create-agentsmd

작성자: github

표준화된 AGENTS.md 파일을 생성하여 AI 코딩 에이전트가 저장소를 이해하고 작업할 수 있도록 돕습니다. README.md를 보완하는 에이전트 중심 문서를 템플릿 기반 방식으로 생성하며, 기술 설정, 워크플로, 테스트 지침을 포함합니다. 프로젝트 개요, 설정 명령어, 개발 워크플로, 테스트, 코드 스타일, 빌드/배포, PR 가이드라인 등 필수 섹션을 다룹니다. 모노레포 구조를 지원하며, AGENTS.md 파일 생성을 위한 지침을 제공합니다...

npx skills add https://github.com/github/awesome-copilot --skill create-agentsmd

Create high‑quality AGENTS.md file

You are a code agent. Your task is to create a complete, accurate AGENTS.md at the root of this repository that follows the public guidance at https://agents.md/.

AGENTS.md is an open format designed to provide coding agents with the context and instructions they need to work effectively on a project.

What is AGENTS.md?

AGENTS.md is a Markdown file that serves as a "README for agents" - a dedicated, predictable place to provide context and instructions to help AI coding agents work on your project. It complements README.md by containing detailed technical context that coding agents need but might clutter a human-focused README.

Key Principles

  • Agent-focused: Contains detailed technical instructions for automated tools
  • Complements README.md: Doesn't replace human documentation but adds agent-specific context
  • Standardized location: Placed at repository root (or subproject roots for monorepos)
  • Open format: Uses standard Markdown with flexible structure
  • Ecosystem compatibility: Works across 20+ different AI coding tools and agents

File Structure and Content Guidelines

1. Required Setup

  • Create the file as AGENTS.md in the repository root
  • Use standard Markdown formatting
  • No required fields - flexible structure based on project needs

2. Essential Sections to Include

Project Overview

  • Brief description of what the project does
  • Architecture overview if complex
  • Key technologies and frameworks used

Setup Commands

  • Installation instructions
  • Environment setup steps
  • Dependency management commands
  • Database setup if applicable

Development Workflow

  • How to start development server
  • Build commands
  • Watch/hot-reload setup
  • Package manager specifics (npm, pnpm, yarn, etc.)

Testing Instructions

  • How to run tests (unit, integration, e2e)
  • Test file locations and naming conventions
  • Coverage requirements
  • Specific test patterns or frameworks used
  • How to run subset of tests or focus on specific areas

Code Style Guidelines

  • Language-specific conventions
  • Linting and formatting rules
  • File organization patterns
  • Naming conventions
  • Import/export patterns

Build and Deployment

  • Build commands and outputs
  • Environment configurations
  • Deployment steps and requirements
  • CI/CD pipeline information

3. Optional but Recommended Sections

Security Considerations

  • Security testing requirements
  • Secrets management
  • Authentication patterns
  • Permission models

Monorepo Instructions (if applicable)

  • How to work with multiple packages
  • Cross-package dependencies
  • Selective building/testing
  • Package-specific commands

Pull Request Guidelines

  • Title format requirements
  • Required checks before submission
  • Review process
  • Commit message conventions

Debugging and Troubleshooting

  • Common issues and solutions
  • Logging patterns
  • Debug configuration
  • Performance considerations

Example Template

Use this as a starting template and customize based on the specific project:

# AGENTS.md

## Project Overview

[Brief description of the project, its purpose, and key technologies]

## Setup Commands

- Install dependencies: `[package manager] install`
- Start development server: `[command]`
- Build for production: `[command]`

## Development Workflow

- [Development server startup instructions]
- [Hot reload/watch mode information]
- [Environment variable setup]

## Testing Instructions

- Run all tests: `[command]`
- Run unit tests: `[command]`
- Run integration tests: `[command]`
- Test coverage: `[command]`
- [Specific testing patterns or requirements]

## Code Style

- [Language and framework conventions]
- [Linting rules and commands]
- [Formatting requirements]
- [File organization patterns]

## Build and Deployment

- [Build process details]
- [Output directories]
- [Environment-specific builds]
- [Deployment commands]

## Pull Request Guidelines

- Title format: [component] Brief description
- Required checks: `[lint command]`, `[test command]`
- [Review requirements]

## Additional Notes

- [Any project-specific context]
- [Common gotchas or troubleshooting tips]
- [Performance considerations]

Working Example from agents.md

Here's a real example from the agents.md website:

# Sample AGENTS.md file

## Dev environment tips

- Use `pnpm dlx turbo run where <project_name>` to jump to a package instead of scanning with `ls`.
- Run `pnpm install --filter <project_name>` to add the package to your workspace so Vite, ESLint, and TypeScript can see it.
- Use `pnpm create vite@latest <project_name> -- --template react-ts` to spin up a new React + Vite package with TypeScript checks ready.
- Check the name field inside each package's package.json to confirm the right name—skip the top-level one.

## Testing instructions

- Find the CI plan in the .github/workflows folder.
- Run `pnpm turbo run test --filter <project_name>` to run every check defined for that package.
- From the package root you can just call `pnpm test`. The commit should pass all tests before you merge.
- To focus on one step, add the Vitest pattern: `pnpm vitest run -t "<test name>"`.
- Fix any test or type errors until the whole suite is green.
- After moving files or changing imports, run `pnpm lint --filter <project_name>` to be sure ESLint and TypeScript rules still pass.
- Add or update tests for the code you change, even if nobody asked.

## PR instructions

- Title format: [<project_name>] <Title>
- Always run `pnpm lint` and `pnpm test` before committing.

Implementation Steps

  1. Analyze the project structure to understand:

    • Programming languages and frameworks used
    • Package managers and build tools
    • Testing frameworks
    • Project architecture (monorepo, single package, etc.)
  2. Identify key workflows by examining:

    • package.json scripts
    • Makefile or other build files
    • CI/CD configuration files
    • Documentation files
  3. Create comprehensive sections covering:

    • All essential setup and development commands
    • Testing strategies and commands
    • Code style and conventions
    • Build and deployment processes
  4. Include specific, actionable commands that agents can execute directly

  5. Test the instructions by ensuring all commands work as documented

  6. Keep it focused on what agents need to know, not general project information

Best Practices

  • Be specific: Include exact commands, not vague descriptions
  • Use code blocks: Wrap commands in backticks for clarity
  • Include context: Explain why certain steps are needed
  • Stay current: Update as the project evolves
  • Test commands: Ensure all listed commands actually work
  • Consider nested files: For monorepos, create AGENTS.md files in subprojects as needed

Monorepo Considerations

For large monorepos:

  • Place a main AGENTS.md at the repository root
  • Create additional AGENTS.md files in subproject directories
  • The closest AGENTS.md file takes precedence for any given location
  • Include navigation tips between packages/projects

Final Notes

  • AGENTS.md works with 20+ AI coding tools including Cursor, Aider, Gemini CLI, and many others
  • The format is intentionally flexible - adapt it to your project's needs
  • Focus on actionable instructions that help agents understand and work with your codebase
  • This is living documentation - update it as your project evolves

When creating the AGENTS.md file, prioritize clarity, completeness, and actionability. The goal is to give any coding agent enough context to effectively contribute to the project without requiring additional human guidance.

github의 다른 스킬

console-rendering
github
Go에서 struct 태그 기반 콘솔 렌더링 시스템 사용 지침
official
acquire-codebase-knowledge
github
사용자가 기존 코드베이스에 대한 매핑, 문서화, 또는 온보딩을 명시적으로 요청할 때 이 스킬을 사용하세요. "이 코드베이스를 매핑해줘", "문서화해줘"와 같은 프롬프트에서 트리거됩니다.
official
acreadiness-assess
github
현재 리포
official
acreadiness-generate-instructions
github
AgentRC 명령어를 통해 맞춤형 AI 에이전트 지침 파일을 생성합니다. .github/copilot-instructions.md 파일을 생성합니다(기본값, VS Code의 Copilot에 권장됨).
official
acreadiness-policy
github
사용자가 AgentRC 정책을 선택, 작성 또는 적용할 수 있도록 지원합니다. 정책은 관련 없는 검사를 비활성화하고, 영향/수준을 재정의하며, 설정을 통해 준비 상태 점수를 사용자 지정합니다.
official
add-educational-comments
github
코드 파일에 교육용 주석을 추가하여 효과적인 학습 자료로 변환합니다. 설명의 깊이와 어조를 세 가지 설정 가능한 지식 수준(초급, 중급, 고급)에 맞게 조정합니다. 파일이 제공되지 않으면 자동으로 요청하며, 빠른 선택을 위해 번호 목록 매칭을 제공합니다. 교육용 주석만을 사용하여 파일을 최대 125%까지 확장합니다(엄격한 제한: 새 줄 400개, 1,000줄 초과 파일의 경우 300개). 파일 인코딩, 들여쓰기 스타일, 구문 정확성 등을 유지합니다.
official
adobe-illustrator-scripting
github
Adobe Illustrator 자동화 스크립트를 ExtendScript(JavaScript/JSX)로 작성, 디버깅 및 최적화합니다. 스크립트를 생성하거나 수정하여 조작할 때 사용합니다.
official
agent-governance
github
선언적 정책, 의도 분류, AI 에이전트 도구 접근 및 행동 제어를 위한 감사 추적. 구성 가능한 거버넌스 정책은 허용/차단된 도구, 콘텐츠 필터, 속도 제한, 승인 요구 사항을 정의하며, 코드가 아닌 구성으로 저장됨. 의미론적 의도 분류는 패턴 기반 신호를 사용하여 도구 실행 전에 위험한 프롬프트(데이터 유출, 권한 상승, 프롬프트 인젝션)를 탐지함. 도구 수준 거버넌스 데코레이터는 함수에서 정책을 적용함...
official