# 글

Canonical: https://specscore.md/ko/articles/

여기 글은 요구사항 표기법이나 명세 주도 개발(SDD, spec-driven development) 방식을 설명한 뒤, 같은 생각을 `specscore spec lint`가 지속적 통합(CI, continuous integration)에서 검사할 수 있는 SpecScore 요구사항(REQ)으로 보여 줍니다. SpecScore 글은 명세를 평이한 말로 설명합니다. [인수 기준](https://specscore.md/acceptance-criteria-specification)(AC, acceptance criteria)은 변경이 완료로 치려면 참이어야 하는 조건입니다. [스펙 주도 개발](https://specscore.md/ko/spec-driven-development/)(SDD, spec-driven development)은 구조화된 명세를 구현을 대조하는 정본으로 둡니다.

## 공개됨

- [Claude Code와 Cursor로 하는 명세 주도 개발](https://specscore.md/ko/articles/claude-code-specs/)

Claude Code spec-driven development와 Cursor 명세. SpecScore 기능에 속하는 것, specscore agent setup이 쓰는 것, 그리고 specscore spec lint가 루프와 지속적 통합(CI)에서 어떻게 실행되는지.

- [AI 코딩을 위한 Markdown PRD 템플릿](https://specscore.md/ko/articles/feature-spec-template/)

Markdown 기능 명세 템플릿. 요구사항(REQ), 인수 기준(AC), 시나리오, 계획, 작업을 지속적 통합(CI)의 specscore spec lint로 검사합니다.

- [CI에서 명세 린터로 명세를 린트하기](https://specscore.md/ko/articles/lint-specs-in-ci/)

명세 린터가 검사하는 것, 지속적 통합(CI, continuous integration)에서 specscore spec lint를 실행하는 방법, 실제 텍스트 출력, 그리고 CI/CD에서 명세를 검증하지 않는 도구와의 비교.

- [AI 에이전트가 검증할 수 있는 인수 기준을 쓰는 법](https://specscore.md/ko/articles/acceptance-criteria/)

Given/When/Then과 체크리스트 형태의 인수 기준 예시, 기준을 검증 가능하게 만드는 것, 그리고 지속적 통합(CI)에서 specscore spec lint가 검사하는 것.

- [EARS 요구사항 구문을 예와 함께 설명](https://specscore.md/ko/articles/ears-requirements/)

EARS(Easy Approach to Requirements Syntax)가 무엇인지, 문장 패턴, Kiro가 EARS 표기법을 쓰는 방식, 린터를 통과하는 SpecScore 요구사항.

- [프로젝트 명세는 끝났습니다. 이번 주에는 무엇을 완성할 건가요?](https://specscore.md/ko/articles/weekly-delivery/)

명세를 주간 약속으로 바꾸세요. 사용자 결과를 선택하고, 시간을 확보하고, 증거를 검토한 뒤 다음 결정을 내리는 방법입니다.