4.2 KiB
status
| status |
|---|
| superseded |
Native OpenSpec lifecycle и repository gates
Обязательность описанной ниже процедуры заменена ADR 012. Текст сохраняет историческое решение; current policy — прямая работа по задаче.
Контекст
ADR 010 сохраняет rationale
выбора native OpenSpec и независимых repository gates. Его описание schema v3,
custom authority/planning verifiers и dispatcher относится к прежней реализации.
На момент решения проектная schema wealth-ledger-sdd
имела version 5 и граф Proposal → Delta Specs → Design → Tasks → Apply.
Порядок работы определялся средствами OpenSpec и общими правилами проекта;
дополнительные точки входа служили навигацией по единой процедуре.
Версия OpenSpec CLI была зафиксирована как 1.10.0.
Версия schema и CLI contract — разные сведения. Фиксация версии
не доказывает запуск прежних проверок; это решение не меняет CLI pin,
version contract, schema или требования к tooling.
Решение
Частично заменить ADR 010 в части прежней schema version и orchestration.
Единым хранилищем согласования оставался wealth-ledger-specs.
Процедура разделяла следующие ответственности:
- Согласование ролей, подтверждений, объёма поставки и обязательных проверок.
- Планирование и применение изменений, структурную проверку и смысловое согласование требований.
- Выбор и повторную сверку исходных знаний, восстановление контекста и повторное использование свидетельств.
Native OpenSpec получает structure и contextFiles текущего artifact или Apply. Каждое изменяемое приложение владело своей проверкой качества. Выполнение процедуры не зависит от custom verifier, dispatcher, skill или session adapter; optional entrypoints остаются navigation, без второго workflow engine.
Последствия
Люди и автоматизированные инструменты следовали единой процедуре, а каждый репозиторий отвечал за собственные проверки. ADR фиксировал причину этого разделения ответственности. Исходные альтернативы и rationale остаются в ADR 010; historical archives, audits и evidence сохраняют описание своего времени.
Structural success не подтверждает решение Change Owner, semantic compliance или независимый PASS. Approval bindings, полный применимый context/Design package, независимая Validation и отдельная Finalization сохраняются. Замена orchestration не ослабляет gates и не разрешает изменение незатронутых main-spec requirements о tooling.
Текущие принципы сопровождения описаны в engineering governance, роль сохранённых требований — в OpenSpec. Эти материалы отражают последующее упрощение процесса, а не восстанавливают обязательность исторической процедуры.