claude-code-agents
AGENTS.md7 starsChanged 19 days agoMITView on GitHub
This repository ships a Claude Code framework and a separate Codex adapter. Read MEMORY.md, codex/README.md and codex/FEATURES.md before changing the adapter. Claude sources in .claude/ remain the source of portable domain procedures; Codex runtime procedures live in codex/overrides/. Use Conventional Commits. Do not add AI attribution trailers, force-push main, amend commits, or skip hooks without an explicit request. Update CHANGELOG.md with behavioral changes. Do not commit generated installation directories. Verify source claims at the recorded SHA. Read the implementation before…
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 repository31 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- api-contract-testingSkill
- browser-testingSkill
- ci-cd-templatesSkill
- code-review-checklistSkill
- context-escalationSkill
- deep-analysisSkill
- deep-readSkill
- deliverySkill
- deployment-runbookSkill
- divergeSkill
- docker-deploymentSkill
- executeSkill
- experiment-loopSkill
- git-workflowSkill
- handoffSkill
- infrastructure-as-codeSkill
- investigateSkill
- kubernetes-opsSkill
- library-docsSkill
- multi-agent-orchestrationSkill
- observability-stackSkill
- remote-triggersSkill
- repo-contextSkill
- scheduled-tasksSkill
- security-scanSkill
- skill-creatorSkill
- sre-runbooksSkill
- ui-guidelinesSkill
- verified-handoffSkill
- worktree-workflowSkill
The file
We split this AGENTS.md into the rules it gives an agent
8 rules. About 0 are common, 5 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Very specific: line 4
Read MEMORY.md, codex/README.md and codex/FEATURES.md before changing the adapter.
- Distinctive: line 8
Use Conventional Commits. Do not add AI attribution trailers, force-push main, amend commits, or skip hooks without an explicit request.
- Very specific: line 12
Verify source claims at the recorded SHA.
- Distinctive: line 17
Use independent reviewers for substantial changes.
- Very specific: line 35
Run installed-environment checks in a disposable home, not against personal configuration.
- Distinctive: line 38
Read-only checks of a real installed system and global installation are allowed when the user explicitly requests them.
- Distinctive: line 47
Never claim complete runtime parity.
- Distinctive: line 49
Before publishing, fetch and reconcile remote changes without rebasing published SHAs.
≈ “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
Framework maintenance
This repository ships a Claude Code framework and a separate Codex adapter.
Read MEMORY.md, codex/README.md and codex/FEATURES.md before changing the adapter.
Claude sources in .claude/ remain the source of portable domain procedures;
Codex runtime procedures live in codex/overrides/.
Use Conventional Commits. Do not add AI attribution trailers, force-push main, amend commits, or skip hooks without an explicit request. Update CHANGELOG.md with behavioral changes. Do not commit generated installation directories.
Verify source claims at the recorded SHA. Read the implementation before editing.
Current inventory and limits live in README, INSTALL and codex/FEATURES.md; past
acceptance snapshots are archived under docs/archive/ (see docs/archive/README.md)
as historical records — cite them for provenance, not as current state, and do not
relabel their dates, SHAs or counts as current.
Use independent reviewers for substantial changes; reviewers must not review
their own implementation. Parallel writes require disjoint scopes and isolated
worktrees. Discover tools at runtime; do not assume a named MCP is connected.
Quality contract for both editions. The canonical procedures are the verification and
code-quality rules, the code-quality agent, code-review-checklist, /review-pr,
/quality-gate, and delivery with references/acceptance-by-task.md. Report concrete
findings and their evidence class. A review names the exact base and head SHA it covered. A
check receipt records the exact checked input SHA, not a base (a source-only receipt records
no SHA). A new commit invalidates both. Report PASS, FAIL or INCOMPLETE for the declared
scope: missing required evidence is INCOMPLETE, and unknown is not zero. Accept work by task
type. Default maintenance roles: Codex coordinates and independently verifies, and an actual
Claude execution implements. Existing explicit owner or project instructions that set other
roles still apply, with no extra confirmation step. Implement, review, merge, deploy and release are separate states, and each needs
its own authorization.
Adapter checks: python3 -m unittest discover -s tests/codex -v.
Claude checks: ./validate.sh and bash tests/gap/run.sh --prove --jobs 4.
Run installed-environment checks in a disposable home, not against personal
configuration. validate.sh observes only — --heal is retired (no repair; rejected) —
so never treat any --heal as a verification gate; repair is an explicit install.sh --update.
Read-only checks of a real installed system and global installation are allowed when
the user explicitly requests them; preserve personal config and instruction content.
Both integrations are user-global by default. Claude uses ./install.sh; Codex uses
./install-codex.sh --user. Do not fan out copies to all project directories. Project
Codex installation is an explicit alternative, not needed for ordinary global use.
To upgrade an existing install, follow INSTALL.md (Upgrading an existing installation):
delivery manifest first, broad ./install.sh --update second, Codex separately. The broad
installer replaces same-name customizations; the hash-owned installers refuse them.
Never claim complete runtime parity; consult the feature matrix and global test record.
Before publishing, fetch and reconcile remote changes without rebasing published SHAs. Stage explicit task paths, inspect the staged diff for private data, run applicable checks, and obtain independent review at the exact commit. Verify GitHub's branch head and CI at that SHA after an authorized push. If SSH fails, scope the authenticated gh HTTPS credential helper to the command and preserve the saved remote URL. Never force push or imply a new release unless a release was requested.
The Codex edition must not invoke the Claude installer, overwrite foreign skills or configuration, change model/approval/sandbox defaults, or trust hooks itself. Generated rules are instructions, not a sandbox or a guaranteed tool restriction.
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.

