sabs
AGENTS.md0 starsChanged 6 months agoMITView on GitHub
- Installs packages
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository13 other files it gives its agents.
- build-loop-initSkill
- build-loop-iterateSkill
- build-loopSkill
- frontend-designSkill
- handle-pr-reviewSkill
- orchestrateSkill
- phase-goal-reviewSkill
- phase-retroSkill
- regression-detectSkill
- review-prSkill
- spec-authorSkill
- test-gateSkill
- verify-gateSkill
The file
We split this AGENTS.md into the rules it gives an agent
2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 11
No package.json or build step — skill files are read directly by the Claude Code plugin host
- Distinctive: line 49
Commit policy: Never push to remote. The operator reviews locally first, then pushes.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
SABS — Semi-Autonomous Build System
Project type
claude-plugin
Purpose
A Claude Code plugin that packages a phased engineering workflow for taking features from specification through shipped, reviewed, and compounded code. Agents and humans collaborate: agent drives build and review; human drives spec and approves merge.
Stack
- Bash skill files (Claude Code plugin format)
- No package.json or build step — skill files are read directly by the Claude Code plugin host
- Tests: Bash scripts in
tests/
Directory layout
sabs/
├── .claude-plugin/ — Plugin manifest (plugin.json)
├── skills/ — One directory per skill (13 skills)
│ ├── build-loop/ — Main build loop orchestrator
│ ├── build-loop-init/ — Project initialisation
│ ├── build-loop-iterate/ — Phase iteration loop
│ ├── spec-author/ — Writes user stories + done-when criteria
│ ├── phase-goal-review/ — Reviews phase goal before build
│ ├── phase-retro/ — Phase retrospective (failure classification)
│ ├── verify-gate/ — Quality checks runner
│ ├── test-gate/ — Test gate enforcer
│ ├── review-pr/ — PR self-review
│ ├── handle-pr-review/ — PR review response handler
│ ├── regression-detect/ — Regression detection
│ ├── orchestrate/ — Orchestration skill
│ └── frontend-design/ — Frontend design skill
├── config/ — identities.example.json and config templates
├── docs/ — Reference documentation (portable, project-specific copies live in target project)
│ ├── MANUAL.md — User manual: workflow overview, idea pipeline, project resolution
│ └── INTEGRATION-TEST-PLAN.md — Integration test scenarios
├── hooks/ — Git hooks (gh-identity-guard)
├── scripts/ — Utility scripts
└── tests/ — Integration tests for the plugin itselfKey Behaviours
- Project root detection:
build-loop(and other skills) detect the target project root by looking forAGENTS.mdat the cwd. If cwd has noAGENTS.md, skills error with "specify project=". This means every sabs-managed project MUST have anAGENTS.mdat its root — and sabs itself now has this file to document that contract. - Portability constraint: No hardcoded workspace paths anywhere in skills or docs. All paths must resolve relative to the project directory or the plugin directory. The MANUAL.md ships with the plugin as a read-only baseline; new learnings write to the target project's
docs/plan/LEARNINGS.md, not the plugin source. - LEARNINGS.md scope filtering: Each entry in a project's
docs/plan/LEARNINGS.mdcarries aScopefield —universal(all project types) or a domain tag (e.g.phaser-game). Skills that consume LEARNINGS.md filter touniversal+ the project's declared type from itsAGENTS.md. This is why## Project typeis mandatory in every project's AGENTS.md. - Twice-seen rule: The compound-engineering cycle fixes a failure pattern only after it appears twice across retrospectives, unless it involves data loss or security (those compound immediately). Do not propose compound fixes on first occurrence.
- No external dependencies: The plugin must work without npm install or any build step. Skills are plain text consumed directly by Claude Code.
- Commit policy: Never push to remote. The operator reviews locally first, then pushes.
Docs
- MANUAL.md — User manual: workflow overview, idea pipeline, project resolution
- INTEGRATION-TEST-PLAN.md — Integration test scenarios
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

