Рамка разведки: методологии AI-native по пяти зонам¶
Сетка, по которой опрашивается каждая зона. Написана до сбора, чтобы четыре сборщика и внешняя модель принесли сравнимое, а не четыре несопоставимых текста.
Проект → О проекте. Условия приёмки этапа → checks-razvedka-ai-native.md.
Что считаем «методологией»¶
Берём в отчёт то, что описывает процесс, роли или артефакты, а не инструмент. Признак: у подхода есть ответ на вопрос «кто что делает и в каком порядке», а не только «какую кнопку нажать».
Не берём: обзоры инструментов, вендорские лендинги без описанного процесса, прогнозы без практики, посты уровня «10 промптов для продакта».
Берём с пометкой: вендорские материалы, где процесс всё-таки описан (Anthropic, OpenAI, Microsoft, Atlassian, Amplitude и подобные) — они полезны, но должны быть размечены как источник, заинтересованный в собственной платформе.
Семь вопросов к каждому найденному подходу¶
- Кто держит. Автор, компания, издание. Один человек с блогом и отраслевой консорциум — разный вес.
- Артефакты. Что производится на каждом переходе: документ, файл, запись в системе, эвал. Есть ли имена у этих артефактов.
- Роли. Кто человек, кто агент, где точка «человек сказал да». Что именно осталось за человеком.
- Отдано агенту. Какие шаги реально автоматизированы — с примером, а не декларацией.
- Зрелость.
идея(текст без применения) ·пилоты(одна-две команды, названы) ·промышленная практика(несколько независимых внедрений, есть числа). Указать, чем оценка подтверждена. - Модель-агностичность. Подход переносится на любую модель или несёт вендора в несущей конструкции. Различать заявленное («работает с любой LLM») и проверяемое (описанный процесс не опирается на функцию одной платформы).
- Чем подтверждено. Ссылка, дата публикации, характер свидетельства: практика / кейс / мнение / реклама.
Зоны и что в каждой ищем¶
Зона 1 — Деливери¶
Разработка и выкатка на прод. Гипотеза: проработана далеко вперёд, собираем сжато — карту того, что уже устоялось, и границу, за которой начинается остальное.
Ищем: spec-driven development, agentic coding workflow, code review агентами, CI под агентов, эвалы конфигурации агента, разделение обязанностей между агентами, релиз и откат.
Зона 2 — Дискавери¶
Генерация и проработка гипотез, исследования, кастдев, работа с метриками. Приоритетная зона.
Ищем: как ведут продуктовое открытие с агентами; синтетические респонденты и их критика; агентный анализ интервью; приоритизация гипотез с LLM; continuous discovery (Тереза Торрес) в агентной версии; кто описал роль продакта в этом цикле; чем меряют качество дискавери-выхода.
Зона 3 — Обслуживание¶
Мониторинг работоспособности, разбор инцидентов. Приоритетная зона.
Ищем: AIOps и его отличие от агентного SRE; агент в дежурстве (on-call), ярусы автономии; автоматический разбор инцидента и постмортем; кто и как ограничивает право агента действовать в проде; практики Google SRE / PagerDuty / Incident.io в агентной редакции.
Зона 4 — Оперирование¶
Мониторинг бизнес-данных, их дистилляция, оценка. Приоритетная зона, ожидаемо самая пустая.
Ищем: агенты над продуктовой аналитикой; автоматическая дистилляция бизнес-метрик в решения; кто описал процесс, а не инструмент (Amplitude, Mixpanel, dbt, semantic layer); практики регулярного разбора цифр с LLM; как отличают сигнал от шума; ответственность за решение по цифрам.
Зона 5 — Управление процессом¶
Работа над методологией, харнесом, хранилищем. Приоритетная зона.
Ищем: кто описал сопровождение самой методологии как отдельный процесс; версионирование инструкций и правил; эвалы на конфигурацию агента как регресс; управление контекстом и памятью организации; context engineering как дисциплина; кто отвечает за харнес и как меряют его качество.
Что фиксируем отдельно¶
- Белые пятна. Место, где методологии нет: что именно искали, какими словами, и что не нашлось. Пустой результат поиска — тоже результат, но только с описанием поиска.
- Пересечения зон. Подход, закрывающий больше одной зоны, — ценнее узкого; отмечать явно.
- Русскоязычный контур — отдельной строкой, если найдётся: что делают в РФ, чем это отличается.