RigorPilot-Skills
AGENTS.md495 starsChanged 6 months agoMITView on GitHub
Guidance for any coding or research agent (OpenAI Codex, Cursor, GitHub Copilot, Gemini CLI, Claude Code, and other AGENTS.md-aware tools) working in or with this repository. Skills here follow the Agent Skills open standard; each skills/<slug>/SKILL.md is the canonical, model-agnostic contract. RigorPilot Skills is a research-first Agent Skills repository for deep learning experiments. It keeps AI-assisted research grounded in comparability, reproducible evidence, and auditable changes while an agent reproduces, improves, or explores a research repository. The flagship output is the…
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,700 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 repository11 other files it gives its agents.
- ai-research-exploreSkill
- ai-research-reproductionSkill
- analyze-projectSkill
- env-and-assets-bootstrapSkill
- explore-codeSkill
- explore-runSkill
- minimal-run-and-auditSkill
- paper-context-resolverSkill
- repo-intake-and-planSkill
- run-trainSkill
- safe-debugSkill
The file
We split this AGENTS.md into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 21
Default to the trusted lane.
- Very specific: line 24
Read skills/<slug>/SKILL.md before acting.
- Very specific: line 44
Write evidence bundles to the documented output directories (repro_outputs/, train_outputs/, analysis_outputs/, debug_outputs/, …
- Distinctive: line 47
Never make silent semantic changes to a target repository.
- Distinctive: line 75
No score chasing without explanatory value.
≈ “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
AGENTS.md — RigorPilot Skills
Guidance for any coding or research agent (OpenAI Codex, Cursor, GitHub
Copilot, Gemini CLI, Claude Code, and other AGENTS.md-aware tools) working in
or with this repository. Skills here follow the
Agent Skills open standard; each
skills/<slug>/SKILL.md is the canonical, model-agnostic contract.
What this project is
RigorPilot Skills is a research-first Agent Skills repository for deep learning
experiments. It keeps AI-assisted research grounded in comparability,
reproducible evidence, and auditable changes while an agent reproduces,
improves, or explores a research repository. The flagship output is the
annotated README: repro_outputs/ANNOTATED_README.md replays the target
repository's README verbatim with a color-coded, evidence-linked account of
what the agent did in each section.
Using the skills on a research repository
- Default to the trusted lane. Ambiguous requests route to reproduction, setup, conservative execution, training verification, analysis, or safe debugging — never to exploration.
- Read
skills/<slug>/SKILL.mdbefore acting; it defines fit, boundaries, workflow, and the output contract for that skill. - Entrypoints by intent:
| Intent | Skill slug |
| Reproduce from README commands | ai-research-reproduction |
| Read-only repository analysis | analyze-project |
| Environment / dataset / weights setup | env-and-assets-bootstrap |
| Conservative documented run | minimal-run-and-audit |
| Conservative training verification | run-train |
| Diagnose-before-patch debugging | safe-debug |
| Candidate-only exploration (explicit authorization required) | ai-research-explore |
- In the explore lane, follow
references/research-thinking-loop.md: a greedy, evidence-anchored cycle (observe → ground → hypothesize → single-variable design → bounded run → fair compare → keep or roll back → record). - Consult
~/.rigorpilot/PERSONAL_RIGOR.mdif present, underreferences/continuous-learning-policy.md— advisory only; it never relaxes rigor gates and the repository always wins on conflict. - Write evidence bundles to the documented output directories
(
repro_outputs/,train_outputs/,analysis_outputs/,debug_outputs/,explore_outputs/). Never claim success without recorded evidence. - Never make silent semantic changes to a target repository; record every assumption, deviation, and blocker.
- Exploration is candidate-only and requires the researcher's explicit
authorization plus a durable
current_researchanchor.
Developing this repository
- Validate before committing:
python scripts/validate_repo.py
python scripts/test_skill_registry.py- During local iteration,
python scripts/run_all_tests.py --coreruns the high-signal reproduction/install subset. Before commit/release, the full regression suite is everyscripts/test_*.pyfile; all must pass. - Conventions: public
SKILL.mdfiles stay ≤ 130 lines; the skill registry (references/skill-registry.json) stays in sync withskills/*; scripts run on both Windows PowerShell and Linux shells; human-readable outputs are bilingual (en/zh) where the writers support it. - Shared bundle writers live in
shared/scripts/; five skills load them at runtime, and the installer ships them alongside the skills.
Hard rules
- Comparability first: if evaluation conditions change, say results are not directly comparable.
- No score chasing without explanatory value; no novelty claims without evidence.
- Engineering fixes must not be disguised as research contributions.
- Important changes must be auditable, reversible, and explainable.
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.

