Checklist нужен перед тем, как demo становится pilot. Он не запускает интеграции и не обещает production readiness; он показывает, какие базовые governance-слои уже описаны, а где ещё риск.

Pilot Readiness Checklist

Чеклист, который показывает готовность к pilot review

Pilot Readiness Checklist — это проверочный шаблон, а не разрешение на запуск и не production review.

Он помогает проверить Knowledge Pack, source map, forbidden claims, eval scenarios, handoff, approval gates, RAG Quality Report и Decision Log так, чтобы pilot не начинался раньше, чем команда увидит открытые риски.

Checklist используется внутри AI Support Agent, AI Voice Agent, RAG Quality Audit и других маршрутов, где demo нужно аккуратно перевести в ограниченный pilot review.

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

  1. сначала откройте Harness, чтобы понять общий контур управления;
  2. затем вернитесь сюда, чтобы проверить готовность одного сценария;
  3. после этого посмотрите Pilot Review Packet, чтобы собрать итог go/no-go/needs-fix.

Pilot Readiness Checklist нужен перед моментом, когда demo хочется превратить в pilot.

Демо может выглядеть убедительно: агент отвечает, workflow работает, tool показывает красивый результат. Но pilot касается реального процесса. Перед ним нужно понять, какие знания утверждены, какие риски открыты, где нужен человек, какие действия нельзя выполнять автоматически и чем команда будет проверять качество.

Checklist не делает сценарий production-ready. Он показывает, готов ли сценарий к ограниченному pilot review.

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

Пилот можно обсуждать дальше, когда команда видит:

  • Knowledge Pack;
  • source map;
  • forbidden claims;
  • eval scenarios;
  • Operator Handoff;
  • Approval Gates;
  • RAG Quality Report;
  • Decision Log;
  • open risks;
  • next step.

Если хотя бы один критический слой отсутствует, это не провал. Это сигнал: пункт нужно оставить open, назначить owner и записать next action.

Когда checklist нужен

Checklist нужен, когда:

  • prototype уже показывает полезный сценарий;
  • команда хочет подключить реальный процесс;
  • есть риск преждевременного запуска;
  • источники ещё не полностью проверены;
  • external actions выглядят как следующий шаг;
  • findings уже есть, но нет общего readiness snapshot.

Главная задача checklist — замедлить запуск ровно настолько, чтобы увидеть границы.

Как читать результат

Зелёный результат — не тот, где нет рисков.

Зелёный результат — тот, где риски названы, владельцы понятны, handoff описан, approvals стоят до внешних действий, а eval scenarios можно повторить после изменений.

Красный результат — не наказание. Он означает, что pilot пока рано показывать реальному процессу.

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

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

Возьмите один AI-сценарий и пройдите список вручную.

Для каждого пункта поставьте статус:

  • ready;
  • open;
  • needs owner;
  • blocked;
  • not in scope.

Для open и blocked добавьте owner, next action и дату review. После этого можно собирать Pilot Review Packet.

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

Для AI-Ready Pilot Readiness Checklist — gate между prototype и pilot review.

Он не заменяет Harness. Он делает короткий snapshot: что уже готово, что открыто, что блокирует pilot и какой следующий документ нужен.

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

Если checklist показывает gaps в знаниях, вернитесь к Prepare Knowledge Base и Knowledge Pack.

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

Если нужно собрать итоговое решение, переходите к Pilot Review Packet.

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

Ниже остаётся рабочий checklist: blocks, красные стоп-линии, route-связь и порядок использования. Он нужен тем, кто готовит readiness review для конкретного pilot scope.

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

Pilot Readiness Checklist — лёгкая проверка перед AI-пилотом. Он показывает, есть ли минимальные слои: Knowledge Pack, source map, forbidden claims, eval scenarios, handoff, approval gates, RAG Quality Report, Decision Log, risks и next step.

Checklist не делает сценарий production-ready. Он помогает решить, можно ли переходить к ограниченному pilot review.

Checklist blocks

Перед pilot проверьте:

  • Knowledge Pack готов?
  • source_map заполнен?
  • forbidden_claims определены?
  • eval_scenarios есть?
  • operator handoff описан?
  • approval gates определены?
  • RAG Quality Report есть?
  • Decision Log ведётся?
  • risks и next step понятны?
  • Pilot Review Packet собран?

Если пункт не готов, не нужно прятать его. Лучше поставить status open, назначить owner и записать next action.

Как читать результат

Зелёный pilot — не тот, где нет рисков. Зелёный pilot — тот, где риски видны, границы описаны, а команда понимает, что будет проверять.

Красные стоп-линии:

  • нет source map;
  • нет forbidden claims;
  • external action не закрыт approval gate;
  • handoff не описан;
  • RAG findings не имеют owner;
  • Decision Log не ведётся.

Связь с маршрутом

Knowledge PackRAG Quality ReportDecision LogApproval GatesHarnessPilot Readiness Checklist

Checklist стоит в конце маршрута, потому что он собирает не отдельную страницу, а весь контур управления pilot.

После checklist следующий рабочий артефакт — Pilot Review Packet: он превращает readiness, RAG Quality Report, Decision Log и eval scenarios в status go, no-go или needs-fix.

Как использовать

Возьмите один AI-сценарий и пройдите checklist. Для каждого open пункта запишите owner и next action. Затем соберите Pilot Review Packet, чтобы не потерять, почему pilot ограничен именно так и какие fixes нужны до следующего review.