Полный промпт для Claude Code

После утверждения плана v1.0 открыть Claude Code в рабочей папке проекта, выбрать Opus для координатора и вставить блок ниже. Само сохранение документа не разрешает запуск. Предыдущая фактически использованная схема — Opus 5.5 / Sonnet 5; в новой сессии проверить доступные версии.

Рабочая папка:
LOCAL-58938631114a

Ты — оркестратор третьей исследовательской итерации AI-native ImpactProject, задача AIN-T-002. Отправляя этот промпт, я утверждаю «Итерация 3 / Концепция и план v1.0» и поручаю исполнить его в указанной папке. Разрешаю нативных подагентов Claude и автономное прохождение вех в границах плана. Планирование и delivery выполняй последовательно без повторного запроса обычных разрешений. Принятие результата и публикация — отдельные события.

1. ВОССТАНОВИ КОНТЕКСТ

Прочитай AGENTS.md, README.md, 00 Управление/Состояние.md, Процесс.md, Очередь.md, Потоки задач.md, 02 Delivery/AIN — Старт сессии.md, 05 Команда/Задачи/AIN-T-002 — Обследование AI-native.md и проектный реестр задач.

Далее B = 08 Исследования/AI-native — мировая практика.
Обязательные материалы:
- B/00 План и управление/Итерация 3/Разбор итераций 1 и 2.md;
- B/00 План и управление/Итерация 3/Концепция и план v1.0.md;
- B/00 План и управление/Итерация 3/Срез реестров для планирования.json;
- B/04 Обзоры/Итерация 2 v0.1/Главный обзор.md;
- B/04 Обзоры/Итерация 2 v0.1/Операционная модель и эффективность.md;
- B/04 Обзоры/Итерация 2 v0.1/Отчёт проверок и карта пробелов.md;
- B/04 Обзоры/Синтез E5/Главный обзор.md и Отчёт аудита и карта пробелов.md;
- B/02 Рабочие материалы/iteration2-v09/CHECKPOINT.md, SCHEMA.md, WORKER.md, VERIFIER.md, decisions.md и manifest.json.

Проверь реестры v0.2, v1.0 и iteration2-v0.1, их фактические схемы и версии. Исторические фразы «E4 не начат» относятся к своим датам. Итерация 2 принята владельцем по текущей карточке; E7 остаётся в review. Новое поручение не принимает E7 и не отменяет историю.

Если третья итерация уже начата, восстанови её checkpoint и живых исполнителей. Не создавай второй конвейер и не редактируй общие файлы одновременно с другим координатором. Не останавливай чужую работу. Все записи — только в проекте. Перед правкой управленческих файлов сделай снимки внутри рабочего каталога.

2. РЕЗУЛЬТАТ

Нужны: полноценный обзор строительства/генподряда/производства работ/контроля; адресное закрытие других отраслевых пробелов; углублённые источники и досье изменения операционной модели; общая концептуальная карта трёх итераций.

Это расширение охвата и глубины понимания. Полную проверку причинного экономического эффекта каждого кейса по E4 не запускать. 125 исходов E7 и 76 практик итерации 2 нельзя складывать в 201 уникальный проверенный случай. Старые версии не перезаписывать; их ограничения и уровень доказательности сохранять.

Строительство раскрыть по стадиям: проектирование/чертежи/BIM; смета/тендер/договор; подготовка/график/ресурсы; производство работ на площадке; субподрядчики/техника/материалы; контроль прогресса/сроков/стоимости; безопасность; качество и строительный контроль/технадзор; ПТО/исполнительная документация/приёмка; передача в эксплуатацию и обслуживание объекта. Различать заказчика, проектировщика, генподрядчика, специальные подряды, контроль и эксплуатацию. Не приравнивать производство стройтехники или рекламу модульных домов к управлению стройплощадкой.

Обязательно Россия, Китай и США/Европа; язык обзоров — русский. Сначала восстановить ранних кандидатов: АЛРОСА, Helix Electric, Kidwell Electric, Windover, Reds10. Они — кандидаты для перепроверки, не заранее засчитанные успехи. Проверить новые маршруты через подрядчиков, отраслевые институты, Buildots, Glodon и других поставщиков, сохраняя заинтересованность источника. BIM/IoT/дрон без установленного ИИ-компонента учитывать отдельно как смежную цифровизацию.

Другие обязательные направления: энергетика/сети/нефть и газ/коммунальные услуги, агро и пищевая цепочка, эксплуатация недвижимости и полевой сервис. Короткая разведка: профессиональные услуги, склады/транспорт, сетевые операции телекома. Финансы/страхование — углубление старых кейсов. Прочие отрасли — только адресный резерв по плану; новую массовую медицинскую подборку не делать.

3. ОПЕРАЦИОННАЯ МОДЕЛЬ

Исследуй цепочку «источник/метод → механизм → именованное внедрение → изменение управления → измерение/ограничения → повторный цикл». Разделяй организационную модель, метод внедрения, государственную программу, технический протокол и продукт.

В каждом досье установи либо обозначь unknown:
- сквозной результат и владелец процесса;
- процесс до/после, передача работы между подразделениями;
- права решений людей/агентов, ответственность и исключения;
- роли, структура команды, компетенции, стимулы;
- бюджет, данные, поддержка, интеграция, человеческий труд и полная стоимость;
- показатели качества, времени, стоимости и последствий для сотрудников;
- контроль, эскалация, остановка/откат;
- как выводы становятся новым стандартом и повторным циклом улучшения.

Не приписывай источнику нашу PDCA-разметку. Сохраняй отдельно явно описанный цикл и исследовательскую интерпретацию. PDSA, PDCA и SDCA различать. Организационное обучение не равно дообучению модели. Внедрение новой роли можно описать при неизвестном ROI; экономия времени сама по себе не доказывает перестройку операционной модели.

Углубить MIT CISR (decision rights и One NZ), эмпирическую организационную науку/NBER/университетские версии, Deming Institute, Lean Enterprise Institute и Kaizen. McKinsey/BCG/Gartner/Microsoft сравнить по механизму и первичным данным, а не по названию концепции. Для Сбера, МТС/MWS, Huawei, Lenovo, Haier и других прежних подходов найти оригиналы вместо пересказов, если доступны. Китайские программы и вендорские белые книги не выдавать за независимые измерения. Проверить повторное использование работ, DOI/arXiv-версии, авторов, аффилиации и спонсорство.

Отправные URL и ограничения их чтения — в «Разборе итераций 1 и 2». Они не являются готовыми новыми записями. Нельзя считать найденный поиском abstract полнотекстовым исследованием.

4. МАСШТАБ И ПАРАЛЛЕЛЬНОСТЬ

Координатор Opus, исследование/авторство Sonnet, независимая проверка Opus. Запиши запрошенные и реальные model IDs и доступные инструменты. Не выбирай версии по памяти прошлой сессии. Если координатор фактически другой, отрази это явно; глобальные настройки не меняй.

Начни с 4 Sonnet + 1 Opus-проверяющего, после пилота расширь до 6 Sonnet + 1 Opus при фактически доступных слотах. Координатор отдельно. При меньшем пределе среды те же очереди идут волнами. Проверяющий не проверяет собственную работу. Работникам запрещены собственная субделегация, изменение общих реестров и правка чужих файлов. Каждый пишет только в назначенную папку. Один автор на файл; редактор и исследователь не работают над ним одновременно. Старые CLI-supervisor/Orca не запускать; Codex не включён в штатный маршрут.

До 40 исследовательских пакетов: 12 строительство, 12 операционная модель, 8 другие отрасли, 4 профили источников и 4 адресный резерв. Раздавай небольшие конкретные задания по 4–6 практик или 2–3 глубоких досье; источник-профиль и подход считаются отдельно. Числа пакетов — распределение усилий, пустые задания не создавать. Профили каналов делать по URL, найденным тематическими работниками, чтобы не дублировать поиск.

Ориентиры итерации: 50–70 новых/существенно обновлённых практик (20–30 стройка, 20–25 другие пробелы, 10–15 организация работы); 12–16 углублённых управленческих досье, включая минимум шесть доработок прежних; 15–25 научных/методических работ; 30–45 новых/обогащённых профилей источников. Практика считается один раз, теги могут пересекаться. Досье не добавляется к числу практик. Цифры не достигать шумом и дублями.

5. ВЕХИ И ГРАНИЦЫ

M0 — восстановление, таблица связей, матрица отраслей/процессов, проба инструментов.
M1 — четыре пилотных пакета: стройка, другая отрасль, операционная модель, эмпирическая наука. Проверяющий рассматривает 8–12 первых записей; повторяющиеся ошибки исправить до тиражирования. Пересчитать прогноз времени.
M2 — основная параллельная волна, проверка сопровождает поток.
M3 — адресный добор, максимум два поисковых прохода на пробел.
M4 — параллельные разделы, сведение и общий навигатор трёх итераций.
M5 — проверка, редактура, исправления, выпуск и review.

Прогноз 6–10 продуктивных часов плюс ожидание квот — гипотеза. Прошлая итерация заняла по checkpoint 3 ч 37 мин, но глубина здесь больше. Сохраняй почасовой статус и T+8, если работа продолжается. Между обычными вехами не жди разрешения владельца.

Пределы: 600 поисковых вызовов, 1200 открытий/загрузок суммарно, до 40 исследовательских пакетов. 20% каждого инструментального лимита оставь на проверку/сборку; проверки и редактура тоже расходуют общий бюджет. Меньшие ограничения среды имеют приоритет. Ledger веди по наблюдаемым вызовам, неизвестные токены/квоты помечай unknown. По достижении границы собери частичный срез и точку продолжения, не повышай бюджет молча. Платные подписки, регистрация аккаунтов, внешняя публикация и сервис мониторинга не поручены.

6. РЕЕСТРЫ И ДОКАЗАТЕЛЬНОСТЬ

Создай B/02 Рабочие материалы/iteration3-v10/ с manifest, queue, ledger, decisions, packet folders, originals, findings, checkpoint, snapshots. Если каталог существует, восстанови запуск либо создай однозначную новую версию, не затирай.

Реестр — B/01 Реестры/iteration3-v0.1/; обзоры — B/04 Обзоры/Итерация 3 v0.1/. Уже выданную версию заменяй только следующей. Схему iteration2 адаптируй в новом SCHEMA, старые скрипты копируй только после чтения и проверки путей выхода. Не запускай интегратор, способный перезаписать принятый выпуск.

Единица практики: организация+процесс+объект+период+изменение. Для связей с прошлым сохраняй old_id, relation (same_practice/update/related_process/same_material/unresolved_overlap), основание и автора. Не сливай только по названию компании. Отдельно хранить собственно отрасль, функцию, роль в цепочке, регион, технологии, стадию, глубину изменения и уровень свидетельств. Ранние кандидаты сохранять отдельным слоем.

У каждой содержательной записи: URL/дата/локатор, прочитанный объём, цитата или точный пересказ, кто заявил, ограничения, реальные модель и автор, статус проверки. Различать USER_STATEMENT, SOURCE_CLAIM, HYPOTHESIS, VERIFIED, UNKNOWN, CONFLICT. VERIFIED относится к конкретному факту с verification_scope. Раздельно фиксировать изменение управления и эффект. Анонимное исследование можно сохранить как исследование; нельзя придумать клиента или считать его именованным кейсом.

Базовая проверка всех записей: источник существует и прочитан в указанном объёме, содержание подтверждает пересказ, стадия и технология не домыслены. Независимая выборка 15–20% новых/существенно обновлённых содержательных записей с охватом потоков и RU/CN; дополнительно все заявления о фактически изменённой операционной модели и все значимые численные/причинные тезисы итогов. Повторяющаяся существенная ошибка — проверка всего затронутого пакета и обновление инструкции. Не делать полный E4 по каждому случаю. Китайские 万/亿, проценты, база сравнения и период — отдельная проверка для вынесенных цифр.

У источника-профиля: автор/организация/канал, почему выбран, тематика и процессы, язык/страна с основанием, два содержательных материала для приоритетного канала, аудитория/цитируемость с датой или unknown, активность, измеренная частота отдельно от рекомендованной, реальный способ обновления RSS/API/email/публичная страница. Для X/TG/YouTube не считать тизер прочитанным материалом. Полезность для темы и популярность оценивать раздельно.

Сохраняй доступные оригинальные PDF/HTML/субтитры, индекс URL→путь→хеш→связанные ID→доступность. Не обходи платный доступ. Недоступные материалы — очередь доступа, не прочитанные источники. Русское резюме и перевод ключевых мест отделяй от оригинала. Массовая PDF→MD-конвертация не поручена. Методы обновления передай как вход AIN-ORG-003 без подписок и запуска сервиса.

7. ВОССТАНОВЛЕНИЕ, ВЫПУСК

После каждой записи и пакета сохраняй результат и next_action. Статусы: queued/running/submitted/accepted/rework/blocked/skipped; accepted — приём координатором, не владельцем. Checkpoint: веха, завершённые ID, живые работники, ожидаемые файлы, расход, ошибки и точная следующая операция. Все временные материалы внутри проекта.

При лимите Claude сохрани результаты. Если среда реально позволяет оставаться активной, проверяй квоту примерно раз в час одним минимальным запросом на затронутый пул, учитывая retry/reset; не каждым агентом. Не обходи лимит сменой модели того же пула. Локальную сборку продолжай, где возможно. Если ожидание технически невозможно, честно оставь checkpoint, не обещай фоновой работы после закрытия сессии. Новые системные службы не устанавливай. По завершении останови собственные наблюдатели/работников.

Выпусти шесть читательских документов по плану: общая картина; стройка/генподряд; другие отрасли; операционная модель; навигатор источников; проверки/ограничения. Реестры, таблица связей, индекс оригиналов, coverage matrix и точка продолжения — обязательные приложения. Один редакторский проход и один контроль; доступный ru-text использовать, отсутствие явно указать. Не зацикливаться на балле. Проверить ссылки, ID, дубли, счётчики, пути/хеши и поддержку главных утверждений.

При запуске обнови карточку AIN-T-002 и текущую работу в управлении, не отменяя принятие итерации 2. По завершении обнови карточку, очередь, состояние, журнал и checkpoint; готовый результат — review, не done. Если обязательное не выполнено, называй срез частичным. Финальный отчёт: ссылки, новые/обновлённые объёмы, охват стройки и отраслей, находки об управлении, ограничения, фактические модели/параллельность/расход, оставшаяся очередь и состояние процессов.

Начинай с короткого сообщения о восстановленном состоянии и первой волне, затем выполняй утверждённый план.