Microsoft, Spec Kit을 포크 없이 조직별로 확장하는 설계 제안

Microsoft 개발자 글이 GitHub Spec Kit을 조직별 규칙에 맞추는 확장 방식을 설명했다. 프리셋으로 기존 템플릿·명령을 조정하고, 확장으로 검토·연동 기능을 추가한 뒤 버전이 고정된 번들로 배포한다. 조직 승인 카탈로그를 기본 설치 경로로 두고 커뮤니티 목록은 탐색용으로 구분하자는 제안이다.

내용·출처 업데이트 · 2026. 10. 10. 오후 7:01

프리셋은 우선순위가 있는 설정 계층으로 템플릿·명령·프롬프트·용어를 덮어쓴다.

확장은 보안 검토 명령, 접근성 검사, 내부 업무 시스템 연동 등 기존 개발 단계 밖의 기능을 추가한다.

번들은 프리셋·확장 등을 하나의 버전 관리·설치 단위로 묶으며, 버전 고정과 출처 추적을 지원한다고 설명했다.

워크플로는 명령·프롬프트·스크립트·사람의 검토 지점을 연결하고 조건 분기·반복·일시정지·재개를 구성한다.

커뮤니티 카탈로그의 등재는 형식·메타데이터 확인이며 코드의 보안 검토나 보증을 의미하지 않는다고 설명했다.

조직 규칙, 도메인·기술 규칙, 팀별 예외를 계층화하는 운영 모델과 실행 후 토큰 사용량을 수집하는 확장 예시를 제시했다.

조직 공통 규칙과 팀별 추가 기능을 모듈로 분리하면 원본 도구의 업데이트를 받으면서 설정 차이를 관리하기 쉽다.