Quick Start
Install
cd DWS/sitenpm installCreate a Worker Definition
# Scaffold a minimal job specnpx dws init ./my-workerThis creates four files:
my-worker/├── jobspec.json # Manifest├── workers/│ └── worker.json # Worker descriptor├── workflows/│ └── simple.json # Single-phase workflow└── intents/ └── operational/ └── example.json # Example intentUnderstand the Files
jobspec.json is the manifest. It names the worker and declares which version of the DWS spec it targets:
{ "name": "my-worker", "version": "0.1.0", "dws_version": "1.0.0", "description": "A digital worker defined with DWS.", "domains": ["general"], "default_workflow": "simple"}workers/worker.json is the worker descriptor. It defines identity, authority, boundaries, model requirements, and escalation behaviour. Think of it as the job description.
workflows/simple.json defines how work flows through phases. The default is a single phase: execute the intent and produce output.
intents/operational/example.json is a work order. It states what should be accomplished and how success is measured.
Validate
npx dws validate ./my-workerThe validator checks:
- Schema compliance for all JSON files
- Referential integrity (worker roles match workflow assignments, skills exist, etc.)
- Structural completeness (at least one worker, one workflow, one intent)
Compile to a Runtime
# Target Claude Managed Agentsnpx dws compile ./my-worker --target managed-agents
# Target CrewAInpx dws compile ./my-worker --target crewai
# Target Docker (self-hosted)npx dws compile ./my-worker --target dockerThe compile step translates the portable job spec definition into runtime-specific configuration. One definition, any platform.
Next Steps
- Key Concepts to understand authority levels, knowledge layers, and the verification model
- Worker Identity spec for the full worker descriptor reference
- Workflow spec to build multi-phase workflows with verification gates