This is the shortest useful path through the project.
For local development:
pnpm install
pnpm devFor a local global CLI install from a clone:
pnpm install
pnpm build
npm install -g .
adadexAdadex is not published to npm yet, so npm install -g adadex is not currently a valid quick start path.
On a fresh workspace, Adadex opens the Deck setup flow first. The setup card verifies the
workspace files, .gitignore, and local prerequisites before you create coordinations.
If the app is already running, you can create a coordination from the CLI:
adadex coordination create api-backend --description "API runtime and request handling"Or use the Deck view in the UI.
Each coordination becomes a folder under .adadex/coordinations/<coordination-id>/.
The coordination files are where the job keeps its local context:
CONTEXT.mdfor the local model of that areatodo.mdfor concrete tasks- extra markdown files for notes, architecture, handoff, or examples
You do not need to treat these as manual setup that the developer always writes by hand. One of the points of Adadex is that a terminal coding agent can help create, update, and maintain these files from inside the app as the work becomes clearer.
adadex terminal create --name "API worker" --coordination-id api-backendUse --workspace-mode worktree if you want an isolated git worktree.
The runtime can parse incomplete items in todo.md and use them as inputs when spawning child agents from the Deck swarm flow. That means one item can become one worker, or a larger list can become a swarm.
adadex channel send terminal-2 "Need review on the request parser changes"- the coordination folder exists
- the terminal appears in the UI
CONTEXT.mdandtodo.mdexist for that coordination- todo progress is visible
- messages show up in the target terminal channel