Why use Druks
An ordinary agent script assumes that its process stays alive. Real work breaks this assumption. Models take time. Sandboxes disappear. Providers retry webhooks. Deployments restart workers. A human decision can arrive hours later. Druks records completed durable operations. When execution recovers, the workflow starts its orchestration again. It reuses the recorded results at the same operation boundaries. Work that stops inside an operation can run again. Thus, external writes still require idempotency. That gives an app a practical control loop:What you can build
Druks fits apps whose work spans durable operations, external triggers, isolated agent calls, or waits. Examples include software delivery, incident investigation, research review, approval flows, and periodic operational checks. The bundled Software Factory app coordinates coding agents from a work item to a reviewed pull request. It demonstrates the framework. GitHub policy and software-delivery behavior belong to the app, not to Druks.Choose a path
- Evaluate Druks: Complete the quickstart on one machine.
- Understand recovery: Read concepts and guarantees.
- Build an app: Start with writing an app.
- Give it screens: Read the Druks UI contract.
- Talk to an agent: Open Chat.
- Run a production stack: Follow the deployment runbook.
- Diagnose a failure: Use troubleshooting.