27 lines
3.0 KiB
Markdown
27 lines
3.0 KiB
Markdown
## Why
|
||
|
||
Аудит от 20.08.2026 фиксирует подтверждённые технические находки, но сам является неизменяемым снимком и не отвечает, какую задачу продолжать в новой сессии, что уже завершено и каким evidence это подтверждено. Без отдельного реестра агенту приходится заново интерпретировать аудит и OpenSpec archives, из-за чего растёт риск взять не тот change или преждевременно считать находку закрытой.
|
||
|
||
## What Changes
|
||
|
||
- Добавить долговечный реестр remediation-аудита в `docs/development`, связанный с неизменяемым `audit-20-08-2026.md`.
|
||
- Ввести machine-readable-in-spirit правила статусов `planned`, `active`, `done`, `deferred` и `accepted`, включая обязательные поля evidence для каждого terminal status.
|
||
- Зафиксировать один путь продолжения работы: реестр указывает одну следующую рекомендуемую задачу и связывает каждую активную работу с canonical OpenSpec change.
|
||
- Добавить краткие ссылки на реестр в локальные agent instructions, не дублируя в них backlog.
|
||
- Описать, как закрытие OpenSpec change обновляет реестр с archive path, commits и результатами non-mutating verification.
|
||
|
||
## Capabilities
|
||
|
||
### New Capabilities
|
||
|
||
- `audit-remediation-workflow`: единый способ планировать, продолжать и подтверждать исправление findings из технического аудита между сессиями и независимыми Git-репозиториями.
|
||
|
||
### Modified Capabilities
|
||
|
||
- `project-foundation`: локальные `AGENTS.md` направляют агента к durable remediation registry, когда работа связана с аудитом.
|
||
- `project-documentation`: документация процесса хранит remediation registry и доказательства завершения audit-derived changes.
|
||
|
||
## Impact
|
||
|
||
Затрагиваются `specs/openspec` (новый capability и требования), `docs/development` (реестр и индекс) и короткие ссылки в `AGENTS.md` репозиториев frontend, backend, specs и docs. API, модель данных, runtime-код и зависимости не меняются. Первой функциональной задачей, которую реестр должен сделать однозначно доступной, остаётся будущий change `stabilize-frontend-query-and-strict-contracts` для WL-P1-01 и WL-P1-02.
|