agents-md▌
getsentry/skills · updated Apr 8, 2026
Create and maintain minimal, high-signal agent documentation under 60 lines.
- ›Enforces research-backed best practices for agent-facing docs; instruction quality degrades with length
- ›Requires three core sections: Package Manager, File-Scoped Commands (per-file test/lint/typecheck), and Commit Attribution with agent identity
- ›Analyzes project structure (lock files, linter configs, CI commands, monorepo indicators) to determine what belongs in the file
- ›Uses headers and bullets only; re
Maintaining AGENTS.md
AGENTS.md is the canonical agent-facing documentation. Keep it minimal—agents are capable and don't need hand-holding. Target under 60 lines; never exceed 100. Instruction-following quality degrades as document length increases.
File Setup
- Create
AGENTS.mdat project root - Create symlink:
ln -s AGENTS.md CLAUDE.md
Before Writing
Analyze the project to understand what belongs in the file:
- Package manager — Check for lock files (
pnpm-lock.yaml,yarn.lock,package-lock.json,uv.lock,poetry.lock) - Linter/formatter configs — Look for
.eslintrc,biome.json,ruff.toml,.prettierrc, etc. (don't duplicate these in AGENTS.md) - CI/build commands — Check
Makefile,package.jsonscripts, CI configs for canonical commands - Monorepo indicators — Check for
pnpm-workspace.yaml,nx.json, Cargo workspace, or subdirectorypackage.jsonfiles - Existing conventions — Check for existing CONTRIBUTING.md, docs/, or README patterns
Writing Rules
- Headers + bullets — No paragraphs
- Code blocks — For commands and templates
- Reference, don't embed — Point to existing docs: "See
CONTRIBUTING.mdfor setup" or "Follow patterns insrc/api/routes/" - No filler — No intros, conclusions, or pleasantries
- Trust capabilities — Omit obvious context
- Prefer file-scoped commands — Per-file test/lint/typecheck commands over project-wide builds
- Don't duplicate linters — Code style lives in linter configs, not AGENTS.md
Required Sections
Package Manager
Which tool and key commands only:
## Package Manager
Use **pnpm**: `pnpm install`, `pnpm dev`, `pnpm test`
File-Scoped Commands
Per-file commands are faster and cheaper than full project builds. Always include when available:
## File-Scoped Commands
| Task | Command |
|------|---------|
| Typecheck | `pnpm tsc --noEmit path/to/file.ts` |
| Lint | `pnpm eslint path/to/file.ts` |
| Test | `pnpm jest path/to/file.test.ts` |
Commit Attribution
Always include this section. Agents should use their own identity:
## Commit Attribution
AI commits MUST include:
Co-Authored-By: (the agent's name and attribution byline)
Example: `Co-Authored-By: Claude Sonnet 4 <noreply@example.com>`
Key Conventions
Project-specific patterns agents must follow. Keep brief.
Optional Sections
Add only if truly needed:
- API route patterns (show template, not explanation)
- CLI commands (table format)
- File naming conventions
- Project structure hints (point to critical files, flag legacy code to avoid)
- Monorepo overrides (subdirectory
AGENTS.mdfiles override root)
Anti-Patterns
Omit these:
- "Welcome to..." or "This document explains..."
- "You should..." or "Remember to..."
- Linter/formatter rules already in config files (
.eslintrc,biome.json,ruff.toml) - Listing installed skills or plugins (agents discover these automatically)
- Full project-wide build commands when file-scoped alternatives exist
- Obvious instructions ("run tests", "write clean code")
- Explanations of why (just say what)
- Long prose paragraphs
Example Structure
# Agent Instructions
## Package Manager
Use **pnpm**: `pnpm install`, `pnpm dev`
## Commit Attribution
AI commits MUST include:
Co-Authored-By: (the agent's name and attribution byline)
## File-Scoped Commands
| Task | Command |
|------|---------|
| Typecheck | `pnpm tsc --noEmit path/to/file.ts` |
| Lint | `pnpm eslint path/to/file.ts` |
| Test | `pnpm jest path/to/file.test.ts` |
## API Routes
[Template code block]
## CLI
| Command | Description |
|---------|-------------|
| `pnpm cli sync` | Sync data |
Ratings
4.8★★★★★46 reviews- ★★★★★Arjun Park· Dec 28, 2024
Solid pick for teams standardizing on skills: agents-md is focused, and the summary matches what you get after install.
- ★★★★★Ira Singh· Dec 24, 2024
agents-md fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Kiara Huang· Dec 8, 2024
I recommend agents-md for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
- ★★★★★Diego Huang· Nov 27, 2024
agents-md reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Arjun Nasser· Nov 19, 2024
We added agents-md from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
- ★★★★★Mateo Mehta· Nov 3, 2024
Keeps context tight: agents-md is the kind of skill you can hand to a new teammate without a long onboarding doc.
- ★★★★★Ira Abbas· Oct 22, 2024
agents-md is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Diego Gonzalez· Oct 18, 2024
Registry listing for agents-md matched our evaluation — installs cleanly and behaves as described in the markdown.
- ★★★★★Noor Jain· Oct 10, 2024
agents-md fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Oshnikdeep· Sep 5, 2024
agents-md has been reliable in day-to-day use. Documentation quality is above average for community skills.
showing 1-10 of 46