# OpenSpec: роль требований и история процесса

Обязательный SDD lifecycle отменён для обычной разработки согласно
[ADR 012](../adr/012-task-driven-development-with-scoped-context.md).
Задача пользователя определяет ожидаемый результат; дополнительные planning
artifacts и архивирование не являются условием её завершения.

## Существующие материалы

Основные спецификации сохраняют согласованное проверяемое поведение, включая
текущее. OpenSpec changes содержат предложения, их дизайн и задачи, архив —
историю согласования. Store `wealth-ledger-specs` находится в `specs/openspec/`:
основные спецификации — `specs/`, изменения — `changes/` внутри Store.
[Предметный индекс](../../specs/AI_INDEX.md) ведёт к конкретным requirements/scenarios.

Существующее описание изменения относится только к своему объёму и не доказывает
готовность возможности. Docs объясняет систему и последствия правил;
при расхождении со спецификацией нужно установить причину, а не объявлять
реализацию или текст автоматически верным.

## Если OpenSpec запрошен явно

OpenSpec остаётся необязательным средством согласования требований, дизайна
и задач. Его собственная модель определяет состав и порядок артефактов;
подтверждение человеком и смысловая проверка результата не выводятся из
одного наличия файлов. Обновление требований и архивирование меняют историю,
поэтому относятся к явно выбранной работе с этой историей.

Причины прежнего процесса и его упрощения сохранены в
[ADR 010](../adr/010-native-openspec-sdd-and-local-orchestration.md) и
[ADR 011](../adr/011-native-openspec-lifecycle-with-repository-gates.md).