Project Atlas / 10:00:00 local time
interactive demoexample data
Cerberus Forge / in development

A coding agent that works unattended, and proves what it did.

Set the task and the limits: which folders it can touch, how long it can run, what it can spend. Forge works through it on your machine, runs the tests, records every attempt and every cent, and stops to ask when it's stuck. You review the record and decide what merges.

Engraved three-headed Cerberus hound in teal and creamInteractive prototypeCerberus Forge
Build status
Ledger events, evidence, budgets · shipped and testedIndependent verifier runs the tests · shipped and testedResident worker loop designed, not builtUnattended dispatcher designed, not builtCost settlement designed, not built

Watch a session, sped up. Two example tasks in twenty seconds: work, tests, one failure, one checkpoint.

idle
Fix the inventory cache keyqueued
Check inventory performancequeued
Budget spent (example)$0.00 of $0.40 held
6 hours max runtime4 attempts per task3 folders allowed$0.40 budget held18 tests before review
How it works

Three steps

Nothing to babysit. You set the job and the rules once, the work runs on its own, and you review it when you're ready.

Set the task and its limits

Say what you want in plain words. Pick the folders it can touch, how long it can run, what it can spend.

It can't change those rules itself. If it needs more room, it asks you.
It keeps working

It writes the code, runs the tests, reads what failed and tries again. For hours if the job needs it, not one shot and done. Every attempt is recorded, failures included.

When it's stuck, it stops and writes down why instead of guessing.
Example: two attempts on one taskattempt 1 17 of 18 tests passed · one failure recordedattempt 2 18 of 18 tests passed · change saved as c9a41e2
You check the record, then decide

The change, the test results, the cost and what's still untested arrive in one queue. You say yes or no.

Your yes covers the exact version you read. If anything changed after that, it's a new decision.
src/inventory/cache.js · the line that mattered- return this.tiles[id];+ return this.tiles[String(id).trim()];18 of 18 tests passed before you saw this.
Compare tools

How it compares

Every AI coding tool writes decent code. The difference shows up afterwards: who checked the work, what it cost, and whether you can tell what it actually did.

Same table, two levels of detail.

What you care about
Popular AI assistants
Cerberus Forge
Writes code for you
Yes
Yes
Works unattended, on your machine
Cloud agents do; local ones don't
Yes, inside limits you set
You set the rules it works under
Not really
Folders, time, budget, agreed up front
You see what was actually tested
Their summary of it
Every test result, saved and tied to the version
Anything checks the work before you do
You review whatever it hands you
A separate program checks it first
Where the work and records live
Usually their cloud
On your machine*
You know what it cost
A receipt somewhere
Every call is written down
*The caveat that applies to every AI coding tool, Forge included: the agent has to send your code's context to the model provider it uses. What stays on your machine is everything else: the limits, the attempts, the test results, the costs.
Why it matters

What you get out of it

The practical difference, day to day.

Work that keeps moving

A queue of chores and small fixes gets done while you're doing something else. You set the limits; the work stays inside them.

You don't have to take its word for anything

Every change arrives with its tests, its cost, and a list of what nobody has checked yet. A separate program ran those tests before you saw the change.

Costs you can see coming

It works against a budget you set and stops when the money runs out. Every model call is written down.

Your work stays on your machine

Forge runs locally and keeps the limits, the attempts, the results and the costs on your disk. Code context goes to the model provider you pick, the same as with any AI coding tool.

Trust, in writing

What Forge won't do

Every tool has limits. These are ours, in writing.

It won't run your repo unsupervised

You set the task, the limits and the budget. It can't give itself more permissions, and it can't approve its own work.

It won't merge quietly

Nothing reaches your main branch unless a person accepted that exact version. Passing tests are evidence, not an approval.

It won't pretend everything worked

If a result is unclear, Forge writes down "unknown" instead of calling it a success. The gaps sit next to the results.

It isn't a cloud service

Your repo, the work and the records stay on your hardware. No account to make, nothing phoning home.

Interactive demo · example dataCerberus Forge control room
Work session / project Atlas

This session’s work

Example session · two assigned tasks · you approve before anything merges

The task

Agreed before the work started.

approved brief

“Speed up the inventory screen. Do not change the public API.”

Allowed foldersOnly these: src/inventory · tests/inventory · docs/performance
approved
Limits6 hours · 4 attempts · no dependency changes
agreed
Before changes mergeA person looks at every change and says yes or no. The agent cannot approve its own work.
review needed

Progress

Last checkpoint saved at 16:39:52

2 tasks
1
Plan approved

Two tasks agreed: fix the cache, then check performance.

2
Cache fix done

Tests pass. The change sits in the review queue.

3
Performance check stuck

It needs test data to continue. It stopped and said so instead of guessing.

4
Progress saved

A checkpoint records both tasks and the change waiting for you.

Interactive demo · example dataCerberus Forge control room
Review queue / 1 item

One change needs your yes

See what changed and what was tested. Your yes covers the version shown here, line for line.

Inventory cache key fixversion c9a41e2 · built on 61b2f0a · 4 files changedwork finished · tests passed · not merged
needs review
What was tested18 of 18 tests passed · lint passed · changes and recovery files saved
What nobody tested yetFaster in a local test. Untested against live traffic.
needs follow-up

What has happened so far

Three separate steps, in order.

not accepted
FinishedThe worker saved the change it wants merged.
yes
CheckedA second program ran the tests on exactly this version.
yes
AcceptedYou. Only you can say yes to c9a41e2, and only to this version.
pending

This afternoon

How the change got to your queue.

Change savedcommit and file changes are on disk
recorded
Tests ran18 tests and lint, all green
checked
Waiting for younothing merged, nothing published
waiting
Interactive demo · example dataCerberus Forge control room
Evidence / example session

The session, from the inside

What ran, what waited, and why one task needed a second try.

Session summary

Example figures, not live results.

demo
1 change ready to reviewThe cache fix is saved as version c9a41e2.
pending
1 task needed a second tryA failing test showed the worker what to fix. That is the loop working.
recorded
1 task is waitingThe performance check needs test data before it can continue.
waiting

Model comparison

Not enough finished work to judge yet.

too early

Too early to say which model is best for this work. We will not guess.

When there are enough reviewed results, this will compare accepted changes, defects, review time and cost.

Work history

Every attempt and checkpoint, in order.

Progress saved2 tasks tracked · 1 change waiting for review
recorded
Tests ranversion c9a41e2 · 18 tests and lint passed
checked
Worker finishedcache fix and test results saved
recorded

Set the limits, let it work, and come back to finished work with the proof attached.

Play with the demo, read the promises, and tell us what it would take for you to trust it on your repo.

Hound Foundry engraved hound poster
Hound Foundry

Two people building Cerberus Forge.