2.8 KiB
2.8 KiB
IETF Draft Team
Lean multi-agent workspace for taking existing ietf-draft-analyzer outputs through:
- research
- architecture
- drafting
- specialist reviews
- review synthesis
- revision loops
This project is optimized for Codex-style execution with low token usage:
- Stable role rules live in
AGENTS.mdfiles instead of being repeated in prompts. - Each cycle stores short handoff artifacts with fixed filenames.
- Every role reads only the current cycle files plus the smallest relevant source set.
- Research starts from your existing analyzer outputs before proposing new investigation.
Default source repo
This scaffold assumes your analysis data lives in:
/home/c/projects/ietf-draft-analyzer
See references/analyzer-integration.md.
Structure
AGENTS.md: common operating rulesresearcher/AGENTS.md: evidence and gap analysis rolearchitect/AGENTS.md: spec alignment and design roleauthor/AGENTS.md: draft writing rolesecurity-reviewer/AGENTS.md: security, privacy, trust, abuse reviewsoftware-reviewer/AGENTS.md: implementability and operational reviewarchitecture-reviewer/AGENTS.md: coherence and scope reviewietf-senior-reviewer/AGENTS.md: IETF-style and publishability reviewreview-lead/AGENTS.md: synthesis and revision planning roletemplates/: handoff templatescycles/: one folder per draft effortscripts/new-cycle.sh: initialize a new cyclescripts/run-cycle.sh: prepare a versioned run and print the execution orderscripts/role-target.sh: print the target file path for a specific rolescripts/update-status.sh: generate a lightweight status dashboard for a cycle/versionMakefile: thin wrappers around the helper scripts
Basic use
Create a cycle:
./scripts/new-cycle.sh dynamic-trust
Prepare or inspect a cycle run:
./scripts/run-cycle.sh dynamic-trust 1
Get the output path for a role:
./scripts/role-target.sh dynamic-trust architect 1
Or use make:
make prepare SLUG=dynamic-trust VERSION=1
make targets SLUG=dynamic-trust ROLE=author VERSION=1
make status SLUG=dynamic-trust VERSION=1
Then work in order against cycles/<slug>/:
- Fill
00-user-spec.md - Run the researcher on that cycle
- Run the architect on the same cycle
- Run the author on the same cycle
- Run the specialist reviewers on the same draft version
- Run the review lead to produce
55-review-synthesis-vN.mdand60-revision-plan-vN.md - Iterate
The user remains the final approver before publication.
Review board
Each draft version should usually get these focused review files:
50-reviews-vN/security.md50-reviews-vN/software.md50-reviews-vN/architecture.md50-reviews-vN/ietf-senior.md
This is cheaper than one broad reviewer because each role reads the same compact inputs but only reasons about one concern area.