A plan in a markdown file
Your team sees it. Your agent does not.
It sits in the repo, reviewed and current — and every session still starts with you pasting it into the prompt again.
Private beta · a handful of teams at a time
Plan your work on a board the whole team can see. Your coding agent picks up a card, does the work on your own machine, and posts back what it did. Then it waits for someone to read it and say it is done.
cawdev is not open to everyone yet. We are letting in a few teams at a time so we can fix things properly with each one.
Why cawdev
Every team building with agents keeps the plan somewhere. Both of the usual places cost you something.
A plan in a markdown file
It sits in the repo, reviewed and current — and every session still starts with you pasting it into the prompt again.
A plan in a tracker
People can read it, so the plan is at least somewhere real. Your agent gets an API and a login that were never meant for it.
Either way
Nothing tracks which session touched what, what it asked you, or what it changed. It all disappears when the terminal closes.
cawdev keeps one plan that your team and your agents both read.
How it works
Four steps. The card is the unit of work in every one of them.
Add what you want built to the board — or file what is broken, with a severity. Type it yourself, or describe it in a sentence and let an agent draft it for you to edit.
Considering → Planned → In development → Merged → Shipped
Connect your agent to the board once per repo. From then on it can read the board, pick up a card, comment on it and move it along.
One entry in .mcp.json — nothing to install
The work runs on your own machine, in its own copy of the repo. Start several cards at once and say up front whether they share a branch in order or take one each in parallel.
A fresh workspace for every run
When the session needs a decision it asks you and waits, instead of guessing. When it finishes, the branch waits to be read — done, or not done with a note the next session is handed.
Allow once · for this session · for the project
What you get
Pick the one that sounds like you.
You already wrote down what to build. Your agent should just read it.
In the console
Not a dashboard you check afterwards. It is where the work happens.
Every run, streaming as it goes. Read what the agent is doing, type to it mid-run, or stop it — from the console, or from your own terminal.
The agent’s question goes to whoever started the run. Answer a dozen at once as one form, or pass one on.
Allow a tool once, for the rest of the session, or for the whole project. Not one big switch.
Cards say what to build. Beside them, the branches: being worked, waiting to be read, signed off, or sent back with a note.
ROADMAP.md, CHANGELOG.md and ISSUES.md are generated from the board, and cawdev tells you when the files have drifted.
Straight answers
Only if you are in the beta. We are running with a small number of teams on purpose — few enough that we can sit with each one, watch where it breaks, and fix it before the next team arrives. Ask for a spot and we will tell you where the queue stands.
Limited beta
cawdev is open to a small number of teams at a time. Tell us what you are building and who is building it, and we will get back to you when the next spot opens.