Production-grade engineering skills for AI coding agents.
이 번역은 AI가 원문 README를 옮긴 것입니다. 원문이 항상 우선합니다.
AI 코딩 에이전트를 위한 프로덕션 수준의 엔지니어링 스킬.
스킬은 시니어 엔지니어가 소프트웨어를 구축할 때 사용하는 워크플로우, 품질 게이트, 모범 사례를 인코딩합니다. 이 스킬들은 AI 에이전트가 개발의 모든 단계에서 일관되게 따르도록 패키징되었습니다.
DEFINE PLAN BUILD VERIFY REVIEW SHIP
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
│ Idea │ ───▶ │ Spec │ ───▶ │ Code │ ───▶ │ Test │ ───▶ │ QA │ ───▶ │ Go │
│Refine│ │ PRD │ │ Impl │ │Debug │ │ Gate │ │ Live │
└──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘
/spec /plan /build /test /review /ship
개발 수명주기에 매핑되는 8개의 슬래시 명령어입니다. 각 명령어는 올바른 스킬을 자동으로 활성화합니다.
| 수행 작업 | 명령어 | 핵심 원칙 | ||
|---|---|---|---|---|
| 구축할 내용 정의 | /spec |
코드보다 스펙 먼저 | ||
| 구축 방법 계획 | /plan |
작고 원자적인 작업 | ||
| 점진적으로 구축 | /build |
한 번에 하나씩 | ||
| 작동 증명 | /test |
테스트는 증명이다 | ||
| 병합 전 검토 | /review |
코드 건강 개선 | ||
| 웹 성능 감사 | /webperf |
최적화 전에 측정 | ||
| 코드 단순화 | /code-simplify |
영리함보다 명확성 | ||
| 프로덕션 출시 | /ship |
빠를수록 안전하다 |
스펙이 존재하면 수동 단계를 줄이고 싶다면? /build auto는 계획을 생성하고 승인된 단일 패스로 모든 작업을 구현합니다. 한 번 계획을 승인하면 자동으로 실행됩니다. 작업 간의 인간 개입을 제거하지만 검증은 제거하지 않습니다. 모든 작업은 여전히 테스트 주도로 개별 커밋되며, 실패나 위험한 단계에서 일시 중지됩니다.
스킬은 또한 수행 중인 작업에 따라 자동으로 활성화됩니다. API 설계 시 api-and-interface-design 트리거, UI 구축 시 frontend-ui-engineering 트리거 등입니다.
<details> <summary><b>Claude Code (권장)</b></summary>
마켓플레이스 설치:
/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills
SSH 오류? 마켓플레이스는 SSH를 통해 리포지토리를 복제합니다. GitHub에 SSH 키가 설정되어 있지 않으면 SSH 키 추가하거나 전체 HTTPS URL을 사용하여 HTTPS 복제를 강제하세요:
```bash
/plugin marketplace add https://github.com/addyosmani/agent-skills.git
/plugin install agent-skills@addy-agent-skills
```
로컬 / 개발:
git clone https://github.com/addyosmani/agent-skills.git
claude --plugin-dir /path/to/agent-skills
</details>
<details> <summary><b>Cursor</b></summary>
SKILL.md를 .cursor/rules/에 복사하거나 전체 skills/ 디렉토리를 참조하세요. docs/cursor-setup.md를 참조하세요.
</details>
<details> <summary><b>Antigravity CLI</b></summary>
스킬, 서브에이전트, 슬래시 명령어를 위한 네이티브 플러그인으로 설치하세요. docs/antigravity-setup.md를 참조하세요.
리포지토리에서 설치:
agy plugin install https://github.com/addyosmani/agent-skills.git
로컬 클론에서 설치:
git clone https://github.com/addyosmani/agent-skills.git
agy plugin install./agent-skills
</details>
<details> <summary><b>Gemini CLI</b></summary>
자동 검색을 위한 네이티브 스킬로 설치하거나 지속적 컨텍스트를 위해 GEMINI.md에 추가하세요. docs/gemini-cli-setup.md를 참조하세요.
리포지토리에서 설치:
gemini skills install https://github.com/addyosmani/agent-skills.git --path skills
로컬 클론에서 설치:
gemini skills install./agent-skills/skills/
</details>
<details> <summary><b>Windsurf</b></summary>
스킬 내용을 Windsurf 규칙 설정에 추가하세요. docs/windsurf-setup.md를 참조하세요.
</details>
<details> <summary><b>OpenCode</b></summary>
AGENTS.md와 skill 도구를 통해 에이전트 기반 스킬 실행을 사용합니다.
docs/opencode-setup.md를 참조하세요.
</details>
<details> <summary><b>GitHub Copilot</b></summary>
agents/의 에이전트 정의를 Copilot 페르소나로 사용하고 스킬 내용을 .github/copilot-instructions.md에 사용하세요. docs/copilot-setup.md를 참조하세요.
</details>
<details> <summary><b>Kiro IDE & CLI </b></summary> Kiro용 스킬은 ".kiro/skills/" 아래에 있으며 프로젝트 또는 글로벌 수준으로 저장할 수 있습니다. Kiro는 또한 Agents.md를 지원합니다. Kiro 문서 https://kiro.dev/docs/skills/ 를 참조하세요. </details>
<details> <summary><b>Codex / 기타 에이전트</b></summary>
스킬은 일반 Markdown입니다. 시스템 프롬프트나 명령 파일을 허용하는 모든 에이전트와 함께 작동합니다. docs/getting-started.md를 참조하세요.
</details>
위 명령어는 진입점입니다. 패키지에는 총 24개의 스킬이 포함되어 있습니다. 23개의 수명주기 스킬과 using-agent-skills 메타 스킬입니다. 각 스킬은 단계, 검증 게이트, 반합리화 테이블이 있는 구조화된 워크플로우입니다. 또한 모든 스킬을 직접 참조할 수 있습니다.
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| using-agent-skills | 들어오는 작업을 올바른 스킬 워크플로우에 매핑하고 공유 운영 규칙을 정의합니다. | 세션 시작 또는 적용할 스킬 결정 시 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| interview-me | 한 번에 한 질문씩 인터뷰하여 사용자가 원하는 것이 무엇인지 추출합니다. 약 95% 확신이 들 때까지 진행합니다. | 요청이 불명확하거나 사용자가 "interview me" / "grill me"를 호출한 경우 | ||
| idea-refine | 구조화된 발산/수렴 사고를 통해 모호한 아이디어를 구체적인 제안으로 전환합니다. | 탐색이 필요한 대략적인 개념이 있는 경우 | ||
| spec-driven-development | 코드 작성 전에 목표, 명령어, 구조, 코드 스타일, 테스트, 경계를 포함한 PRD를 작성합니다. | 새 프로젝트, 기능 또는 중요한 변경 시작 시 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| planning-and-task-breakdown | 스펙을 수용 기준과 의존성 순서가 있는 작고 검증 가능한 작업으로 분해합니다. | 스펙이 있고 구현 가능한 단위가 필요한 경우 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| incremental-implementation | 얇은 수직 슬라이스 - 구현, 테스트, 검증, 커밋. 기능 플래그, 안전한 기본값, 롤백 친화적 변경. | 둘 이상의 파일을 건드리는 모든 변경 | ||
| test-driven-development | 레드-그린-리팩터, 테스트 피라미드(80/15/5), 테스트 크기, DAMP over DRY, Beyonce 규칙, 브라우저 테스트. | 로직 구현, 버그 수정 또는 동작 변경 시 | ||
| context-engineering | 올바른 정보를 올바른 시간에 에이전트에 제공 - 규칙 파일, 컨텍스트 패킹, MCP 통합. | 세션 시작, 작업 전환 또는 출력 품질 저하 시 | ||
| source-driven-development | 모든 프레임워크 결정을 공식 문서에 근거 - 확인, 출처 인용, 확인되지 않은 내용 표시. | 모든 프레임워크 또는 라이브러리에 대해 권위 있고 출처가 인용된 코드를 원하는 경우 | ||
| doubt-driven-development | 진행 중인 모든 중요 결정에 대한 적대적 새 컨텍스트 검토 - CLAIM → EXTRACT → DOUBT → RECONCILE → STOP, 선택적 사용자 승인 교차 모델 에스컬레이션. | 위험이 높은 경우(프로덕션, 보안, 되돌릴 수 없음), 익숙하지 않은 코드 작업, 또는 확신 있는 출력을 나중에 디버깅하는 것보다 지금 검증하는 것이 더 저렴한 경우 | ||
| frontend-ui-engineering | 컴포넌트 아키텍처, 디자인 시스템, 상태 관리, 반응형 디자인, WCAG 2.1 AA 접근성. | 사용자 대면 인터페이스 구축 또는 수정 시 | ||
| api-and-interface-design | 계약 우선 설계, Hyrum의 법칙, One-Version 규칙, 오류 의미론, 경계 검증. | API, 모듈 경계 또는 공개 인터페이스 설계 시 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| browser-testing-with-devtools | 실시간 런타임 데이터를 위한 Chrome DevTools MCP - DOM 검사, 콘솔 로그, 네트워크 추적, 성능 프로파일링. | 브라우저에서 실행되는 모든 것 구축 또는 디버깅 시 | ||
| debugging-and-error-recovery | 5단계 트라이지: 재현, 위치 파악, 축소, 수정, 보호. 중단 규칙, 안전한 대체. | 테스트 실패, 빌드 중단 또는 예상치 못한 동작 시 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| code-review-and-quality | 5축 검토, 변경 크기(~100줄), 심각도 레이블(Nit/Optional/FYI), 검토 속도 규범, 분할 전략. | 변경 사항 병합 전 | ||
| code-simplification | Chesterton의 울타리, 500 규칙, 정확한 동작을 유지하면서 복잡성 감소. | 코드는 작동하지만 읽거나 유지보수하기 어려운 경우 | ||
| security-and-hardening | OWASP Top 10 방지, 인증 패턴, 비밀 관리, 의존성 감사, 3계층 경계 시스템. | 사용자 입력, 인증, 데이터 저장소 또는 외부 통합 처리 시 | ||
| performance-optimization | 측정 우선 접근법 - Core Web Vitals 목표, 프로파일링 워크플로우, 번들 분석, 안티패턴 탐지. | 성능 요구사항이 있거나 회귀가 의심되는 경우 |
| 스킬 | 기능 | 사용 시기 | ||
|---|---|---|---|---|
| git-workflow-and-versioning | 트렁크 기반 개발, 원자적 커밋, 변경 크기(~100줄), 커밋-저장-포인트 패턴. | 모든 코드 변경 시(항상) | ||
| ci-cd-and-automation | Shift Left, 빠를수록 안전함, 기능 플래그, 품질 게이트 파이프라인, 실패 피드백 루프. | 빌드 및 배포 파이프라인 설정 또는 수정 시 | ||
| deprecation-and-migration | 코드-부채 마인드셋, 필수 vs 권고 폐기, 마이그레이션 패턴, 좀비 코드 제거. | 이전 시스템 제거, 사용자 마이그레이션 또는 기능 종료 시 | ||
| documentation-and-adrs | 아키텍처 결정 기록, API 문서, 인라인 문서 표준 - 이유를 문서화. | 아키텍처 결정, API 변경 또는 기능 출시 시 | ||
| observability-and-instrumentation | 구조화된 로깅, RED 메트릭, OpenTelemetry 추적, 증상 기반 알림 - 구축하면서 계측. | 텔레메트리 추가 또는 프로덕션에서 실행되는 모든 것 출시 시 | ||
| shipping-and-launch | 출시 전 체크리스트, 기능 플래그 수명주기, 단계적 롤아웃, 롤백 절차, 모니터링 설정. | 프로덕션 배포 준비 시 |
[...생략...]