GitHub 신청 이슈를 바탕으로 Spec Kit 커뮤니티 확장을 검증합니다. 카탈로그와 소개 표를 추가·갱신하고 변경을 커밋·푸시한 뒤 풀 리퀘스트를 만듭니다.
- 새로 신청한 커뮤니티 확장 등록
- 확장 버전과 정보 갱신
- 게시 규칙에 따른 신청 검증
github/spec-kit14.2만2026년 10월 17일 업데이트
무료GitHub에 공개한국어 소개
code-review
Spec Kit의 코드 변경과 풀 리퀘스트를 검토합니다. 설계 문서와의 일치, 정상·오류 상황 테스트, 버그 수정의 재발 방지 근거, 용어 통일을 확인합니다.
원문원문 설명 보기
Reviews Spec Kit code changes for consistency with applicable design documents, positive and negative test coverage, regression evidence for bug fixes, and consistent repository terminology. Use when reviewing a diff or pull request. Do not use for implementing changes or posting GitHub review actions.
연동 도구GitHub
AI 평가100점/ 100설치 방법 보기이럴 때 유용합니다
- Spec Kit PR 검토
- 정상·오류 상황 테스트 확인
- 버그 수정의 회귀 테스트 확인
- 설계 문서와 구현의 일치 확인
한국어 소개
할 수 있는 일
code-review는 Spec Kit의 코드 변경 내역과 풀 리퀘스트를 검토해 설계와 구현의 차이, 테스트 부족을 확인합니다. 기대하는 동작뿐 아니라 코드가 막아야 하는 동작을 검증하는 테스트도 살펴봅니다. 버그 수정에서는 변경 전에 문제가 재현되고 변경 후에 해결되었음을 보여 주는 회귀 테스트의 근거를 확인합니다.
이럴 때 유용합니다
CLI 명령, 에이전트 연동, 워크플로 변경을 관련 설계 문서와 대조할 때 유용합니다. 지적 사항에는 문서 이름과 해당 절을 함께 제시합니다. 설명 없는 설계 위반과 이유가 있는 의도적인 설계 변경을 구분하고, 저장소 안에서 용어가 일관되게 쓰이는지도 확인합니다.
사용 예시
- “이 풀 리퀘스트를 관련 설계 문서와 테스트 관점에서 검토해 주세요.”
- “이 버그 수정에 변경 전후 결과를 보여 주는 회귀 테스트가 있는지 확인해 주세요.”
주의 사항
변경 구현이나 GitHub에 리뷰를 게시하는 작업은 대상이 아닙니다. 변경 전후 비교를 실행할 수 없다면 확보한 근거를 활용하고 그 한계를 명시합니다. 커뮤니티가 작성한 카탈로그 내용과 이를 바탕으로 생성한 문서는 용어 검사에서 제외합니다.
이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.
객관 평가
AI가 SKILL.md의 내용만을 근거로 4가지 관점에서 판정했습니다. 스타 수나 인기도는 판정에 넣지 않았습니다.
- 지시의 명확성언제 쓰고 무엇을 하는지 알 수 있는가
- A양호Spec Kit 변경 내역과 PR을 대상으로 설계, 테스트, 용어의 검사 범위를 명시합니다.
- 절차의 구체성절차·입출력·예시가 구체적으로 적혀 있는가
- A양호여섯 검사 절차, 분야별 참고 문서, 지적 사항에 첨부할 문서와 절을 지정합니다.
- 안전성전송·삭제·명령 실행 등을 명시하고 있는가
- A양호검토를 대상으로 하며 변경 구현과 GitHub 리뷰 게시를 명시적으로 제외합니다.
- 도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
- A양호대상 변경 내역과 design/ 문서를 사용하며 추가 도구나 API 키를 요구하지 않습니다.
총점은 각 항목을 A=25점, B=15점, C=5점으로 더한 값입니다. 2026년 10월 20일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.
평가가 다르다고 생각되면 재검토를 요청하기
포함된 파일(1)
- SKILL.md1.7 KB
SKILL.md(원문)
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Code Review
- Ensure each code change has test cases that verify what the code should do and what it should prevent.
- Ensure bug-fix pull requests include a regression test that demonstrates the bug was reproducible before the change and is fixed afterward; if the reviewer cannot run the comparison, use available evidence and state that limitation.
- Ensure wording changes use repository-consistent terms; exclude community-authored catalog content and its generated documentation from this check.
- Identify the affected domains and read the applicable documents in
design/before evaluating architectural consistency. For CLI command changes, usedesign/cli.md; for agent integrations, usedesign/integration.md; for workflow step types, usedesign/workflow-step.md. Read other design documents when relevant, not every document for every PR. - Check the changes against the applicable design requirements, including implementation boundaries, ownership, lifecycle, and delivery requirements. Reference the documents rather than duplicating their rules in this skill. Cite the document and section for each reported mismatch.
- Distinguish an unexplained design violation from an intentional design change. Evaluate the rationale and evidence for an intentional change; updating the design document alone does not establish that the implementation is justified.
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.