Фиксируется fingerprint текущего 2xbr.services-scope-package.v5, а не browser payload.
SCOPE GOVERNANCE / BASELINE + CHANGE CONTROL
Scope review должен оставлять проверяемый baseline, а не устную память.
После закрытия server-derived resolution gates 2XBR может записать private scope-review baseline: какой Scope Package и какой resolution state были фактически рассмотрены. Материальное изменение не перезаписывает baseline молча — оно переводит его в REOPEN REQUIRED.
Baseline нельзя записать раньше завершённого review.
Это private operator action с fail-closed условиями. Если хотя бы один обязательный resolution item открыт, baseline не создаётся.
Все non-review gates закрыты, а RUN_SCOPE_REVIEW подтверждён.
Review disposition должен быть явно переведён в готовность к scope review.
Новый baseline добавляется в историю; предыдущий snapshot не редактируется задним числом.
Review начинается с одного derived agenda, а не с ручной сборки контекста
2XBR сводит server-derived Solution Fit, acceptance, requirements boundary, verification domains, engagement и resolution gate в PII-minimized agenda. Он не копирует свободный текст проекта и не создаёт новый источник истины.
Agenda показывает только stable IDs/owners/sources незакрытых пунктов. До их resolution RUN SCOPE REVIEW не считается готовым.
Все non-review gates закрыты. Agenda сводит Solution Fit, review topics, acceptance checkpoints, verification domains, requirements boundary и engagement в один derived review surface.
COMPLETE означает только закрытый RUN_SCOPE_REVIEW. Baseline всё ещё требует корректный operator state и отдельную append-only запись.
Agenda не содержит email, имя, компанию, desired result, success signal, constraints или brief. Он не является вторым хранилищем intake.
Что связывает baseline.
Позволяет проверить, что handoff и review относятся к тому же server-derived project context.
Scope Package v5 включает allowlisted boundary matrix. OPEN и ASSUMPTION остаются review-задачами; изменение reviewed boundary меняет context fingerprint и проходит change control.
Отдельный fingerprint фиксирует IDs и статусы resolution items, а не только общий review state.
Private baseline ID связывает последующий change-control event с конкретным recorded snapshot.
Reviewed context должен переходить в delivery preparation без повторной ручной сборки.
После scope review 2XBR формирует private derived packet из текущего baseline, Solution Fit, requirements boundary, acceptance, external gates и engagement. Он не копирует контактные или свободные поля intake и не создаёт второй source of truth.
Packet остаётся blocked, пока Scope Review Agenda не завершён. Никакой downstream handoff не создаёт готовность раньше review.
После подтверждения RUN_SCOPE_REVIEW сначала фиксируется append-only baseline. Только затем reviewed context может считаться стабильным для подготовки.
Packet связывает baseline ID, Scope Package fingerprint, Solution Fit, scope-driver IDs, requirements boundary, external gates, acceptance/verification и engagement без PII.
Change event или fingerprint drift запрещает использовать старый packet как текущий. Сначала выполняется повторный review/change-control цикл.
Reviewed packet должен переходить в execution-facing manifest без повторного пересказа scope.
2XBR сводит текущий baseline, scope-driver signals, IN requirements, external prerequisites, verification domains и acceptance checkpoints в один private derived manifest. Он не копирует контактные или свободные поля проекта и не создаёт новый mutable state.
Manifest переносит факторы, уже присутствующие в reviewed scope. Он не создаёт новые задачи и не обещает объём реализации.
OPEN и ASSUMPTION не становятся execution scope автоматически. Если boundary снова открыта, manifest fail-closed через governance.
Это перечень проверяемых предпосылок, а не доказательство доступов, совместимости или availability внешних систем.
Acceptance checkpoints и verification domains переходят дальше как evidence obligations. Это не execution plan: сам manifest ничего не принимает и не авторизует.
Материальное изменение не затирает recorded baseline.
Оператор открывает change-control event только по bounded reason code. После этого baseline получает REOPEN REQUIRED. Изменение клиентского scope, acceptance или engagement требует нового intake/reference; старый reviewed context остаётся неизменяемым. External-contract change или internal correction могут быть повторно проверены в том же reference, если сам scope не менялся.
Клиент изменил результат, границу или существенный входной факт. Для нового scope нужен новый intake/reference; старый baseline не перезаписывается.
Изменились API, provider, migration, access или другой внешний gate.
Изменился проверяемый Definition of Done или verification boundary. Для нового acceptance scope нужен новый intake/reference.
Изменился engagement boundary для scope review. Для нового project context нужен новый intake/reference.
2XBR обнаружил фактическую ошибку в recorded review baseline.
Baseline имеет собственный state — отдельно от review state.
- NOT RECORDEDReview ещё не зафиксирован
- RECORDEDТекущий reviewed snapshot зафиксирован
- REOPEN REQUIREDЕсть change event или fingerprint drift
2xbr.services-scope-review-baseline.v1 · 2xbr.services-change-control.v1
08 / CONTINUITY
Публичного lookup baseline нет — в том числе по reference.
Baseline и change-control history остаются private operator data. Для рабочего диалога используется reference в переписке; Project Workspace остаётся подготовительным client-side контекстом.