# ACCEPTANCE_CHECKLIST_STAGE_04

## Назначение документа

Этот документ используется для приёмки реализации Stage 4.
Его задача — проверить, что graph core внедрён как рабочий runtime-слой, а не как формальная схема.

Документ обязателен для:
- Codex;
- разработчика;
- ручного review;
- финальной фиксации Stage 4.

---

## Статус документа

- Статус: чеклист приёмки Stage 4
- Язык: русский
- Режим использования: обязателен при завершении каждой волны и при финальной приёмке Stage 4
- При конфликте по scope приоритет имеет `STAGE_04_TASK_CARD.md`
- При конфликте по архитектурным ограничениям приоритет имеет `ARCHITECTURE_GUARDRAILS.md`
- При конфликте по platform logic приоритет имеет `TZ_Platform_Core_Accounting_Assistant_Mode.md`

---

## Правила оценки

Допустимые статусы:

- `PASS` — выполнено полностью
- `PARTIAL` — выполнено частично, требуется доработка
- `FAIL` — не выполнено
- `N/A` — не применимо (только с явным обоснованием)

Для каждого пункта обязателен комментарий:
- что проверялось;
- где реализовано;
- чем подтверждается;
- какие ограничения остались.

---

## Общая логика приёмки

Stage 4 считается принятым только если одновременно выполнено:

1. Закрыт именно Stage 4, без скрытого выезда в Stage 5–6.
2. Graph contracts реализованы и используются runtime.
3. Graph traversal реально участвует в graph-eligible retrieval.
4. Problem assembly использует graph connectivity.
5. Lifecycle reasoning использует graph transitions.
6. Answer layer использует graph-backed causal explanation.
7. Есть benchmark/eval подтверждение value.
8. Рабочий контур не разрушен.

---

# Блок A. Scope discipline

## A1. Реализован именно Stage 4
Статус:
Комментарий:

## A2. Нет скрытого выезда в Stage 5
Статус:
Комментарий:

## A3. Нет скрытого выезда в Stage 6
Статус:
Комментарий:

## A4. Нет большого ненужного platform refactor
Статус:
Комментарий:

---

# Блок B. Graph model

## B1. Реализована schema `AccountingGraphNode`
Статус:
Комментарий:

## B2. Реализована schema `AccountingGraphEdge`
Статус:
Комментарий:

## B3. Внедрён `GraphSchemaRegistry`
Статус:
Комментарий:

## B4. Узлы/связи имеют provenance/confidence
Статус:
Комментарий:

## B5. Нет generic edges уровня `related_to` как основного механизма
Статус:
Комментарий:

---

# Блок C. Graph runtime

## C1. Реализован `GraphBuilder`
Статус:
Комментарий:

## C2. Реализован `GraphTraversalPolicy`
Статус:
Комментарий:

## C3. Реализован `GraphValidationLayer`
Статус:
Комментарий:

## C4. Missing/conflicting links детектируются как runtime-сигналы
Статус:
Комментарий:

## C5. Runtime устойчив к неполным данным
Статус:
Комментарий:

---

# Блок D. Интеграция слоёв

## D1. Planner поддерживает graph eligibility
Статус:
Комментарий:

## D2. Execution использует typed graph traversal в graph-eligible запросах
Статус:
Комментарий:

## D3. Problem assembly использует graph connectivity
Статус:
Комментарий:

## D4. Lifecycle checks используют graph transitions
Статус:
Комментарий:

## D5. Answer layer использует graph-backed causal path
Статус:
Комментарий:

---

# Блок E. Quality / eval

## E1. Добавлены unit tests для graph contracts/runtime
Статус:
Комментарий:

## E2. Добавлены integration tests для planner/execution graph path
Статус:
Комментарий:

## E3. Regression по Stage 2/Stage 3 не сломан
Статус:
Комментарий:

## E4. Есть benchmark suite Stage 4
Статус:
Комментарий:

## E5. Есть before/after value report
Статус:
Комментарий:

---

# Блок F. Observability / compatibility

## F1. Graph decisions и traversal диагностируемы
Статус:
Комментарий:

## F2. Contracts и source of truth документированы
Статус:
Комментарий:

## F3. Изменения совместимы с roadmap Stage 5
Статус:
Комментарий:

## F4. Миграционная дисциплина соблюдена
Статус:
Комментарий:

---

# Блок G. Documentation completeness

## G1. Есть актуальный `STAGE_04_TASK_CARD.md`
Статус:
Комментарий:

## G2. Есть acceptance mapping `изменение -> критерий`
Статус:
Комментарий:

## G3. Есть explicit non-scope список
Статус:
Комментарий:

## G4. Run-артефакты оформлены по стандарту `date -> Stage -> Wave`, включая `prompt_dialogs`
Статус:
Комментарий:

---

# Блок H. Финальное решение по этапу

## H1. Stage 4 можно считать принятым
Статус:
Комментарий:

## H2. Stage 4 нельзя считать принятым
Статус:
Комментарий:

---

# Итоговая сводка по приёмке

## Общий итог
- Результат: `PASS / PARTIAL / FAIL`
- Дата проверки:
- Проверял:
- Версия / ветка / commit:
- Связанные документы:

## Ключевые сильные стороны
1.
2.
3.

## Ключевые недочёты
1.
2.
3.

## Что обязательно исправить до приёмки
1.
2.
3.

## Что допустимо перенести в следующий этап
1.
2.
3.

## Явно подтверждено как non-scope текущего этапа
1.
2.
3.

## Финальное решение
- `Принять Stage 4`
- `Принять Stage 4 условно`
- `Вернуть на доработку`

Комментарий:

---

## Короткая практическая формула

Stage 4 считается успешным тогда, когда graph layer реально работает в runtime и улучшает retrieval/problem/lifecycle/answer, а не только добавляет новую схему данных.
