59 lines
4.2 KiB
Markdown
59 lines
4.2 KiB
Markdown
---
|
||
status: superseded
|
||
---
|
||
|
||
# Native OpenSpec lifecycle и repository gates
|
||
|
||
Обязательность описанной ниже процедуры заменена
|
||
[ADR 012](012-task-driven-development-with-scoped-context.md). Текст сохраняет
|
||
историческое решение; current policy — прямая работа по задаче.
|
||
|
||
## Контекст
|
||
|
||
[ADR 010](010-native-openspec-sdd-and-local-orchestration.md) сохраняет 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](../development/engineering-governance.md), роль
|
||
сохранённых требований — в [OpenSpec](../development/openspec-authority-and-lifecycle.md).
|
||
Эти материалы отражают последующее упрощение процесса, а не восстанавливают
|
||
обязательность исторической процедуры.
|