speckit이나 kiro에 비해 어떤 점이 차이가 있는지

작성한 질문수 1

0

안녕하세요 JASPER님, 정확히 보셨습니다. 좋은 질문 감사합니다.

한 줄로 요약하면 "완성된 SDD 도구를 쓰는 것"과 "우리 팀이 일하는 방식을

SDD 도구로 만드는 것"의 차이입니다.

1. spec-kit / Kiro

설치하면 요구사항 → 설계 → 작업 분해로 이어지는 산출물과 명령 흐름이 바로

갖춰집니다. 시작이 빠르고 템플릿이 이미 다듬어져 있어서, SDD를 처음 접할 때

흐름을 체감하기에 좋습니다. 대신 그 도구가 정한 산출물 양식과 단계를 따라가게

됩니다.

2. 이 강의의 방식

같은 흐름을 Skill과 Plugin으로 직접 조립합니다. 목적은 SDD 도구를 하나 더

만드는 게 아니라, 조직이 실제로 일하는 절차를 에이전트가 반복 실행할 수 있는

형태로 소유하는 데 있습니다. 차이가 실제로 드러나는 지점은 세 군데입니다.

1) 커스터마이즈 깊이

정해진 산출물 양식이 우리 문서 규격이나 검수 절차와 어긋날 때, 도구를 쓰면

양식에 맞추게 되고 직접 만들면 양식을 우리 쪽에 맞춥니다. 사내 리뷰 기준 같은

걸 흐름 안에 아예 강제로 끼워 넣을 수 있습니다.

2) 적용 범위

spec-kit과 Kiro는 소프트웨어 개발 워크플로우가 중심입니다. Skill과 Plugin은

같은 방식이 개발 외 업무로도 확장됩니다. 강의가 SDD를 예로 들었을 뿐,

SDD 전용 기술은 아닙니다.

3) 환경 종속

Kiro는 IDE를 옮기는 선택이 따라옵니다. Skill과 Plugin은 Claude Code 위에

얹히고 저장소에 함께 커밋되므로, 팀원이 clone만 해도 같은 절차를 공유합니다.

4. 단점

직접 구축은 초기 시간이 들고, 유지보수가 본인 몫이며, 처음 만든 템플릿은 성숙한

오픈소스 템플릿보다 거칠 수 있습니다. 반대로 기성 도구는 그 도구의 방향 전환을

따라가야 하고, 내부 규칙을 깊게 반영하기는 어렵습니다.

5. 추천 순서

둘은 배타적이지 않습니다. SDD 자체가 처음이시라면 spec-kit으로 흐름을 먼저

겪어보시는 걸 권합니다. 쓰다 보면 "이 단계는 우리한테 과하다", "이 검수가

빠졌다" 하는 지점이 보이는데, 그때 그 부분만 Skill로 바꿔 끼우면 됩니다.

이 강의는 정확히 그 두 번째 단계를 다룹니다.

감사합니다.