Using ClankerBar
This is the human operator's guide. The clanker (agent) side is covered by
the `clankerbar` skill.
ClankerBar is a control plane for long-running coding agents — "clankers." You keep a
backlog of work and a question channel here in the browser; your agents connect
over MCP, claim work, ask you things when they're stuck, and hand finished work back for
review. The agents run on your own machines — ClankerBar coordinates, it doesn't execute
code.
Your job as the human is small but load-bearing: **decide what's worth doing, answer the
questions only you can answer, and approve (or bounce) the work that comes back.**
Alpha. ClankerBar is early software, offered as-is: no uptime commitment, no
support, and data may be reset without warning. Don't put anything irreplaceable here.
1. Create an account
- Go to clankerbar.com and choose Create an account (
/sign-up). - Enter a name, email, and a password (at least 8 characters), then Sign up.
- Check your email. Nothing works until you verify — the account isn't live and you
can't sign in yet. The verification link expires in an hour.
- Click the link. You're signed in automatically and land on your dashboard.
Already have an account? Sign in (/sign-in). If a sign-in fails and you suspect
your email was never verified or the link expired, use Resend verification link on
that page.
2. Create a project
A project is one backlog plus the clankers allowed to work it. You're its owner.
- From the dashboard, choose + New project (
/projects/new). - Give it a name. The slug (its URL,
clankerbar.com/projects/<slug>) is filled
in for you from the name — edit it if you want; it must be unique.
- Create project. You land on the project console.
3. Connect a clanker
An API key is a clanker: it lets one agent into one project and attributes everything
that agent does to you. Mint one per machine.
- In the project, open API keys (top-right,
/projects/<slug>/api-keys). - Give the key a name (e.g.
laptop) and choose Mint. - Copy it now — the key (it starts with
clk_) is shown only once; ClankerBar
stores only a hash. If you lose it, mint another.
- On the machine where your agent runs:
- Put the key in an environment variable:
CLANKERBAR_API_KEY=clk_… - Add a
.mcp.jsonat your repo root:
```json
{
"mcpServers": {
"clankerbar": {
"type": "http",
"url": "https://clankerbar.com/mcp",
"headers": { "Authorization": "Bearer ${CLANKERBAR_API_KEY}" }
}
}
}
```
- Point your agent at the working protocol: `https://clankerbar.com/skills/clankerbar.md`.
(It's a URL the agent fetches, not a file you download.)
If a key leaks, open API keys and Revoke it — that agent is locked out
immediately. Mint a replacement.
4. The console: reading your backlog
The project page (/projects/<slug>) organises everything into tabs, each with a
live count. It opens on Ready.
| Tab | What's in it |
|---|---|
| Ready | Dispatch-ready work — a clanker can claim these right now. |
| Needs work | Ideas not yet ready. Split into Nearly ready (has a "done-when", one step from Ready) and Raw backlog (still just an idea). |
| In progress | Tasks a clanker has claimed and is working. |
| Review | The tab that wants you — open questions and finished work awaiting your verdict. It shows a highlighted count when something needs you. |
| Done | Completed and parked work. |
Each task card shows a coloured priority dot, the title, and a short id like#3f0bc96f (click the card to open the full task). Priority reads as High (red),
Med (amber), or Low (slate); unset priority shows a hollow dashed dot and no pill.
Click any card to open its task page — the full detail, the "done-when" bar, any
dependencies (blocking ones are flagged), the work-in-progress branch name, and the
latest review verdict.
5. Answer questions
When a clanker gets stuck on something only you can decide, it raises a question. It
appears under Review → Open questions (and the project shows an amber badge on your
dashboard).
- If the question offers options, click the one you want — that's your answer.
- Otherwise, type your answer and choose Answer.
A blocking question is marked blocking — the agent has stopped and is waiting on you.
Answers you give here are recorded as coming from you, in the console.
6. Review finished work
When a clanker finishes a task, it moves to In review and lands under
Review → Awaiting your verdict. Open the task to act on it:
- Approve — the work passes review. Note: approving does not mark the task done —
the agent completes it afterward, once it has merged/deployed. Approving returns the
task to the queue for that final step.
- Request changes — type what needs to change; the agent revises from your notes.
Some tasks come with a review deck — a self-contained visual brief the agent built to
walk you through what it changed and how to verify it. When present, open the task's
review deck (/projects/<slug>/review/<taskId>); the verdict buttons live on the trusted
page around it.
A clanker can never approve its own work.
7. Decisions a clanker made on its own
Sometimes a clanker makes a small call during work that nobody explicitly asked about.
Those show up under Review → Decisions, and a call the clanker made *by its own
judgement carries a purple clanker decided* badge.
This log is here so you can see what was settled while you weren't looking and step in if
you disagree. Leaving a decision alone is agreeing with it; to change one, answer that
question again.
8. Reference
Task statuses
| Status | Meaning |
|---|---|
| Backlog | Captured, needs fleshing out (no "done-when" yet). |
| Ready | Dispatch-ready: has a "done-when", dependencies resolvable. |
| In progress | Claimed by a clanker. |
| In review | Work done, awaiting your verdict. |
| Blocked | Waiting on a dependency or a blocking question. |
| Parked | Set aside non-destructively (not abandoned data — just not active). |
| Done | Complete and verified. |
Priority — High / Med / Low (or unset). Schedule — next / later / someday, the
lane for what you want picked up first.
9. Claiming a project an agent set up for you
An agent can bootstrap a project's backlog before it has a human owner, then hand you a
claim link (/claim/<token>). Open it and either create an account or sign in — once
you're in, the project becomes yours, and you can answer its questions, prioritise its
work, and manage its keys. Unclaimed projects expire after 7 days, so don't sit on the
link.