Claude Code와 Cursor로 하는 명세 주도 개발
Claude Code spec-driven development와 Cursor 명세. SpecScore 기능에 속하는 것, specscore agent setup이 쓰는 것, 그리고 specscore spec lint가 루프와 지속적 통합(CI)에서 어떻게 실행되는지.
글
여기 글은 요구사항 표기법이나 명세 주도 개발(SDD, spec-driven development) 방식을 설명한 뒤, 같은 생각을 specscore spec lint가 지속적 통합(CI, continuous integration)에서 검사할 수 있는 SpecScore 요구사항(REQ)으로 보여 줍니다. SpecScore 글은 명세를 평이한 말로 설명합니다. 인수 기준(AC, acceptance criteria)은 변경이 완료로 치려면 참이어야 하는 조건입니다. 스펙 주도 개발(SDD, spec-driven development)은 구조화된 명세를 구현을 대조하는 정본으로 둡니다.
공개됨
AI 코딩을 위한 Markdown PRD 템플릿
Markdown 기능 명세 템플릿. 요구사항(REQ), 인수 기준(AC), 시나리오, 계획, 작업을 지속적 통합(CI)의 specscore spec lint로 검사합니다.
CI에서 명세 린터로 명세를 린트하기
명세 린터가 검사하는 것, 지속적 통합(CI, continuous integration)에서 specscore spec lint를 실행하는 방법, 실제 텍스트 출력, 그리고 CI/CD에서 명세를 검증하지 않는 도구와의 비교.
AI 에이전트가 검증할 수 있는 인수 기준을 쓰는 법
Given/When/Then과 체크리스트 형태의 인수 기준 예시, 기준을 검증 가능하게 만드는 것, 그리고 지속적 통합(CI)에서 specscore spec lint가 검사하는 것.
EARS 요구사항 구문을 예와 함께 설명
EARS(Easy Approach to Requirements Syntax)가 무엇인지, 문장 패턴, Kiro가 EARS 표기법을 쓰는 방식, 린터를 통과하는 SpecScore 요구사항.
프로젝트 명세는 끝났습니다. 이번 주에는 무엇을 완성할 건가요?
명세를 주간 약속으로 바꾸세요. 사용자 결과를 선택하고, 시간을 확보하고, 증거를 검토한 뒤 다음 결정을 내리는 방법입니다.