Spec Kit의 개요
Spec Kit은 명세 주도 개발에 대한 GitHub의 오픈소스 해석입니다. specify CLI가 프로젝트를 설정하고, 에이전트의 슬래시 명령이 constitution, 기능 명세, 기술 계획, 작업 목록, 구현, 그리고 결과를 문서와 대조하는 converge 단계를 차례로 거칩니다.
버그 수정과 아이디어 평가는 선택적 확장입니다. 프리셋, 워크플로, 번들, 카탈로그로 팀이 템플릿을 바꾸고, 품질 관문을 더하고, 승인된 구성 요소의 비공개 카탈로그를 호스팅할 수 있습니다. uv tool install specify-cli로 설치하며, Python 3.11 이상이 필요하고, Linux, macOS, Windows에서 돕니다.
Spec Kit, 쓸 만한 가치가 있습니까?
Spec Kit은 GitHub에서 스타가 가장 많은 명세 주도 워크플로이며, 그 가치는 전적으로 누군가 명세를 읽느냐에 달려 있습니다. 저장소의 스타는 약 142,500개이고 빠르게 출시됩니다. v1.0.0이 2026년 8월 21일에 나왔고, 10월 2일부터 22일 사이 릴리스 여덟 번이 v1.2.3까지 이어졌습니다. 연동 페이지는 Claude Code와 Copilot부터 Cursor, Codex CLI, Kiro, Zed까지 이름 붙은 코딩 에이전트 41개와 범용 옵션을 나열합니다.
강점은 계약이 파일 안에 산다는 것입니다. constitution, spec, plan, tasks가 저장소의 Markdown이므로 코드처럼 풀 리퀘스트를 거치고, converge 단계는 Converged를 보고할 때까지 구현을 그것과 대조합니다. 프리셋이 조직의 표준을 강제할 수 있고, bug 확장은 원인, 수정, 검증 판정을 .specify/bugs 아래에 기록합니다.
대가는 읽는 시간입니다. Wavect의 프로덕션 가이드는 이것만으로 AI 생성 코드가 프로덕션 준비가 되지는 않는다고 말하며, Scott Logic의 CTO가 이것으로 기능 두 개를 다시 만들었을 때 검토는 약 3.5시간과 2시간이 걸렸고 에이전트 시간은 각각 약 30분이었습니다. 한 줄짜리 수정에 그 부담은 터무니없으며, 그래서 bug 확장은 전체 기능 흐름을 건너뜁니다.
구매자에게 중요한 거버넌스 문제가 두 가지 있습니다. 커뮤니티 카탈로그 항목은 감사가 아니라 발견용일 뿐이므로, 팀은 승인된 확장의 비공개 카탈로그를 운영해야 하며, Spec Kit은 오프라인 설치와 함께 이를 지원합니다. 그리고 주간 릴리스 속도 때문에 템플릿과 명령 이름이 바뀌므로, 설치 문서가 설명하듯 릴리스를 고정하면 모든 엔지니어가 같은 프로세스에 머뭅니다. BMAD는 더 많은 페르소나로 비슷한 영역을 다루며, 한 프로젝트에 둘을 함께 쓰면 서로 경쟁하는 계획 세트 두 개가 생깁니다.
제 역할을 하는 곳
Copilot과 Claude Code를 쓰는 엔지니어 12명 제품팀의 테크 리드
코드가 쓰이기 전에 에이전트가 만드는 기능을 검토 가능하게 만들기
기능마다 명세와 계획을 풀 리퀘스트로 올리고, /speckit-implement가 돌기 전에 시니어 엔지니어가 승인합니다. 소프트웨어는 무료이지만, 사소하지 않은 기능마다 분이 아니라 시간 단위의 사람 검토를 예산에 넣으십시오.
규제를 받는 핀테크의 엔지니어링 디렉터
AI 지원 변경이 어떻게 명세되고 검증됐는지 감사인에게 보이기
프리셋이 회사 표준을 constitution에 담고, 비공개 카탈로그가 확장을 승인된 것으로 제한합니다. git 안의 spec, plan, converge 출력이 문서 기록이 됩니다. 위험은 검토자가 긴 문서를 형식적으로 승인하는 것입니다.
에이전트로 프로덕션 버그를 고치는 1인 개발자
원인을 놓치지 않고 충돌 고치기
`specify extension add bug` 후 assess, fix, test 명령이 판정을 verified, partial, failed로 매긴 보고서를 씁니다. 기능 흐름보다 가볍고 에이전트 자체 사용량만 듭니다.
도입 전 확인할 점
- 설정
- `uv tool install specify-cli` 후 `specify init my-project --integration copilot`(Python 3.11+, uv, 지원되는 에이전트)을 실행합니다. 첫 명세는 에이전트 채팅의 슬래시 명령 몇 개로 나옵니다.
- 연동
- Claude Code, GitHub Copilot, Gemini CLI, Codex CLI, Cursor, Cline, opencode, Kiro CLI, Zed를 포함한 이름 붙은 에이전트 41개. 맞춤화를 위한 확장, 훅, 프리셋, 워크플로, 번들.
- 데이터 와 개인정보
- 로컬에서 실행되며 Markdown을 저장소에 씁니다. 에이전트가 그 내용을 자체 모델 제공사로 보냅니다. 문서에 텔레메트리 언급은 없습니다. MIT 라이선스이며 공개된 GitHub 보안 권고는 없습니다.
- 대규모 사용 시 비용
- 유료 에디션은 없습니다. 실제 비용은 기존 요금제의 에이전트 사용량과 검토자 시간입니다. Scott Logic이 공개한 시험에서 기능당 약 2시간에서 3.5시간이었습니다.
- 제한
- 주간 릴리스로 템플릿이 바뀜. 커뮤니티 카탈로그는 감사되지 않음. 작은 변경에는 무거움. 한 프로젝트에서 BMAD와 합리적으로 결합되지 않음.
좋은 점
- spec, plan, tasks를 코드처럼 git에서 검토
- 이름 붙은 에이전트 연동 41개 와 범용 옵션
- 기업을 위한 비공개 카탈로그와 에어갭 설치
- converge 단계가 코드를 명세와 대조
아쉬운 점
- 사소하지 않은 기능마다 몇 시간의 문서 검토
- 작은 수정에는 과함
- 커뮤니티 카탈로그 항목은 감사되지 않음
- 잦은 릴리스로 템플릿과 명령이 바뀜
추천 대상
에이전트가 코드를 쓰기 전에 글로 쓴 검토 가능한 명세를 원하는 팀.
Spec Kit 대안
Spec Kit: 자주 묻는 질문
- Spec Kit, 쓸 만한 가치가 있습니까?
- Spec Kit은 에이전트 작업을 git 안의 검토 가능한 문서로 바꾸며, 그 대가를 기능마다 몇 시간의 사람 읽기 시간으로 받습니다. 평점은 5점 만점에 4.3점입니다.
- Spec Kit의 가격은 얼마입니까?
- MIT의 무료 오픈소스입니다.
- Spec Kit의 단점은 무엇입니까?
- 사소하지 않은 기능마다 몇 시간의 문서 검토; 작은 수정에는 과함; 커뮤니티 카탈로그 항목은 감사되지 않음; 잦은 릴리스로 템플릿과 명령이 바뀜.
- Spec Kit에 적합한 사람은 누구입니까?
- 에이전트가 코드를 쓰기 전에 글로 쓴 검토 가능한 명세를 원하는 팀.
- 팀이나 프로덕션 환경에서 Spec Kit의 비용은 얼마입니까?
- 유료 에디션은 없습니다. 실제 비용은 기존 요금제의 에이전트 사용량과 검토자 시간입니다. Scott Logic이 공개한 시험에서 기능당 약 2시간에서 3.5시간이었습니다.
- Spec Kit에 회사 데이터를 맡겨도 안전합니까?
- 로컬에서 실행되며 Markdown을 저장소에 씁니다. 에이전트가 그 내용을 자체 모델 제공사로 보냅니다. 문서에 텔레메트리 언급은 없습니다. MIT 라이선스이며 공개된 GitHub 보안 권고는 없습니다.
- Spec Kit의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 BMAD Method, Superpowers 및 Matt Pocock's Skills입니다.
답변 확인일: 2026년 10월 26일.
Spec Kit 개발사입니까? 이 평점을 사이트에 표시하십시오
