무거운 CLI 없는 Spec Kit: Cursor에서 사양 기반 개발을 프로젝트에 적용하기

이 문서는 Cursor에서 전체 Spec Kit를 GitHub에서 배포하지 않고도 스펙 기반 AI 개발을 사용하려는 개발자, 분석가, 기술 문서 작성자를 대상으로 합니다. 전체 파이프라인(constitution, specify, plan, tasks, implement) 대신, 변경 불가능한 저장소 규칙이 있는 constitution, 작업 사양, 명시적인 인간의 동의(에이전트는 스스로 동의할 수 없음), 동의된 사양에 따른 구현, 그리고 활성 작업을 가리키는 포인터로 구성된 최소 세트를 제안합니다. 그들은 plan, tasks, 대량 재빌드와 같은 추가 단계는 종종 중복되어 노이즈를 만들고 덮어쓰기 위험을 초래한다고 주장합니다. 적응된 접근 방식은 세 부분으로 구성됩니다: Cursor 규칙(항상 컨텍스트에 있음), 스킬(/project-init, /project-specify, /project-implement와 같은 명시적 명령), 그리고 저장소 아티팩트(constitution, 사양, 초안, feature.json 포인터). 작업 흐름은 init, specify, 인간 동의, implement입니다. constitution은 프로젝트 목표, 파이프라인 단계, 피해야 할 것(plan/tasks), 의미론적 계층과 결과 계층의 분리, [NOT KNOWN] 태그로 소스에 대한 충실성, 구현 시 reasoning_temperature 낮음, 비밀 금지, constitution 변경 절차를 명시합니다. 구현은 사양이 동의 상태이고 차단하는 알 수 없는 항목이 없는 경우에만 허용됩니다. 또한 일반적인 실수를 설명하고, 단순화된 주기가 증분 작업에 충분하며, 전체 Spec Kit는 CLI 또는 표준 다단계 파이프라인이 필요한 사람들을 위한 것임을 언급합니다. 두 접근 방식은 호환되며 아티팩트는 재사용할 수 있습니다. 기사는 디렉토리 구조보다 파이프라인 규율을 강조하며 결론을 맺습니다.