Пакет нужен перед ограниченным AI-пилотом, чтобы команда не принимала решение по впечатлению от demo. Он показывает, что проверено, что осталось открытым, кто владеет риском и почему статус сейчас go, no-go или needs-fix.

Pilot Review Packet

Review artifact для решения go, no-go или needs-fix

Pilot Review Packet — это review artifact, а не автоматическое разрешение на запуск.

Он помогает собрать readiness checklist, RAG findings, Decision Log, eval coverage, open risks, required fixes и next action так, чтобы решение о pilot принималось по проверяемому следу, а не по впечатлению от demo.

Pilot Review Packet используется внутри pilot review для AI Support Agent, AI Voice Agent, RAG Quality Audit и других bounded AI-сценариев.

Если вы только начинаете, проще читать так:

  1. сначала откройте Pilot Readiness Checklist, чтобы проверить базовую готовность;
  2. затем вернитесь сюда, чтобы собрать итоговый packet;
  3. после этого посмотрите Harness, чтобы понять, как fixes, retest и decisions возвращаются в общий контур.

Pilot Review Packet нужен, когда checklist уже пройден и команда должна решить, что делать с pilot.

На этом этапе опасно опираться только на demo. Demo показывает, что сценарий может выглядеть рабочим. Packet показывает другое: какие источники проверены, какие findings открыты, какие решения приняты, какие eval scenarios покрыты, кто владеет риском и какой статус честнее поставить сейчас.

Это не кнопка запуска. Это review snapshot для человеческого решения.

Короткий ответ

Pilot Review Packet собирает в одном месте:

  • readiness checklist;
  • RAG Quality Report;
  • Decision Log;
  • eval scenarios;
  • Operator Handoff;
  • Approval Gates;
  • open risks;
  • required fixes;
  • owner;
  • next action;
  • readiness status.

Статус может быть go, no-go или needs-fix. Даже go относится только к согласованному bounded scope, а не к production.

Когда packet нужен

Packet нужен перед решением о pilot scope.

Обычно к этому моменту уже есть Knowledge Pack, первые eval scenarios, findings, handoff rules и несколько decisions. Но всё это лежит на разных страницах. Без packet команда спорит по ощущениям: кому-то demo понравилось, кому-то кажется рискованным, а список fixes теряется.

Pilot Review Packet собирает всё в одну короткую картину.

Как читать статусы

go означает: pilot можно продолжать только в описанном scope. Sources, handoff, approvals, eval scenarios и risks понятны.

no-go означает: pilot запускать нельзя. Обычно не хватает source map, handoff, approval gate или owner для critical finding.

needs-fix означает: сценарий близок к pilot, но перед запуском нужно закрыть обязательные fixes и повторить связанные eval scenarios.

Что можно сделать самостоятельно

Соберите packet на одну страницу:

  1. Название pilot.
  2. Use case.
  3. Readiness status.
  4. Checklist summary.
  5. RAG findings.
  6. Decision Log summary.
  7. Eval coverage.
  8. Open risks.
  9. Required fixes.
  10. Owner и next action.

Если пункт непонятен, не заполняйте его общими словами. Вернитесь к исходной странице: checklist, report, decision log, handoff или approval gates.

Как AI-Ready использует packet

Для AI-Ready Pilot Review Packet — это финальный слой перед решением о следующем шаге.

Он помогает не продавить pilot силой красивого demo. Если пакет показывает needs-fix, работа возвращается в Harness: fix, retest, update Decision Log. Если показывает no-go, scope пересобирается. Если показывает go, pilot остаётся ограниченным и проверяемым.

Куда идти дальше

Если readiness ещё не собран, начните с Pilot Readiness Checklist.

Если есть findings, откройте RAG Quality Report.

Если нужно понять решения и owners, переходите к Decision Log.

Если packet получает needs-fix, возвращайтесь в Harness.

Техническая карта для специалистов

Ниже остаётся текущий packet template: definition, layer route, statuses, sample packet, forbidden claims и eval scenarios. Он нужен тем, кто собирает pilot review как управляемый артефакт.

Простое определение

Pilot Review Packet — это короткий пакет проверки перед AI-пилотом. Он собирает в одном месте readiness checklist, RAG Quality Report, Decision Log, eval scenarios, открытые риски, обязательные fixes и следующий шаг.

Пакет не запускает пилот автоматически. Он помогает команде провести structured review: увидеть, что уже проверено, что требует исправления и какой статус честнее поставить сейчас.

Зачем он нужен

Перед пилотом легко смотреть только на demo: агент отвечает, handoff выглядит красиво, workflow кажется понятным. Но pilot review должен отвечать на другие вопросы:

  • из каких sources агент может отвечать;
  • какие eval scenarios уже пройдены;
  • какие RAG findings ещё open;
  • какие decisions приняты и кем;
  • где нужен Operator Handoff;
  • какие внешние действия закрыты Approval Gates;
  • что нужно исправить до следующего review.

Pilot Review Packet не заменяет Harness. Он делает snapshot Harness перед решением о pilot scope.

Как он собирает слои

Pilot Readiness ChecklistRAG Quality ReportDecision LogEval ScenariosPilot Review PacketHarness

Checklist показывает базовую готовность. RAG Quality Report показывает findings. Decision Log объясняет, что команда решила сделать с findings. Eval scenarios дают проверяемый набор случаев. Packet собирает всё это в короткий review status.

Статусы go, no-go, needs-fix

go означает: пилот может идти только в согласованном bounded scope. Sources, handoff, Approval Gates, eval scenarios и open risks понятны.

no-go означает: пилот не должен стартовать. Обычно причина — нет source_map, нет handoff, risky action не закрыт Approval Gate или findings не имеют owner.

needs-fix означает: сценарий близок к пилоту, но перед запуском нужно закрыть обязательные fixes и повторить связанные eval scenarios.

Не автоматическое разрешение

Pilot Review Packet — это structured review, а не кнопка запуска. Даже статус go должен проходить human review. Пакет показывает recommended status, но не заменяет решение команды, юридические/операционные правила и отраслевой source review.

Для voice lead intake sample packet получает needs-fix: сценарий уже ограничен, но warranty и pricing требуют исправлений, а CRM write должен оставаться за Approval Gates.

Связь с Operator Handoff и Approval Gates

Если approved source отсутствует, packet должен ссылаться на Operator Handoff: агент готовит summary, missing fields и risk notes, но не придумывает ответ.

Если сценарий затрагивает CRM write, email send, booking или pricing promise, packet должен ссылаться на Approval Gates: действие остаётся prepared_not_sent до решения человека.