# 記事

Canonical: https://specscore.md/ja/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/ja/spec-driven-development/)（SDD、spec-driven development）は、構造化された仕様を、実装を突き合わせる正本として扱います。

## 公開済み

- [Claude Code と Cursor による仕様駆動開発](https://specscore.md/ja/articles/claude-code-specs/)

Claude Code spec-driven development と Cursor の仕様。SpecScore の機能に属するもの、specscore agent setup が書くもの、そして specscore spec lint がループと継続的インテグレーション（CI）でどう実行されるか。

- [AIコーディング向けMarkdownのPRDテンプレート](https://specscore.md/ja/articles/feature-spec-template/)

Markdown の機能仕様テンプレート。要件（REQ）、受け入れ基準（AC）、シナリオ、プラン、タスクを、継続的インテグレーション（CI）の specscore spec lint で検査します。

- [CIで仕様リンターを使って仕様をリントする](https://specscore.md/ja/articles/lint-specs-in-ci/)

仕様リンターが検査すること、継続的インテグレーション（CI、continuous integration）で specscore spec lint を実行する方法、実際のテキスト出力、そして CI/CD で仕様を検証しないツールとの比較。

- [AIエージェントが検証できる受け入れ基準の書き方](https://specscore.md/ja/articles/acceptance-criteria/)

Given/When/Then とチェックリストの形の受け入れ基準の例、基準を検証可能にするもの、そして継続的インテグレーション（CI）で specscore spec lint が検査するもの。

- [EARS要件構文を例で説明する](https://specscore.md/ja/articles/ears-requirements/)

EARS（Easy Approach to Requirements Syntax）とは何か、文型、KiroがEARS記法をどう使うか、リンターを通るSpecScoreの要件。

- [仕様は書けた。今週、何を完成させますか？](https://specscore.md/ja/articles/weekly-delivery/)

仕様書を週単位の約束に変える方法。利用者の成果を選び、時間を確保し、証拠を確かめて次の判断につなげます。