Reliable Agentic Engineering.
Evaluation-first reference implementation for reliable agentic engineering: phased orchestration, deterministic loop execution, narrow repo-hygiene tools, reproducible benchmarks, and evidence-bearing docs.
This repository is meant to be more than a bundle of imported repos. Its purpose is to turn several working codebases into one public reference system with:
- a coherent architecture
- a scientific documentation layer
- contamination-aware benchmark doctrine
- explicit claim, assumption, and evidence handling
- reproducible local verification
The design target follows this repo's current engineering stance for reliable agent workflows: prefer simple structures first, add autonomy only when it measurably helps, and treat evaluation and documentation as first-class reliability machinery.
Reliable agentic systems fail for repeatable reasons:
- they mix planning, execution, and verification into one loop
- they let producers certify their own output
- they compare systems without frozen tasks, judges, or provenance
- they publish documentation that mixes theory, reference, and opinion
This repo answers that with five linked layers:
packages/orchestration/Multi-stage, contract-driven orchestration for long-horizon work.packages/loops/ralph/Deterministic audit/lint/fix loops with atomic state handling.tools/repo-hygiene/Narrow utilities for explicit maintenance operations.evals/Benchmark cards, task specs, run cards, checkpoints, regression reports, release gates, and result ledger artifacts.docs/Diataxis-structured scientific, operational, and governance documentation.
The structure is easier to understand as a layered system:
flowchart TB
A[Task or operator need]
A --> B[Choose execution model]
subgraph Runtime["Execution surfaces"]
B --> C[packages/orchestration<br/>long-horizon staged runtime]
B --> D[packages/loops/ralph<br/>deterministic audit/fix loop]
B --> E[tools/repo-hygiene<br/>narrow explicit utilities]
end
subgraph Evidence["Measurement and publication discipline"]
C --> F[evals<br/>task specs, run cards, gates, ledgers]
D --> F
E --> F
F --> G[docs<br/>claims, science, governance, how-to]
end
subgraph Publication["Publication lane"]
G --> P[profiles/agent-environments<br/>sanitized portable profiles]
end
G --> H[reproducible public reference system]
P --> H
packages/orchestration/Imported from a prior standalone phased orchestration runtimepackages/loops/ralph/Imported from a prior standalone Ralph loop runtimetools/repo-hygiene/coauthor-trailer-cleaner/Imported and generalized from a prior standalone co-author trailer cleaner
The umbrella also includes a public profile publication lane under
profiles/agent-environments/. That lane ships a sanitized profile payload for
RAE-shaped targets, with templates, safe install/remove scripts, and regression
tests.
Requirements:
- Python 3.11+
- Node.js 20+
bash,git,jq,rg, andshellcheck- Python docs dependencies from
requirements-docs.txt
Install and verify:
./scripts/verify.shInspect the operator surface:
./scripts/rae.sh doctorRoute one task:
./scripts/rae.sh task route \
--task-spec evals/datasets/tool-selection/tool-selection-core.task-specs.json \
--task-id tool-selection-dev-orchestration \
--output evals/results/local/planned-route.jsonRun one benchmark split:
./scripts/rae.sh eval run \
--benchmark-card evals/benchmarks/tool-selection-core.benchmark-card.json \
--split dev \
--output-dir evals/results/local-devInstall the public profile payload into an RAE-shaped target directory:
mkdir -p /tmp/rae-profile/scripts
printf '#!/usr/bin/env bash\nexit 0\n' > /tmp/rae-profile/scripts/verify.sh
chmod +x /tmp/rae-profile/scripts/verify.sh
bash profiles/agent-environments/installers/install-profile.sh /tmp/rae-profileThe umbrella runtime entrypoint is:
./scripts/rae.shUse it to:
- inspect the local operator surface with
./scripts/rae.sh doctor - read umbrella workflow memory in
AGENTS.md - route one task spec with
./scripts/rae.sh task route ... - run phased orchestration with
./scripts/rae.sh orchestrate ... - create or supervise isolated worktree runs with
./scripts/rae.sh worktree ... - run or bootstrap Ralph with
./scripts/rae.sh ralph ... - run hygiene tooling with
./scripts/rae.sh hygiene ... - create or resolve explicit checkpoints with
./scripts/rae.sh checkpoint ... - run executable benchmark splits with
./scripts/rae.sh eval run ... - validate benchmark metadata with
./scripts/rae.sh eval validate - enforce publication gates with
./scripts/rae.sh release-gate ... - use scenario-oriented aliases with
./scripts/rae.sh workflow ...
The top-level harness is intentionally thin. The imported runtimes remain the source of truth for execution behavior; the umbrella adds routing, benchmark execution, result ledgers, checkpoints, and publication gates.
The shared umbrella operating model lives in AGENTS.md. Use it for repeated
cross-repo corrections, workflow verbs, and escalation rules. Keep package
command details in package-local docs.
Use ./scripts/rae.sh orchestrate ... for the complete orchestration command
surface. Use ./scripts/rae.sh workflow long-horizon ... when you want the
scenario-oriented alias for that same runtime.
Use ./scripts/rae.sh worktree init ... when long-horizon work should run in an
isolated checkout with a dedicated branch and cleanup path.
The intended operating loop looks like this:
flowchart LR
A[Operator task] --> B[./scripts/rae.sh]
B --> C{Which surface fits?}
C -->|Long-horizon| D[orchestrate]
C -->|Deterministic audit/fix| E[ralph]
C -->|Narrow maintenance| F[hygiene]
D --> G[Artifacts and gates]
E --> G
F --> G
G --> H[verify or benchmark]
H --> I[result cards, ledgers, checkpoints]
I --> J[claims and docs update]
This repository keeps generated state and local process artifacts out of the published tree. In practice that means:
- benchmark baselines and schemas are committed; ad hoc local run outputs are not
- package runtimes keep their own operator docs only where those docs are part of the runtime contract
- local caches,
.pipeline/,site/, temporary eval outputs, and machine junk stay ignored - local audit notes, closure reports, and remediation scratch plans stay ignored
- the profile lane publishes only sanitized, machine-agnostic material
The documentation layer is not decorative. It is part of the reliability model.
The repo uses:
- Diataxis separation for tutorial, how-to, reference, and explanation docs
research/for benchmark doctrine and result reportinggovernance/for claim quality, citation, and release policyreference/claims/for the claim ledger, assumptions register, bibliography, and evidence indexCITATION.cfffor machine-readable repository citation metadata anddocs/reference/claims/bibliography.mdfor page-level external cite keys
That structure is intended to stop four common failure modes:
- theory leaking into reference pages
- benchmark results reported without enough metadata
- implementation details presented as general science
- stale docs inheriting authority they no longer deserve
- Documentation Index
- Project Scope
- System Overview
- Repo Map
- Umbrella CLI
- Claims Ledger
- Evidence Index
- Benchmark Protocol
- Frozen Benchmark Results
- Profile Publication Guide
For a new maintainer, the fastest mental model is:
./scripts/rae.shis the stable operator entrypoint.- Package-local docs remain the source of truth for runtime behavior.
evals/records what was run, what artifacts were produced, and whether a claim can use the result.docs/reference/claims/decides how far documentation claims may go.
./scripts/verify.sh includes:
- strict MkDocs build
- umbrella metadata and link checks
- umbrella CLI smoke tests
- eval metadata harness validation
- executable benchmark split runs
- frozen benchmark family suite for dev and held-out splits
- judge calibration
- release gate enforcement
- public profile installation regression test
- orchestration package verification
- Ralph regression suite
- co-author trailer cleaner test suite
The verification path writes only to ignored transient locations such as
site/, evals/results/.verify-*, and package-local temporary outputs.
This repository is not trying to be:
- a monolithic agent runtime
- a prompt dump
- a benchmark leaderboard with thin methods
- a pseudo-scientific whitepaper detached from working code
It is trying to be:
- a reference architecture
- a measurement and documentation discipline
- a reproducible local system for building and studying agent workflows