Repository agent goals
Durable goals, attempts, and evidence for the repository agent system
This project owns the repository-wide agent-system contract, its durable improvement goals, and reusable cross-repository skills. It does not centralize component facts or runtime state: each fact remains canonical at its natural owner, and system-wide views are derived projections.
| Document | Purpose |
|---|---|
| Current state | Evidence-backed baseline and material seams |
| Architecture | Canonical abstraction tower, authorities, and invariants |
| Roadmap | Dependency-ordered future work and acceptance signals |
| Durable goals | Versioned attempts, evidence, and acceptance state |
| Root agent guide | Current repository-wide operating policy |
The current-state document describes supported entry points and their evidence boundaries. Dated audits remain in the goal records. The architecture defines the intended composition contract; the roadmap does not claim that proposed interfaces already exist.
docs/ owns the cross-layer system model and plan, not duplicated component
configuration.goals/ owns durable repository-agent work records and evidence.skills/ owns reusable repository-wide agent procedures and their
development-time evaluations.projects/<project>/skills/<name>.tools/; their behavior remains owned and documented there.Every canonical skill is packaged as a skill_library in its owning
directory.
The repository discovery directory .agents/skills/ contains one relative
symlink per skill. Each link points directly to its canonical project-owned
directory. Bazel ignores the discovery directory and builds only canonical
targets, preventing duplicate packages while allowing skills from more than
one owning project.
Skill evaluation data is not part of the runtime skill_library unless a
skill explicitly declares otherwise. Every new or updated skill includes an
offline Promptfoo configuration-validation target. That target checks the eval
harness, not answer correctness. Live behavioral evaluations are manual,
networked tests and must not be included in ordinary wildcard test runs; they
may be omitted when representative coverage requires tool calls or external
state that cannot be provided safely and reproducibly, with the gap documented
beside the eval configuration.
Durable goals, attempts, and evidence for the repository agent system
Supported agent entry points, evidence boundaries, and limitations
Canonical composition contract for repository-wide agent work, evidence, delivery, and learning
Remaining work ordered by observed task friction and evidence