깃허브 Spec Kit, 코드 짜기 전 설계도부터 그리게 한다

무엇이 나왔나

깃허브(GitHub)가 오픈소스 프로젝트 Spec Kit를 내놓았다. 짧은 시간에 126K개 이상의 스타와 8K개 이상의 포크를 모은 것으로 알려졌다. Spec Kit는 코딩 에이전트가 곧바로 코드를 짜지 않고, 먼저 구조화된 명세를 작성하도록 강제하는 워크플로우다. 명령어는 여섯 단계로 이어진다. /constitution으로 규칙과 기준을 세우고, /specify로 무엇을 만들지 정의하며, /clarify로 시작 전 남은 의문을 정리한다. 이어 /plan에서 아키텍처와 기술 스택을 짜고, /tasks로 작업을 순서대로 나눈 뒤, /implement로 실행에 들어간다. 클로드 코드, 커서, 코파일럿, 코덱스, 제미나이 CLI를 포함해 25개 이상의 에이전트와 호환된다고 알려졌다.

이게 무슨 얘긴가

바이브 코딩 — 코드를 몰라도 말로 시켜서 앱을 만드는 방식 — 은 짧은 프롬프트 하나로 시작하는 경우가 많다. 문제는 에이전트가 사용자의 의도를 절반만 이해한 채 코드를 쏟아내고, 뒤늦게 프로젝트 구조가 어긋난 걸 발견하는 일이 반복된다는 점이다. 명세 우선 개발이라는 개념 자체는 소프트웨어 공학에서 오래전부터 있었지만, 사람이 아니라 AI 에이전트에게 이 습관을 강제로 붙인 시도는 최근에야 본격화됐다. Spec Kit는 에이전트가 코드를 짜기 전에 사람처럼 되묻고 문서화하도록 만들어, 결과물의 일관성을 높이는 데 초점을 맞춘다. 깃허브는 최근 자바 개발자용 코파일럿 SDK를 공개하며 특정 모델에 종속되지 않는 BYOK 방식을 지원하는 등, 에이전트 생태계를 넓히는 행보를 이어왔다. Spec Kit 역시 특정 도구가 아니라 여러 에이전트를 아우르는 표준 워크플로우를 겨냥한다는 점에서 같은 맥락에 있다.

그래서 뭐가 달라지나

특정 에이전트에 종속되지 않는 명세 워크플로우가 오픈소스로 나오면서, 팀 단위로 코딩 에이전트를 도입할 때 공통 규칙을 세우는 일이 한결 쉬워졌다. 개발자가 프롬프트만 던지고 결과를 기다리는 대신, 무엇을 왜 만드는지 먼저 정리하는 절차가 표준처럼 자리 잡을 가능성이 커졌다. 깃허브의 최근 SDK·에이전트 도구 공개 흐름과 맞물려, 에이전트 코딩의 다음 경쟁 지점이 모델 성능 자체보다 워크플로우 표준화로 옮겨가고 있다는 신호로 읽힌다.