EVERY REQUIREMENT. EVERY DECISION. EVERY PROOF.

From vibe coding to
governed development.

Keel brings structure, traceability and verification to AI-driven software development — without making your agents wait on people. Built for systems you'll maintain for years: every change traces to a requirement, an independent reviewer agent checks every merge request, and people answer only the questions that need them.

Apply for early access See it on a real system
THE PROBLEM

Agents write fast. Who checks?

Review can't keep up

Agents produce more code than people can read. Review becomes the bottleneck — or a rubber stamp.

Passes, but isn't what was asked

Code that compiles and passes its own tests — but does something nobody asked for.

Self-graded work

An agent that writes the code, the tests and the definition of done will always pass its own exam.

Code nobody can maintain

Vibe coding is fine for a prototype. A system you run for years isn't — six months later, someone has to say why each line exists and which requirement it serves.

HOW IT WORKS

One source of truth. Controlled execution. Verifiable outcomes.

01 · ONE SOURCE OF TRUTH

Requirements and decisions, on the record

Requirements, acceptance criteria, tasks and decisions are versioned records in Keel, and every change traces back to them. An examiner agent checks requirement changes before they're published. When a question needs a person — functionality, direction, exemptions, relaxing a check — the answer is recorded, with who decided.

02 · CONTROLLED EXECUTION

Agents work inside the rules

Coding agents work under the project's written engineering standards — library modules may only depend downward, enforced by architecture checks in CI. They can't change the acceptance criteria their tests must prove, and a rule forbids weakening a check to get green. A separate reviewer agent checks every merge request, test changes included.

03 · VERIFIABLE OUTCOMES

Done means the requirement holds

A task can't be marked done until its requirement chain exists and passes Keel's readiness check, and no code change merges until the automated checks pass. Routine approvals are delegated to agents, and the record shows which decisions a person made.

WHO DOES WHAT

A clear line between people and agents.

People decide Agents do
What to build, and in what orderDraft and evaluate requirements
How a feature should behave, when askedDesign test scenarios and cases
Exemptions and relaxed checksWrite the code and the unit tests
Credentials and accessReview each other's work, merge, release
PROOF

Keel builds Keel. And DynoInvoice, in public.

Keel is developed under its own governance. DynoInvoice, an invoicing system built with Keel, will be published on GitHub for study, with a public view that links its commits to tasks, requirements and reviews.

Read the case study
What a trace shows · illustrative
commit    <sha> · <ticket> <subject>
task      <task> · done
implements <requirement>
criteria  <acceptance criteria>
tests     <which tests check the criteria>
checks    <pipeline> · passed
review    <mr> · independent reviewer agent
decision  <who decided, and the answer>
EARLY ACCESS

Become a design partner.

We're opening Keel to a small number of engineering teams already building with agents.

✓You get hands-on onboarding with the team that builds Keel, and direct influence on the roadmap.
✓We ask for one real project and regular, candid feedback.
✓Good fit if your team already uses coding agents and needs to answer to an auditor, a client or a regulator.