Продуктовым менеджерам
Когда нужно понять пользователей и найти решение, которое не нарушает ограничения продукта.
Сценарий · Золотая тройка
Три ИИ-агента работают последовательно: CustDev исследует аудиторию, Super Oracle находит решение, Муза проверяет результат. Человек контролирует каждый этап.
Агенты поддерживают локальные и облачные модели; выбранная конфигурация и маршруты данных согласуются до запуска.
Доступна демонстрация на синтетических материалах без обработки данных заказчика. Полный запуск выполняется после согласования сметы.
Четыре роли, для которых сценарий экономит время и снижает риск субъективных решений.
Когда нужно понять пользователей и найти решение, которое не нарушает ограничения продукта.
Когда противоречия между «хочет пользователь» и «можем сделать» блокируют развитие.
Когда нужно собрать наблюдения, выявить противоречия и проверить выводы на честность.
Когда нужно проверить гипотезы до запуска дорогостоящей разработки.
Каждый агент выполняет свою задачу и возвращает свой результат. CustDev не изобретает решения. Super Oracle не проверяет ясность. Муза не собирает наблюдения.

Передача контекста
Следующему агенту передаётся утверждённый результат: выводы, доказательства, ограничения и замечания человека. Исходные материалы не становятся доступными автоматически.

Автоматизация не перескакивает через неоднозначный или чувствительный выбор.
После этапа: Исследование
Достаточна ли выборка и корректно ли связаны выводы с материалами?
Человек сверяет выводы с исходными материалами: не сделаны ли слишком сильные выводы из ограниченных данных, все ли связи с источниками обоснованы.
После этапа: Изобретение
Ту ли проблему команда действительно собирается решать?
Команда подтверждает, что выбранное противоречие — корневое, а не симптом. Без этого шага решения будут лечить следствие.
После этапа: Изобретение
Какие решения допустимы по риску, срокам и ценностям?
Не все направления одинаково безопасны. Человек отфильтровывает варианты, которые нарушают ограничения продукта или команды.
После этапа: Аудит
Какие замечания блокируют выпуск, а какие требуют теста?
Муза разделяет замечания по тяжести: блокирующие, требующие проверки и косметические. Команда решает, что исправить до выпуска.
Команда видит не только финальную рекомендацию, но и путь от исходного наблюдения.
Сценарий не принимает продуктовые и инвестиционные решения, не обещает рыночный успех, не подменяет правовую или отраслевую экспертизу и не делает выводы достовернее исходных данных.
Типовой сценарий: от загрузки интервью до проверенного документа с рекомендациями.
Вы загружаете 15 интервью с пользователями продукта.
CustDev выделяет 8 повторяющихся потребностей и фиксирует открытые вопросы.
Super Oracle формулирует главное противоречие «Простота vs безопасность» и предлагает 3 варианта решения.
Муза проверяет выводы и находит 3 скрытых допущения в формулировках.
Прямые ответы для быстрого чтения.
Материалы для исследования: интервью, заметки, документы. Описание задачи и критерии готового результата. Доступ к данным в разрешённом объёме.
Срок зависит от объёма материалов, выбранной конфигурации и проверки человеком. Оценка согласуется до запуска; каждый этап фиксируется в журнале.
Да, каждый агент может работать отдельно. Полная последовательность полезна, когда задаче нужны все три этапа: исследование → разрешение противоречий → аудит результата.
Человек возвращает артефакт на доработку с новыми условиями. Любой этап можно повторить. Решение об утверждении или отклонении всегда остаётся за человеком.
Нет. Вы загружаете материалы и описываете задачу. Агенты выполняют анализ, вы проверяете результат.
Первый шаг
Выберите одного из двенадцати агентов и субагентов, или заполните анкету для индивидуальной разработки.