What is Forge?
Agento Forge is how a developer builds and evolves agentic software: a six-phase methodology, plus a toolkit of Claude Code slash commands that scaffold and maintain the artifacts each phase produces. It answers a different question than the rest of this methodology section. The Improvement Flywheel is the control loop β how a working agent gets measured and steered once it exists. Forge is what happens before and around that loop: how the project comes into being, what artifacts it commits to, and who keeps it healthy afterwards.Forge does not re-explain the control loop. RUN β MEASURE β DIAGNOSE β INTERVENE β VERIFY belongs to the Improvement Flywheel; Forge is the methodology that decides what gets built and hands the loop something worth measuring.
The Reading Contract
Forge is deliberately small at the point of use. The obligation is one sentence:Read your projectβs trio βThat is the whole contract. A session can execute a phase correctly having read only those four documents. Everything else in the corpus is reference β case law explaining why a rule is what it is. If acting correctly ever requires reading a concept page, that is treated as a defect: the rule has not been distilled into the template where the session meets it.VISION.md,DESIGN.md,ROADMAP.mdβ and the template for the phase you are in.
The Six Phases
Plus a phase-review template that gates the transition between stages.
Two properties matter more than the phase names:
- Evaluation is first-class. Judges and benchmarks are not a phase-5 afterthought; they are how phase 4 knows whether it moved.
- Learnings are a primary artifact. A phase that produced working code and no recorded learning is half-finished.
Two Loops
Five Variants
The same six phases apply to five kinds of project. What differs is the feedback loop in phase 4:
The first three converge on a deliverable and complete. The last two do not β they are custodial.
How to Start
The methodology is executable. It ships as Claude Code slash commands that scaffold and maintain the artifacts, so the on-ramp is a command, not a document to imitate.1
Bootstrap the trio
/forge-project walks you from nothing to a vision, a design, and a roadmap, with a QA review loop between them. For research, /forge-research starts at forage and vision instead. For an agent with judge-based evaluation, /forge-eval-agent scaffolds judges and benchmarks alongside the trio.2
Build the knowledge layer
/forge-kb structures an existing pile of documents into a corpus an agent can navigate β routing tables, indexes, and a session bridge, validated against real questions. /forge-research-kb is the superset for corpora with named consumer projects. See Knowledge Base Design for what it builds and why.3
Work the roadmap
/plan-to-roadmap converts an ad-hoc plan into roadmap steps with entry and exit criteria. /collect-status produces a timestamped status report. /kb-reindex runs freshness checks across federated knowledge bases.4
Close the session, don't just stop
/prepare-handoff ends a session with a documentation currency pass and a work order for whoever picks it up next β human or agent. /prepare-kb-handoff is the knowledge-base equivalent. The handoff is an artifact, not a courtesy.5
Hand the project to a steward
When the build phases are done but the project is not,
/forge-steward-repo establishes ongoing custody. See The Steward Pattern below.The Steward Pattern
The variants that converge produce something finished. Most software is not finished β it has users, dependencies that move, and a knowledge base that goes stale the moment nobody is accountable for it. That is what a Steward is for. A Steward is an agent that is continuously accountable for a project or domain β a persistent custodian rather than a one-shot executor. In the cognitive-altitude hierarchy it sits at Level 1: above task execution, below strategic planning, with a horizon measured in days and weeks.
It combines two roles that reinforce each other:
- Curator β maintains the projectβs knowledge base: updates entries as APIs and patterns change, cross-references related topics, prunes stale content, federates to other knowledge bases.
- Developer β executes roadmap items, runs builds and tests, flags regressions, watches upstream for breaking changes.
Where a stewardβs planning lives
The current model gives each stewarded project a separate repository, paired one-to-one with it, holding the projectβs active planning authority β the sameVISION.md / DESIGN.md / ROADMAP.md trio β plus an inbox for steward-to-steward obligations and an audit log.
That separation is the point, and it is a privacy boundary rather than a filing preference: planning cannot live in a repository whose contents are world-readable. An earlier model that added stewardship inside the project has been retired for exactly that reason.
The steward-repository procedure is provisional by design β revised from observed failures rather than worked around. The bootstrap is deliberately staged into separately inspectable transitions with a validator between them, because a single opaque command must not create repositories, rewrite a project, migrate authority, and send mail without intermediate validation.
Related
The Thesis
Knowledge + structured execution > model β what Forge is built to serve
Knowledge Base Design
JIT Retrieval, the two KB types, and what
/forge-kb buildsImprovement Flywheel
The control loop Forge hands a project to
Your First Research Agent
Twenty minutes from a pile of papers to a research partner you can query