Before · Claude Code alone
One repo per agent
Claude Code is months behind on the AI stack.
A live knowledge graph of what 65,131 AI builders shipped and learned. Inside your coding agent.
At Keelo, Claude Code reversed a production architecture decision and found a better third option in 3m 44s.
Improve one real decision in minutes.
Use case · choosing a customer-agent repo layout
Keelo builds AI agents for multiple enterprise clients, and had to decide how to lay out their repos.
Before · Claude Code alone
One repo per agent
After · with Dorsal
One repo per customer, agents inside
# Decision verification: Keelo agent factory
protocol dorsal-decision-verification v1.1.0
run 6 calls, 2 rounds, 3m 44s, ~37.6k tokens
outcome reversed the agent's standing recommendation
scope no private material left the machine; the 5 queries are generic phrases
## The decision
Keelo scaffolds one build station per enterprise client and needed a repo shape for its output. The agent's prior, from the previous session, was repo-per-agent. The human's instinct was a single monorepo. That disagreement made it a clean test: a real prior to overturn.
## Every query, verbatim
getDecisionVerificationProtocol {}
getSummaries monorepo vs polyrepo tradeoffs CI tooling access control
getSummaries shared tooling drift across scaffolded repos template vendoring
getSummaries migrated to monorepo small team atomic changes ... [adversarial]
getSet 7 ids -> 7 / 7 found
getSummaries separate repository per client isolation handoff access control
getSummaries automated bot opens PRs across many repositories
## Verdict: supports_better_option
The evidence converged on one principle: the repo boundary is the ownership boundary. Consolidate inside it, split at it. For a multi-client agency that puts the boundary at the client, which is a per-client monorepo, the option neither side had named.
Decisive record: Microsoft ADR-0032, "Extract Durable Task and Azure Functions hosting into a separate repository." Accepted 2026-07-21. first_party, doc_class: adr. Published after Claude Code's training cutoff, so the agent's own knowledge did not include it. 3 of the 5 decisive records came from the adversarial query.
## The constraint it declined to answer
Client isolation came back `unknown`. Dorsal returned nothing rather than guess. A local fact settled it, and it never went to Dorsal: Keelo deploys build-on-box, and GitHub cannot scope read access per directory, so one all-agents monorepo would put a token on a client's box that could read every other client's code. That eliminated the option the field evidence most favored, and narrowed "monorepo" to "per-client monorepo."
## Bottom line
It overturned a standing recommendation on evidence, surfaced a third option the binary framing had excluded, and declined the one constraint the corpus could not cover. Written into Keelo's decision record 0095 (commit e114651).
Public sources include · updated daily
Preparing your secure install command…Preparing a temporary read-only token for the complete command…
dorsal auditYour agent queries Dorsal’s in-memory graph, updated daily.
A release shipped, a bug surfaced, a fix worked, a decision changed. Each record is dated and linked to its source.
Products, problems, methods, and outcomes are connected, so your agent can follow what happened and why.
Dorsal returns evidence deterministically. Your coding agent does the judging, using your project context.
157,233
GitHub releases, PRs, issues, and more
120,576
Official Docs
103,600
abstracts from Reddit, Discord, YouTube, X, arXiv, Hacker News, and more
Check the next decision before you build it.
Read-only. Your code and history stay local.