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, and posts back what it did. Your roadmap and changelog stay up to date on their own.
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. ROADMAP.md and CHANGELOG.md are written from it, so they are never out of date.
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. Type it yourself, or describe it in a sentence and let an agent draft the card for you to edit.
Considering → Planned → In progress → Coding → 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 the sessions stay out of each other’s way.
A fresh workspace for every run
Watch the session as it works. When it needs a decision it asks you and waits, instead of guessing or giving up.
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.
The agent’s question goes to whoever started the run. Pass it on if it is not yours to answer.
Allow a tool once, for the rest of the session, or for the whole project. Not one big switch.
Commits, branches and the card behind each one, in the project you are looking at.
ROADMAP.md and CHANGELOG.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.