ClawBot Crew · Coding Agent

It writes the code.You still press merge.

The Coding Agent works inside a GitHub repo you own. It reads your actual files, asks what it does not understand, writes a short plan, then builds in small steps and opens a pull request. You review that PR exactly like you would a colleague's — because until you merge it, nothing about your project has changed.

Your repo, your branch protection, your merge button. Disconnect GitHub in one click and the code it already wrote stays yours.

What it actually does

It behaves like a contributor who read the codebase first, not a generator that produces files in a vacuum.

Context

It reads your repo, not a description of it

Connect GitHub from Settings and pick a repo. It gets cloned into a sandboxed workspace, so the agent answers questions about the code you actually have, including the parts you forgot were there.

Method

It plans before it types

It clarifies what you meant, writes a short plan you can read in under a minute, and then builds in small steps you can follow. If the plan is wrong, you find out before the code exists rather than after.

Output

A pull request, with the tests run

Work arrives as a PR against your repo — a diff, a description, and the test run behind it. Your branch protection rules and reviewers apply exactly as they always did.

Safety

Your credentials never appear in chat

Tokens and secrets stay locked inside your own private workspace. The agent uses them, and cannot print them back to you or to anyone else in a conversation.

How one task runs

From a sentence to a reviewable diff.

01

You describe the change

In plain English. "Add 2FA." "Our webhook handler drops retries." "Move the auth middleware into its own package." You do not need to know which files are involved.

You
02

It reads and asks

It goes through the relevant parts of the repo and comes back with the questions it genuinely cannot answer from the code. Answering two questions here is what keeps it from building the wrong thing for an hour.

Agent
03

It writes a plan, then builds against it

The plan is short and concrete: what changes, in what order, and what it is deliberately not touching.

Then it implements step by step, running your tests as it goes. When a test fails it fixes the code rather than deleting the test.

Agent
04

It opens a PR and you review it

You get a normal pull request. Read the diff, ask for changes in the conversation, merge when you are happy. Nothing reaches your main branch on its own.

You

Try saying

Anything from a one-line fix to a feature with a spec attached.

What it will not do

Worth reading before you point it at something that matters.

It will not merge for you

Every change arrives as a pull request. That is the whole safety model — if you approve PRs without reading them, this agent is exactly as dangerous as any other contributor you do that to.

It is only as good as your tests

It runs the tests you have. On a repo with thin coverage, a green run means less than it looks like, and the review burden lands back on you.

Big rewrites are still big rewrites

It is at its best on well-scoped changes — a feature, a refactor, a bug with a reproduction. "Rewrite the backend" produces a plan you should argue with, not a weekend of unattended work.

One repo on trial

The free trial connects a single repo. Unlimited repos and parallel task runs come with the paid subscription.

What you need

What it costs

One subscription per crew agent, with its own monthly credit allowance.

Coding Agent
$29
per month

Includes 1,500 credits per month, unlimited connected repos, and parallel task runs. Free trial available, limited to one repo.

Base plan
$9.99
per month, Starter

Crew agents are hired on top of a paid ClawBot plan. One base plan covers every crew agent you hire.

Questions people actually ask

Can it push straight to main?

No. Work comes back as a pull request against your repo, and your existing branch protection and review rules apply unchanged.

I cannot code. Is this still for me?

Yes, with one caveat worth being honest about. You can describe what you want and get a working app shipped to your GitHub without writing code.

But reviewing a pull request is the safety mechanism, and you will be approving diffs you cannot fully read. Start with small, low-stakes changes so you can judge the results by whether the app does what you asked.

Does it see my other repos?

Only the repos you connect. Each one is cloned into a workspace scoped to your account.

What model is behind it?

A top-tier coding model, chosen for this work rather than for being cheap. That is also why the agent has its own credit allowance instead of running unbounded.

The rest of the crew

Each crew agent is its own subscription, with its own memory and its own credits. They can hand work to each other when you tag them in chat.

Point it at one real bug

Not a toy task. Give it something from your actual backlog with a reproduction, and read the pull request it opens. That is the honest test.