You hand over a clear brief
Scope is understood on both sides.
Agent Operating System · v4.2
An operating contract that turns any AI coding agent into a governed delivery team — it plans before it builds, it cannot touch your source without your approval, and it remembers every decision across every session.
The problem
One unspoken assumption in week two becomes an architecture you can't unpick in week nine.
Scope is understood on both sides.
It doesn't stop to ask. It picks.
Later code is written to fit the guess.
Now it is load-bearing across the repo.
It changes direction halfway and never says so.
New chat, new interpretation of the same product.
Nobody can tell what changed, or why it changed.
The smaller the repo, the better the bug hides.
A bug found across 10 files costs an afternoon. The same bug across 500 files costs a release.
The market's answer
It works — right up until context bloat turns every small feature into a token invoice.
A full specification set is generated up front — then re-read, session after session.
Every turn pays to reload pages that had nothing to do with the task.
When the bill lands the process gets switched off — and the drift comes straight back.
Our answer
The operating model
Each phase produces exactly the input and the control the next phase needs. Nothing is improvised per session.
Define the problem before anything gets built.
Match the depth of process to the real risk.
Every assumption surfaced, each with a recommendation.
Architecture, contracts and delivery phases, scoped to the tier.
You unlock the source. Nothing proceeds without it.
Small dependency-aware T-XXX tasks.
One task at a time, inside the locked architecture.
Reviewed, then tested to the depth the tier demands.
Persistent layer
Written at every phase. Read at every restart.
Enforcement
Approval is wired into the tool layer and the git layer — the agent cannot talk its way around either one.
13 automated test cases prove the gates. Both hooks are fail-open by design — enforcement can never brick a live session.
src/ stays locked until you create the approval marker. This is the gate that ends drift.
Entities, indexes, migration order and destructive changes reviewed before anything runs.
Coverage, threat-model and secrets evidence presented before deployment is allowed.
Context engineering
Live memory stays deliberately small. History stays reachable — retrieved by pointer, never re-read whole.
auto-archive once live memory passes ~100 lines
0 entries indexed
Resolved entries move here, indexed so the agent pulls the one fact it needs — not the file that fact lives in.
Every session restarts like this
No chat history. No context. No assumptions carried over.
What must still be true about this product?
Where exactly did the work stop, and what is blocked?
Not the whole specification — just the section in play.
It resumes the exact task — no codebase re-scan, no re-briefing, no token tax.
Team scale
The expensive handoff on an AI team isn't developer to developer any more. It's agent to agent.
Ships the payments module on Monday.
Pulls on Tuesday, opens a fresh agent.
Joins Thursday, has never seen the repo.
Shared project truth
memory.md + progress.md
Committed with the code. Every teammate's agent boots from the same two files — same decisions, same active task, same blockers.
A teammate's agent starts where yours stopped.
The status call is replaced by a file that is always current.
New joiners — and their agents — are useful on day one.
Right-sized rigor
Four additive tiers. Pick Small and you drop paperwork — never code quality, memory discipline, or the approval gate.
A clickable client preview.
Pick when you need to show a flow, not run a business on it.
Invariant core — always on
code quality·memory discipline· context management·plain-language communication·HITL-0 approvalThe quality engine
Build, Review and Test are separate responsibilities with different questions — so the agent can never sign off on itself.
Did we implement the requirement?
Writes only the active task, inside the locked architecture and design tokens.
Did we implement it the right way?
Checks scope, architecture boundaries, secrets, accessibility and traceability to the plan.
Does it behave correctly and safely?
Owns an isolated test workspace and runs the depth your tier demands.
The control room
A native dashboard that watches the project folder — the full backlog, the one task actually in progress, every tool call as it happens, and the approval gates, all on one screen. No terminal required.
Pending 3
In progress 1
the hook blocks any src/ write unless a task sits here
Blocked 1
Done 3
Live activity events.jsonl
Approval requested
HITL-1 · database schema6 entities · 3 indexes · 1 destructive change
Task state is written at three points by the agent itself, and a hook refuses source edits when nothing is marked in progress.
One JSON line per action appended to events.jsonl. Events accumulate while the dashboard is closed and replay when it opens.
Plan, schema and release gates surface as requests you answer from the dashboard — no marker files by hand.
Proposed changes, several agent sessions side by side, and a plain-language summary of what each one did.
Windows app, launched with npx @agilecrafts/agent-os-dashboard. Binds to 127.0.0.1 with a per-project token — nothing is exposed to the network.
Ready when you are
Drop it into a repo, add your requirements, and watch a governed agent plan, ask, wait for you, build, and prove its work.