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

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

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

OpenSpec сохраняет поведенческие требования, предложенные изменения и историю
согласования. Существующее описание изменения относится только к своему объёму
и не доказывает готовность другой возможности. Текущее поведение системы
объясняется в [карте возможностей](../features/README.md).

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

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

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