Core catalog

Start with the files agents are most likely to read and respect.

Each file should have a clear job. If two files repeat the same paragraph, one of them will drift. Keep the canonical facts in one place and point specialized tools back to that source.

AGENTS.md

AGENTS.md

A predictable operating manual for coding agents.

Best for: Build commands, tests, repo-specific rules, safety boundaries, and workflow expectations.

Should contain

  • setup, build, lint, test, and release commands
  • repository-specific coding conventions
  • review and safety rules agents must respect
  • where to find deeper docs when context is needed

DESIGN.md

DESIGN.md

A design-system source of truth for AI-generated interface work.

Best for: Visual language, tokens, layout rules, component behavior, and product taste.

Should contain

  • machine-readable tokens for color, type, spacing, radius, and elevation
  • human-readable guidance for when and why to apply those tokens
  • component and interaction rules with concrete examples
  • anti-patterns that protect brand and usability

PRODUCT.md

PRODUCT.md

Product context that keeps implementation choices aligned with the business.

Best for: Purpose, target users, key jobs, business model, positioning, and feature priorities.

Should contain

  • target users and their primary jobs
  • core workflows and success criteria
  • business objectives and constraints
  • product principles that should influence tradeoffs

TECH.md

TECH.md

Technical stack and implementation constraints for future code changes.

Best for: Frameworks, libraries, tools, commands, runtime constraints, and dependency preferences.

Should contain

  • frameworks, languages, package managers, and runtime versions
  • approved libraries and discouraged alternatives
  • local development and CI commands
  • security, performance, and deploy constraints

STRUCTURE.md

STRUCTURE.md

A map of the codebase that helps agents put changes in the right place.

Best for: Architecture, directory layout, import patterns, naming conventions, and ownership boundaries.

Should contain

  • major directories and what belongs in each
  • naming and import conventions
  • shared modules and extension points
  • examples of good local patterns to copy

VISION.md

VISION.md

Longer-horizon direction that changes less often than product specs.

Best for: Taste, ambition, non-goals, operating philosophy, and the future shape of the project.

Should contain

  • why the project should exist in the long term
  • what the product should feel like when it is excellent
  • hard non-goals and tradeoffs
  • principles for deciding between plausible paths

Related formats

Not every agent reads the same files.

Use generic files for durable knowledge, then add thin tool-specific wrappers only where the tool needs a special path or syntax.

Writing checklist

Good steering files are short, specific, and grounded in the repo.

  1. Say what the file controls. Start with the scope and the intended reader.
  2. Prefer commands over vibes. Include exact install, test, lint, build, and deploy commands.
  3. Name the good examples. Point agents to files and modules that show the preferred pattern.
  4. Document constraints. Spell out security, data, accessibility, performance, and product boundaries.
  5. Keep canonical facts single-source. Link across files instead of duplicating long sections.
  6. Review after real agent work. Update the files when agents repeatedly ask the same question or make the same mistake.