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の要件。
仕様は書けた。今週、何を完成させますか？
仕様書を週単位の約束に変える方法。利用者の成果を選び、時間を確保し、証拠を確かめて次の判断につなげます。