Факт, внешний gate или verification boundary ещё не подтверждены.
После отправки проект не исчезает в «обработке».
2XBR Services разделяет подтверждение intake, resolution открытых границ и готовность к scope review. Reference связывает переписку с тем же server-derived scope package; публичного lookup по reference нет.
Четыре состояния — без скрытого lead score.
Состояние — это private operator disposition. Оно не определяет коммерческий приоритет, цену, SLA или начало delivery.
- 01 / RECEIVEDЗаявка принята
Reference и server-derived scope context зафиксированы. Это подтверждение intake, а не принятие scope или запуск delivery.
- 02 / REVIEWINGПервичный review
2XBR сверяет fit, открытые решения, внешние gates, verification boundary и выбранный формат старта.
- 03 / CLARIFICATION REQUIREDНужно уточнение
Если для scope review не хватает факта или внешнего контракта, уточняется только конкретная открытая граница — без повторного заполнения всей заявки.
- 04 / SCOPE REVIEW READYГотово к scope review
Известные resolution items закрыты или явно признаны неприменимыми. Это всё ещё не delivery authorization и не quote.
Каждая открытая граница получает явный статус.
Operator review работает по server-derived execution queue. Нельзя закрыть произвольный item, которого нет в текущем scope package.
Конкретный resolution item закрыт оператором после проверки доступного контекста.
Gate не молча исчезает — оператор явно фиксирует, что он не относится к этому scope.
Уточняем только открытые границы
2XBR формирует bounded checklist из server-derived resolution queue. Закрытые пункты и внутренний RUN SCOPE REVIEW в клиентский запрос не попадают.
Тип проекта, текущее состояние, outcome, success signal, ограничения, бюджет или сроки попадают в brief только пока соответствующий resolution item остаётся OPEN.
API, provider, migration или другой внешний контракт не считается подтверждённым автоматически. Brief просит подтвердить только конкретный gate.
OPEN/ASSUMPTION requirements, acceptance и engagement уточняются по существующему reference. Закрытые items из brief исчезают при следующей server-side derivation.
Что имеет смысл сохранить после отправки.
Reference можно использовать в переписке. Он не является публичным lookup token и не раскрывает заявку через Services UI.
SHA-256 fingerprint помогает понять, что handoff относится к тому же server-derived package. Он не является credential или подписью.
Показывает, какие границы будут проверяться сначала. Sequence может измениться после подтверждения внешних контрактов.
Никакого публичного просмотра заявки по reference.
Exact lead review остаётся внутренним. Если требуется уточнение, используйте reference в ответе на рабочую переписку вместо повторной отправки того же проекта.