# 文章

Canonical: https://specscore.md/zh-tw/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/zh-tw/spec-driven-development/)（SDD，spec-driven development）把結構化的規範當成核對實作的依據。

## 已發布

- [用 Claude Code 和 Cursor 做規範驅動開發](https://specscore.md/zh-tw/articles/claude-code-specs/)

Claude Code spec-driven development 與 Cursor 規格：什麼屬於 SpecScore 功能、specscore agent setup 寫入什麼，以及 specscore spec lint 如何在迴圈和持續整合（CI）中執行。

- [給 AI 寫程式用的 Markdown PRD 範本](https://specscore.md/zh-tw/articles/feature-spec-template/)

一份 Markdown 功能規格範本：需求（REQ）、驗收標準（AC）、情境、計畫和任務，用持續整合（CI）裡的 specscore spec lint 檢查。

- [在 CI 中用規格檢查器檢查規格](https://specscore.md/zh-tw/articles/lint-specs-in-ci/)

規格檢查器檢查什麼、如何在持續整合（CI，continuous integration）裡執行 specscore spec lint、真實的文字輸出，以及這和那些不在 CI/CD 裡驗證規格的工具相比如何。

- [寫出 AI 代理驗得過的驗收標準](https://specscore.md/zh-tw/articles/acceptance-criteria/)

Given/When/Then 和檢查清單形態的驗收標準範例，什麼讓一條標準可以驗證，以及 specscore spec lint 在持續整合（CI）裡檢查什麼。

- [EARS 需求語法詳解與範例](https://specscore.md/zh-tw/articles/ears-requirements/)

EARS（Easy Approach to Requirements Syntax）是什麼、句式、Kiro 如何使用 EARS 記法，以及一條能通過檢查器的 SpecScore 需求。

- [專案規格寫好了，這週你要完成什麼？](https://specscore.md/zh-tw/articles/weekly-delivery/)

把軟體規格變成每週承諾：選定使用者成果，留出實際時間，檢查證據，再做下一步決定。