Claude-cod-top-2026
AGENTS.md9 starsChanged 6 months agoMITView on GitHub
This project is indexed by GitNexus as Claude-cod-top-2026 (2586 symbols, 5616 relationships, 47 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely. If any GitNexus tool warns the index is stale, run npx gitnexus analyze in terminal first. Before completing any code modification task, verify: 1. `gitnexus
- Reads credentials
- Deletes or force-pushes
- Commits and pushes
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,843 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 repository164 other files it gives its agents.
- .codex/AGENTS.mdAGENTS.md
- agents/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- claude-md/CLAUDE.mdCLAUDE.md
- hooks/CLAUDE.mdCLAUDE.md
- insight-architectSkill
- agent-teamsSkill
- brainstormingSkill
- claim-decomposerSkill
- context-engineeringSkill
- dispatcherSkill
- git-worktreesSkill
- hd-mavp-routerSkill
- mentor-modeSkill
- reference-registrySkill
- routing-policySkill
- skill-self-updateSkill
- tdd-workflowSkill
- ab-testSkill
- academic-researchSkill
- advanced-methodology-extensionsSkill
- agent-governanceSkill
- ai-hyp-gateSkill
- algorithm-designSkill
- analystSkill
- archcode-genomicsSkill
- arm-cortex-microcontrollersSkill
- atomizeSkill
- backward-traceabilitySkill
- boyko-constraint-engineSkill
- boyko-epistemic-auditSkill
- boyko-goal-expansion-100Skill
- boyko-knowledge-architectureSkill
- boyko-leverage-mapSkill
- boyko-methodSkill
- boyko-preflightSkill
- boyko-project-radarSkill
- boyko-rippleSkill
- boyko-scientific-consortiumSkill
- boyko-specialistSkill
- boyko-toolcheckSkill
- boyko-triangle-auditSkill
- boyko-why-ladderSkill
- browser-actSkill
- build-autoSkill
- c4-architectureSkill
- career-prepSkill
- changelog-genSkill
- citation-managementSkill
- code-debuggingSkill
- code-materialitySkill
- codex-skepticSkill
- codex-solverSkill
- codex-tracySkill
- combinatorial-creativitySkill
- common-groundSkill
- conductorSkill
- consilienceSkill
- construct-measurement-gateSkill
- convertSkill
- The first 60 shown.
The file
Show its rules and text
We split this AGENTS.md into the rules it gives an agent
19 rules. About 0 are common, 7 are distinctive, and 12 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
12
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 10
MUST run impact analysis before editing any symbol: Before modifying a function, class, or method, run gitnexus_impact({target: …
- Distinctive: line 12
MUST warn the user: if impact analysis returns HIGH or CRITICAL risk before proceeding with edits.
- Very specific: line 13
When exploring unfamiliar code, use gitnexus_query({query: "concept"}) to find execution flows instead of grepping.
- Very specific: line 14
When you need full context on a specific symbol — callers, callees, which execution flows it participates in — use gitnexus_context({name: …
- Very specific: line 25
Renaming: MUST use gitnexus_rename({symbol_name: "old", new_name: "new", dry_run: true}) first.
- Very specific: line 26
Extracting/Splitting: MUST run gitnexus_context({name: "target"}) to see all incoming/outgoing refs, then gitnexus_impact({target: …
- Very specific: line 27
After any refactor: run gitnexus_detect_changes({scope: "all"}) to verify only expected files changed.
- Very specific: line 31
NEVER edit a function, class, or method without first running gitnexus_impact on it.
- Distinctive: line 32
NEVER ignore HIGH or CRITICAL risk warnings from impact analysis.
- Very specific: line 33
NEVER rename symbols with find-and-replace — use gitnexus_rename which understands the call graph.
- Very specific: line 34
NEVER commit changes without running gitnexus_detect_changes() to check affected scope.
- Distinctive: line 66
Before completing any code modification task, verify:
- Distinctive: line 68
No HIGH/CRITICAL risk warnings were ignored
- Distinctive: line 70
All d=1 (WILL BREAK) dependents were updated
- Distinctive: line 74
After committing code changes, the GitNexus index becomes stale.
- Very specific: line 80
If the index previously included embeddings, preserve them by adding --embeddings:
- Distinctive: line 162
Delete or disable tests — fix CODE, not tests
- Very specific: line 169
Create skills/extensions/<name>/SKILL.md with BSV header + YAML frontmatter
- Very specific: line 172
No tests required for skills (SKILL.md only)
≈ “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
<!-- gitnexus:start -->GitNexus — Code Intelligence
This project is indexed by GitNexus as Claude-cod-top-2026 (2586 symbols, 5616 relationships, 47 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely.
If any GitNexus tool warns the index is stale, run
npx gitnexus analyzein terminal first.
Always Do
- MUST run impact analysis before editing any symbol. Before modifying a function, class, or method, run
gitnexus_impact({target: "symbolName", direction: "upstream"})and report the blast radius (direct callers, affected processes, risk level) to the user. - MUST run
gitnexus_detect_changes()before committing to verify your changes only affect expected symbols and execution flows. - MUST warn the user if impact analysis returns HIGH or CRITICAL risk before proceeding with edits.
- When exploring unfamiliar code, use
gitnexus_query({query: "concept"})to find execution flows instead of grepping. It returns process-grouped results ranked by relevance. - When you need full context on a specific symbol — callers, callees, which execution flows it participates in — use
gitnexus_context({name: "symbolName"}).
When Debugging
gitnexus_query({query: "<error or symptom>"})— find execution flows related to the issuegitnexus_context({name: "<suspect function>"})— see all callers, callees, and process participationREAD gitnexus://repo/Claude-cod-top-2026/process/{processName}— trace the full execution flow step by step- For regressions:
gitnexus_detect_changes({scope: "compare", base_ref: "main"})— see what your branch changed
When Refactoring
- Renaming: MUST use
gitnexus_rename({symbol_name: "old", new_name: "new", dry_run: true})first. Review the preview — graph edits are safe, text_search edits need manual review. Then run withdry_run: false. - Extracting/Splitting: MUST run
gitnexus_context({name: "target"})to see all incoming/outgoing refs, thengitnexus_impact({target: "target", direction: "upstream"})to find all external callers before moving code. - After any refactor: run
gitnexus_detect_changes({scope: "all"})to verify only expected files changed.
Never Do
- NEVER edit a function, class, or method without first running
gitnexus_impacton it. - NEVER ignore HIGH or CRITICAL risk warnings from impact analysis.
- NEVER rename symbols with find-and-replace — use
gitnexus_renamewhich understands the call graph. - NEVER commit changes without running
gitnexus_detect_changes()to check affected scope.
Tools Quick Reference
| Tool | When to use | Command |
query | Find code by concept | gitnexus_query({query: "auth validation"}) |
context | 360-degree view of one symbol | gitnexus_context({name: "validateUser"}) |
impact | Blast radius before editing | gitnexus_impact({target: "X", direction: "upstream"}) |
detect_changes | Pre-commit scope check | gitnexus_detect_changes({scope: "staged"}) |
rename | Safe multi-file rename | gitnexus_rename({symbol_name: "old", new_name: "new", dry_run: true}) |
cypher | Custom graph queries | gitnexus_cypher({query: "MATCH ..."}) |
Impact Risk Levels
| Depth | Meaning | Action |
| d=1 | WILL BREAK — direct callers/importers | MUST update these |
| d=2 | LIKELY AFFECTED — indirect deps | Should test |
| d=3 | MAY NEED TESTING — transitive | Test if critical path |
Resources
| Resource | Use for |
gitnexus://repo/Claude-cod-top-2026/context | Codebase overview, check index freshness |
gitnexus://repo/Claude-cod-top-2026/clusters | All functional areas |
gitnexus://repo/Claude-cod-top-2026/processes | All execution flows |
gitnexus://repo/Claude-cod-top-2026/process/{name} | Step-by-step execution trace |
Self-Check Before Finishing
Before completing any code modification task, verify:
gitnexus_impactwas run for all modified symbols- No HIGH/CRITICAL risk warnings were ignored
gitnexus_detect_changes()confirms changes match expected scope- All d=1 (WILL BREAK) dependents were updated
Keeping the Index Fresh
After committing code changes, the GitNexus index becomes stale. Re-run analyze to update it:
npx gitnexus analyzeIf the index previously included embeddings, preserve them by adding --embeddings:
npx gitnexus analyze --embeddingsTo check whether embeddings exist, inspect .gitnexus/meta.json — the stats.embeddings field shows the count (0 means no embeddings). Running analyze without --embeddings will delete any previously generated embeddings.
Claude Code users: A PostToolUse hook handles this automatically after
git commitandgit merge.
CLI
| Task | Read this skill file |
| Understand architecture / "How does X work?" | .claude/skills/gitnexus/gitnexus-exploring/SKILL.md |
| Blast radius / "What breaks if I change X?" | .claude/skills/gitnexus/gitnexus-impact-analysis/SKILL.md |
| Trace bugs / "Why is X failing?" | .claude/skills/gitnexus/gitnexus-debugging/SKILL.md |
| Rename / extract / split / refactor | .claude/skills/gitnexus/gitnexus-refactoring/SKILL.md |
| Tools, resources, schema reference | .claude/skills/gitnexus/gitnexus-guide/SKILL.md |
| Index, status, clean, wiki CLI commands | .claude/skills/gitnexus/gitnexus-cli/SKILL.md |
<!-- gitnexus:end -->Project Agent Rules — Claude-cod-top-2026
This section covers project-specific rules for all AI agents (Claude Code subagents, Dispatch, Codex, etc.). GitNexus impact rules above take priority for all code edits.
Read First (every agent, in order)
.claude/memory/activeContext.md— current branch, last commit, pending tasks.claude/memory/decisions.md— ADRs already decided (do not contradict)- This file — do not repeat known anti-patterns listed below
Project Structure
hooks/ 102 Python hooks + shared libs (25 events in settings.json)
agents/ 13 agent definitions + 3 squad teams (build / review / research)
skills/ 158 skills — core/ (12) + extensions/ (146)
tests/ 97 test files — pytest + bash smoke
rules/ 9 markdown rules
mcp-profiles/ 3 profiles: core / deploy / science
scripts/ inbox_review.py, populate_vault.py, skill-manager.sh
install.sh One-command installer for other projectsDevelopment Commands
python -m pytest tests/ -x -q --tb=short # full suite
python -m pytest tests/<file>.py -v # single file
ruff check hooks/ && mypy hooks/ --ignore-missing-imports
python -m pytest tests/ --cov=hooks --cov-report=term-missing
bash tests/smoke_skills.sh && bash tests/smoke_hooks.sh
cp -r skills/extensions/<name> ~/.claude/skills/extensions/<name> # install skill globallyCoverage: ≥86% local/Windows · ≥65% CI/Linux
Skill Routing
| Request type | Skill |
| Priority / signal vs noise | snr |
| Scientific hypothesis | sci-hypothesis |
| Git release notes | changelog-gen |
| OSINT / due diligence | lead-research |
| Meeting transcript | meeting-insights |
| Break an idea | skeptic |
| Weekly priorities | tracy |
| Cross-domain analysis | analyst |
| TDD / tests | tdd-workflow |
| Parallel agents | agent-teams |
| Context management | context-engineering |
What Agents CANNOT Do (without explicit user confirmation)
git push— never without user approvalgit reset --hard,git rebase— destructive git ops- Delete or disable tests — fix CODE, not tests
- Edit
.env*, secrets, production config - Launch simulations, ML training, or heavy computation autonomously
- Modify
settings.jsonwithoutupdate-configskill
New Skill Checklist
- Create
skills/extensions/<name>/SKILL.mdwith BSV header + YAML frontmatter - Register in
skills/registry.yaml - Copy to
~/.claude/skills/extensions/<name>/ - No tests required for skills (SKILL.md only)
Known Anti-Patterns — AVOID
[×3]datetime.utcnow()mixed with timezone-aware datetimes → usedatetime.now(timezone.utc)[×2]Coverage overclaim — README states metric without tool verification[×2]squash merge with 2+ commits → second commit lost; rungit log --onelineon main after merge[×2]Forward-only workflow without integrity gates
Evidence Policy
[VERIFIED]— confirmed with tool (Read/Bash/pytest)[INFERRED]— logical chain from verified facts[UNKNOWN]— no confirmation. Never fabricate metrics or test results.
Memory Protocol
Agents do NOT write to memory files directly — return results to orchestrator.
Exception: tester agent may append one line to activeContext.md ## Test Status.
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.

