Статьи здесь объясняют нотацию требований или практику разработки по спецификациям (SDD, spec-driven development), а затем показывают ту же идею как требование SpecScore (REQ), которое specscore spec lint может проверить в непрерывной интеграции (CI, continuous integration). Статьи SpecScore объясняют спецификацию простым языком. Критерии приёмки (AC, acceptance criteria) — условия, которые должны быть истинными, прежде чем изменение считается готовым. Разработка по спецификациям (SDD, spec-driven development) считает структурированную спецификацию источником, относительно которого проверяется реализация.
Claude Code spec-driven development и спецификации Cursor: что принадлежит функции SpecScore, что пишет specscore agent setup и как specscore spec lint запускается в цикле и в непрерывной интеграции (CI).
Шаблон спецификации функции в Markdown: требования (REQ), критерии приёмки (AC), сценарий, план и задачи, проверенные командой specscore spec lint в непрерывной интеграции (CI).
Что проверяет линтер спецификаций, как запускать specscore spec lint в непрерывной интеграции (CI), реальный текстовый вывод и как это сопоставляется с инструментами, которые не проверяют спецификации в CI/CD.
Примеры критериев приёмки в форме Given/When/Then и чеклиста, что делает критерий проверяемым и что specscore spec lint проверяет в непрерывной интеграции (CI).
Что такое EARS (Easy Approach to Requirements Syntax), шаблоны предложений, как Kiro использует нотацию EARS и требование SpecScore, которое проходит линтер.
Превратите спецификацию в недельное обязательство: выберите результат для пользователя, выделите время и проверьте доказательства перед следующим решением.
Нашли ошибку в переводе или знаете как улучшить эту страницу?