Полный промпт для новой сессии Claude

Вставить текст из блока ниже в новую Claude Code-сессию после утверждения плана v0.9. Наличие этого файла не запускает работу и не означает принятия результата E7. План: Концепция и план v0.9.

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

Ты — оркестратор следующей исследовательской итерации AI-native ImpactProject. Отправляя этот промпт, я утверждаю «Концепция и план v0.9» и поручаю выполнить описанную там итерацию по AIN-T-002. Это прямое поручение на запуск. Заверши подготовку и delivery в одной сессии без повторных согласований обычных пакетов. Принятие результата и внешняя публикация остаются за мной.

ПЛАН И ВОССТАНОВЛЕНИЕ

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

Основная тематическая папка далее обозначается B:
08 Исследования/AI-native — мировая практика

Обязательно прочитай:
- B/00 План и управление/Итерация 2/Концепция и план v0.9.md;
- B/00 План и управление/CHECKPOINT.md;
- B/02 Рабочие материалы/e5-v08/RESUME.md;
- B/04 Обзоры/Синтез E5/Главный обзор.md;
- B/04 Обзоры/Синтез E5/Отчёт аудита и карта пробелов.md;
- B/04 Обзоры/Синтез E5/Определения.md;
- B/04 Обзоры/Синтез E5/Профиль мониторинга.md.

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

ЦЕЛЬ

Нужен широкий русскоязычный обзор того, как ИИ меняет бизнес-процессы, операционную модель и эффективность, и пригодный для дальнейшего мониторинга набор источников. Расширение охвата важнее массового доказательства результативности. Не запускай повтор E4 и не превращай прежние 125 исходов в квоту новой итерации.

Обязательные направления:
1. B2B-продажи: поиск клиентов, квалификация, CRM, предложения, тендеры, цены, сопровождение.
2. B2C: маркетинг, продажи, рекомендации, цены, удержание, обслуживание.
3. Производство: планирование, качество, обслуживание оборудования, энергия, запасы и выпуск.
4. Экспорт-импорт: поиск контрагентов, закупки, документы, логистика, таможенные процессы, расчёты и риски. Исследование практик не является юридической рекомендацией.
5. Сквозные процессы: от спроса до поставки, от обращения до оплаты, от закупки до платежа, управление исключениями.
6. Операционная модель: роли людей и агентов, полномочия, ответственность за процесс, данные, контроль качества, эскалации, изменение структуры и стоимости работы.
7. Операционная эффективность: PDCA/PDSA, Lean, Kaizen, ограничения, процессная аналитика. Покажи, как замыкается цикл улучшения, кто принимает решение и как меняется стандарт работы. Не смешивай организационное обучение с обучением модели.
8. Агентная экономика и инфраструктура: взаимодействие агентов, интеграция ERP/CRM/MES/WMS, данные, наблюдаемость и транзакции — в связи с конкретным бизнес-процессом.

Различай отрасль, функцию, B2B/B2C, страну, технологию и глубину изменения. ML, компьютерное зрение, оптимизация, GenAI, агенты и обычная автоматизация могут сочетаться. Не называй каждый ML-проект AI-native. Не ограничивай компании размером или отраслью медицины. Новую массовую медицинскую подборку не делать; прежний корпус использовать для сравнения.

Российский и китайский контекст исследовать отдельно на исходных языках. США/Европа и другие регионы — по матрице плана. Усилить arXiv, X/Twitter, российский Telegram; включить корпоративные материалы, исследования, YouTube, авторов и сообщества. Старые X/Telegram-записи перепроверить и обогатить, а не объявить новыми. arXiv — репозиторий работ, канал — канал, автор — автор: разные типы сущностей.

Плановые ориентиры, не повод заполнять базу шумом:
- 60–100 новых уникальных источников плюс актуализация прежних;
- суммарно 30–40 X-профилей и 25–35 Telegram-профилей, включая прежние;
- 40–60 новых или повторно разобранных научных работ, ориентир 25–35 из arXiv при наличии релевантных;
- 60–90 новых или существенно дополненных немедицинских практик; по 10–15 в каждом из четырёх основных бизнес-направлений, с устранением дублей;
- 12–18 подходов к операционной модели и эффективности.
Раздельно считать новые, обновлённые и перенесённые записи. У одного случая может быть несколько тегов, но он считается один раз. После двух адресных поисков по пробелу фиксировать недобор и причину, а не продолжать бесконечно. Временные окна и критерии включения — по v0.9.

МОДЕЛИ И ПАРАЛЛЕЛЬНОСТЬ

Используй преимущественно Claude. Координатор — Opus, сбор и тематический анализ — Sonnet, независимая проверка и сложные противоречия — Opus. Haiku необязателен и только для механической работы с метаданными, без самостоятельного смыслового отбора и проверки китайских материалов. Не меняй модель уже открытой сессии скрытно: зафиксируй фактическую модель и расхождение с планом, если она другая.

Начни с 4 Sonnet-работников и 1 Opus-проверяющего. После проверки работоспособности расширяй до 6 Sonnet + 1 Opus одновременно, если среда это реально поддерживает. Координатор учитывается отдельно; общий предел среды всегда важнее желаемой схемы. При 3–4 доступных слотах выполняй ту же очередь волнами. Это не обещание семи доступных слотов и не фиксированное назначение версий моделей. В manifest записывай запрошенную и фактическую модель, доступные инструменты и ограничения.

Проверь нативные подагенты Claude на малом пакете, включая доступ к поиску/чтению и запись в назначенную папку. Если инструменты работника ограничены, координатор передаёт сохранённые источники или разделяет сбор и анализ; не разрешай заменять исследование ответом по памяти. Не запускай старые CLI-supervisor/Orca-конвейеры автоматически. Codex не входит в штатный маршрут этого запуска. Не меняй глобальные настройки, тарифы и подписки.

Очереди: четыре бизнес-направления; ML/arXiv; X и авторы; российский Telegram/YouTube; Китай; операционная модель/PDCA; агентная экономика/инфраструктура. Это десять очередей, а не требование десяти одновременных агентов. Перед выдачей пакета назначай его основной поток и смежные теги, чтобы не собирать одни URL разными работниками.

Пакет небольшой: 5–8 источников или 4–6 практик. Один автор на файл. Работникам запрещена самостоятельная субделегация и правка чужих/общих файлов. Проверяющий пишет отдельные findings; исправления вносит назначенный автор. Только координатор объединяет реестры и обновляет состояние проекта.

ВЕХИ

M0: восстановление, схема, исходные счётчики, проверка инструментов и моделей — ориентир 30–60 минут.
M1: параллельный пилот четырёх бизнес-направлений, 12–20 карточек суммарно, проверка качества и перекалибровка — 1–2 часа. Если постановка соблюдается, продолжай без моего промежуточного разрешения.
M2: расширение направлений и источников, параллельные тематические очереди — 3–5 часов.
M3: адресное закрытие пробелов и выборочная проверка — 1–2 часа.
M4: параллельная подготовка разделов, общая карта и синтез — 1–2 часа.
M5: редактура, контроль, сборка и передача в review — 1–2 часа.
Оценка всей работы 8–14 продуктивных часов — гипотеза с частичным перекрытием этапов, плюс ожидание квот. После M1 обнови прогноз по фактическому темпу. Не обещай закончить за 8 часов. Если запуск длится дольше, оставь понятный статус на отметке T+8 часов.

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

ПРОВЕРКА И ДОКАЗАТЕЛЬНОСТЬ

Каждую включённую содержательную запись проверь базово: источник открывается или сохранён, авторство/дата установлены либо unknown, прочитанный текст действительно поддерживает описание. Поисковый сниппет не считается прочитанным материалом. Если доступен только abstract, явно ограничь выводы. Недоступные страницы остаются в очереди/индексе доступа, а не в числе изученных источников.

Разделяй USER_STATEMENT, SOURCE_CLAIM, HYPOTHESIS, VERIFIED, UNKNOWN, CONFLICT. VERIFIED относится к конкретному утверждению и объёму проверки, а не ко всему кейсу. Слова компании о росте эффективности — SOURCE_CLAIM, пока не проведена соответствующая проверка. Не отбрасывай полезный сигнал только из-за отсутствия независимой финансовой отчётности.

Независимо проверь стратифицированные 15–20% новых/существенно обновлённых содержательных карточек, минимум по две на основной поток; отдельно проверь все вынесенные в выводы значимые финансовые, численные и причинные утверждения. Выборка включает страны, типы источников и успехи/смешанные/негативные исходы. Проверяющий не должен быть автором. Повторяющиеся существенные ошибки требуют проверки всего проблемного пакета либо его переноса в резерв, а не автоматического полного аудита всего корпуса.

Не переоценивай старые 125 исходов и не принимай вместо владельца спорные правила их подсчёта. Отрицательные результаты, откаты, скрытый человеческий труд, расходы на подрядчиков и внедрение, качество и перенос нагрузки включай наравне с успехами. Выручка на сотрудника не доказывает причинный эффект ИИ.

РЕЕСТРЫ И АРХИВ

После проверки схем создай рабочий каталог B/02 Рабочие материалы/iteration2-v09/. Если он уже существует, восстанови текущий запуск или создай явно обозначенный новый run, сохранив прежний. Сохраняй manifest, очередь, packet folders, raw observations, журнал инструментов, решения, findings и checkpoint. Реестры новой итерации — B/01 Реестры/iteration2-v0.1/, читательские документы — B/04 Обзоры/Итерация 2 v0.1/. Если версия уже выдана, создай следующую. Прежние v0.2/v1.0 и Синтез E5 не перезаписывай.

Минимальная карточка источника: ID и прежний ID при наличии; тип сущности; название/автор; оригинальный URL; язык, страна с основанием или unknown; тематика/процесс; почему выбран; релевантные публикации; последняя активность; наблюдаемая частота и период наблюдения; аудитория/просмотры/цитируемость с датой и методом либо unknown; качество/ограничения; приоритет; способ обновления; ссылки на оригиналы. Охват и достоверность оценивай отдельно. Для приоритетного тематического X/Telegram-канала нужны минимум два разных релевантных материала; с одним — discovery, не устойчивый профиль.

Карточка практики: ID; организация/процесс/период; отрасль/функция/география; состояние до и после, если известно; технологии; человек и агент; эффект и единицы измерения; кто его заявил; исход/неопределённость; альтернативные объяснения; источники/страницы/даты; статус утверждений и verification_scope; ограничения переноса; автор/модель/проверяющий; next_action. Не заполняй неизвестные поля предположениями.

Для операционного подхода: механизм изменения, предпосылки, роли и полномочия, контур PDCA/PDSA, исключения, показатели, затраты/риски, примеры и сила подтверждения. Организационный метод и внедрённый кейс — разные записи со связью.

PDF сохраняй оригинальным файлом; HTML, субтитры и метаданные — в собственном формате. Индекс: URL, заголовок, дата доступа, тип/путь, версия, хеш, доступность, связанный ID. Не обходи ограничения доступа. Не запускай массовый перевод PDF в Markdown; минимальное извлечение для чтения допустимо. Русское резюме и перевод ключевых фрагментов отделяй от оригинала. Полный перевод всех материалов не нужен.

Укажи реально обнаруженные RSS/Atom, API, email-подписки, публичные каналы и ручной способ проверки. Не угадывай endpoints и не подключай подписки. Рекомендуемую частоту будущего мониторинга отличай от измеренной частоты публикаций. Результат передай как вход в задачу сервиса мониторинга AIN-ORG-003, сверив её актуальную карточку; сам сервис сейчас не запускай.

ВОССТАНОВЛЕНИЕ И КВОТЫ

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

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

ВЫХОД И ЗАВЕРШЕНИЕ

Подготовь на русском:
1. Главный обзор с явным дополнением к E7 и границами выводов.
2. Четыре обзора бизнес-направлений с процессами, практиками и пробелами.
3. Операционная модель и эффективность: роли, PDCA/PDSA, показатели, подходы и примеры.
4. ML/arXiv: карта исследований и связи с практикой, ограничения переноса экспериментальных метрик в бизнес.
5. Навигатор источников с отдельными X, российским Telegram, Китаем, авторами, обоснованием выбора и режимами обновления.
6. Каталог практик и изменения к прежней базе; новые и обновлённые записи раздельно.
7. Индекс оригиналов и заготовка профиля мониторинга.
8. Отчёт проверок, карта оставшихся пробелов, manifest и точка продолжения.

Документы для читателя должны объяснять выводы, а не устройство конвейера. Технические подробности — в рабочих материалах. Проверь ID, дубли, ссылки, архивные пути и хеши, согласованность счётчиков и статус спорных утверждений. Выполни один редакторский проход и один контроль, применив доступный ru-text; если его нет, явно укажи обычную редакторскую проверку. Не запускай бесконечную доводку ru-score. Устрани существенные ошибки.

После запуска зафиксируй новую итерацию как текущую работу в карточке и управленческих файлах, сохранив историю review E7. По завершении обнови карточку, очередь, состояние, журнал и checkpoint. Готовый пакет передай в review. Если обязательная часть не завершена, укажи частичный результат и незавершённую работу, не объявляй весь delivery завершённым. done и принятие владельцем не выставляй.

Финальный ответ: ссылки на результаты, фактические новые/обновлённые объёмы, охват направлений и стран, проведённая проверка и ограничения, реальные модели/параллельность, оставшиеся пробелы, состояние всех запущенных тобой процессов и следующая точка решения. Не отправляй материалы людям и не публикуй вовне.

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

Пакет: <ID>. Модель: <назначенная; фактическую записать>.
Вопрос и границы: <конкретный процесс, география, тип источников>.
Входы: <файлы, уже известные ID/URL, принятые критерии>.
Результат: <5–8 источников или 4–6 практик; критерии включения>.
Область записи: <единственная папка пакета и точные файлы>.
Бюджет инструментов: <выделенная доля общего остатка>.

Прочитай правила проекта и соответствующий раздел плана v0.9.
Не создавай собственных подагентов и не редактируй общие или чужие файлы.
Сохраняй каждую готовую карточку, ссылки/даты/ограничения и next_action.
Различай утверждение источника, проверенный факт и гипотезу.
Сниппет, недоступный текст и abstract помечай соответственно.
Не выдавай самоотчёт за независимо измеренный эффект.
При нехватке доступа/квоты сохрани частичный пакет и причину.
Передай координатору manifest, число записей, ограничения и точку продолжения.