specs/openspec/changes/archive/2026-08-26-harden-openspec-sdd-agent-resilience/specs/multi-repository-delivery/spec.md

MODIFIED Requirements

Requirement: Tasks трассируются к утверждённым требованиям

Каждый checkbox Tasks MUST содержать coverage reference: одну или несколько пар из точного capability path и точного Requirement heading либо N/A с конкретной причиной для работы, которая не реализует spec-level behavior. Причина N/A MUST объяснять отсутствие самостоятельного observable behavior, техническую необходимость задачи и её связь с утверждённым Design или delivery; однословная категория или неразрешённый placeholder не являются достаточной причиной. Каждый Requirement из Delta Specs MUST быть покрыт хотя бы одной task. Planning validation MUST отклонять отсутствующее покрытие, ссылку на несуществующий capability или Requirement, пустую причину N/A и неразрешённый placeholder. Содержательная достаточность непустой причины SHALL оцениваться semantic approval и independent review и MUST NOT выдаваться за детерминированный hard guardrail. Traceability SHALL использовать нативную идентичность requirement и MUST NOT вводить параллельный namespace собственных requirement IDs.

Scenario: Delta requirement покрыт реализацией

• WHEN Tasks планирует поставку изменённого requirement
• THEN хотя бы один checkbox ссылается на точный capability path и Requirement heading этого delta

Scenario: Задача не меняет spec-level behavior

• WHEN task обновляет infrastructure, documentation или verification без самостоятельного requirement
• THEN coverage reference содержит N/A и конкретно объясняет техническую необходимость задачи и её связь с утверждённым Design или delivery

Scenario: N/A содержит placeholder

• WHEN coverage reference оставляет template placeholder вместо фактической причины
• THEN planning validation блокирует approval Tasks и указывает незавершённую metadata

Scenario: N/A содержит непустую слабую причину

• WHEN coverage reference формально заполнена, но не объясняет необходимость задачи или её связь с утверждённым change
• THEN semantic review запрашивает уточнение без представления эвристической текстовой оценки как hard guardrail

Scenario: Requirement остался без задачи

• WHEN хотя бы один Requirement из Delta Specs не указан ни в одной coverage reference
• THEN planning validation блокирует approval Tasks и перечисляет uncovered Requirement