devin-bundle / templates
AGENTS.md0 starsChanged 3 months agoMITView on GitHub
This file is included in the agent's context for this project. Keep it concise; only rules that change the agent's behavior belong here. Generic rules live in the global bundle.
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 repository110 other files it gives its agents.
- AGENTS.mdAGENTS.md
- a11y-auditSkill
- agentic-ragSkill
- agent-reachSkill
- ai3d-genSkill
- ai-coding-dictionarySkill
- ai-toolsSkill
- animation-directionSkill
- api-specSkill
- architecture-diagramsSkill
- architectureSkill
- ascii-artSkill
- ask-bundleSkill
- binary-triageSkill
- bragSkill
- brag-slimSkill
- career-opsSkill
- code-reviewSkill
- computer-useSkill
- context7Skill
- context-hygieneSkill
- creative-engineeringSkill
- cu-realtimeSkill
- data-analystSkill
- databaseSkill
- dead-wireSkill
- debuggingSkill
- deploySkill
- devin-configSkill
- dispatching-parallel-agentsSkill
- dmaSkill
- dockerSkill
- drift-reportSkill
- e2e-testingSkill
- edge-casesSkill
- executionSkill
- fact-checkSkill
- finishing-a-development-branchSkill
- firmware-probeSkill
- frontend-designSkill
- gatesSkill
- ghidraSkill
- ghSkill
- github-actionsSkill
- git-workflowsSkill
- grillingSkill
- handoffSkill
- humanizerSkill
- hyperframesSkill
- i18nSkill
- image-forensicsSkill
- impeccableSkill
- implement-layaSkill
- intakeSkill
- jiraSkill
- knowledge-modelingSkill
- laya-orchestratorSkill
- learn-modeSkill
- mcp-governanceSkill
- media-toolsSkill
- The first 60 shown.
The file
Show its rules and text
We split this agents.md into the rules it gives an agent
13 rules. About 3 are common, 10 are distinctive, and 0 are very specific to this project.
≈3
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
0
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
- Distinctive: line 7
If uncertain, ask — don't guess.
- Distinctive: line 9
Use the smallest solution that solves the problem.
- Distinctive: line 16
Run linters after finishing a task.
- Distinctive: line 21
Don't delete, disable, or skip tests without explicit approval.
- Distinctive: line 22
Run the test suite before declaring a task done.
- Common: line 26
Never output or log secrets, tokens, passwords, or API keys.
- Common: line 27
Never commit secrets to the repository.
- Distinctive: line 28
Treat user input as untrusted.
- Distinctive: line 29
Default endpoints, storage URLs, and services to private.
- Common: line 30
Use secure defaults: confirmations for destructive actions, hidden credentials, least privilege.
- Distinctive: line 34
Keep PRs around 300 lines of change.
- Distinctive: line 35
If a task will exceed 500 lines, break it into smaller tasks with clear boundaries.
- Distinctive: line 36
Every ticket/spec must include the intent and the "why".
≈ “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
Project agent rules
This file is included in the agent's context for this project. Keep it concise; only rules that change the agent's behavior belong here. Generic rules live in the global bundle.
1. Intent and boundaries before code
- If uncertain, ask — don't guess.
- Declare the intent, user-visible impact, and boundaries (inputs/outputs, scope, non-goals) before writing code.
- Use the smallest solution that solves the problem. Reject overengineering.
2. Code style
<!-- Stack-specific rules go here. Examples: - TypeScript: never use `any`; prefer strict types. - Python: follow PEP 8; use type hints where it clarifies intent. - Run linters after finishing a task. -->
3. Testing
- Tests verify intent, not just behavior.
- Don't delete, disable, or skip tests without explicit approval.
- Run the test suite before declaring a task done.
4. Security
- Never output or log secrets, tokens, passwords, or API keys.
- Never commit secrets to the repository.
- Treat user input as untrusted; validate and sanitize before use.
- Default endpoints, storage URLs, and services to private. Public endpoints require documented justification.
- Use secure defaults: confirmations for destructive actions, hidden credentials, least privilege.
5. Task size
- Keep PRs around 300 lines of change.
- If a task will exceed 500 lines, break it into smaller tasks with clear boundaries.
- Every ticket/spec must include the intent and the "why".
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

