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

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

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 Pack
→ RAG Quality Report
→ Decision Log
→ Approval Gates
→ Harness
→ Pilot 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.