Заказчик, медиум и ИИ-агент: как рождается приложение в Интеграме

В репозитории Интеграма есть документ integram-app-workflow.md — это не статья для чтения, а рабочий регламент для ИИ-агента: пошаговая инструкция, по которой агент собирает полноценное приложение, начиная с пустой базы. Эта заметка объясняет регламент по-человечески — для того, кто заказывает приложение, а не пишет код.

Три роли

В этой схеме всегда есть трое:

• Заказчик-клиент — у него болит. Он знает свой бизнес, но не знает ни Интеграма, ни баз данных.
• Вы — медиум. Сегодня вы стоите между клиентом и разработчиком: переводите «хотелки» на язык техзадания и обратно.
• ИИ-агент — разработчик. Он держит в голове регламент integram-app-workflow.md и собирает приложение сам.

Смысл регламента в том, чтобы постепенно убрать из этой цепочки технический перевод. Чем строже агент следует протоколу, тем меньше вам нужно «переводить» — и тем ближе момент, когда вы общаетесь только с клиентом, а агент сам превращает разговор в работающее приложение.

Что нужно от вас — и только это

Регламент прямо запрещает агенту засыпать вас техническими вопросами. От вас требуется ровно три вещи:

Вводная	Пример
Тематика — одно предложение	«Режу джамбо-рулоны на маленькие ролики для термопринтера»
Эксели (или описание колонок)	Файл «Заказы.xlsx»: Клиент, Дата, Ширина, Намотка, Количество
Боль — 2–3 фразы	«Теряю заказы», «Не помню, какой рулон уже порезан»

Всё это вы получаете от клиента в обычном разговоре. Никакого технического языка.

Чего вы НЕ решаете

Регламент запрещает агенту перекладывать на вас дизайнерские решения. Агент не спрашивает:

• «Какие экраны вам нужны?» — он знает типовые экраны для вашего домена.
• «Как назвать кнопку?» — он предлагает стандартные, интуитивные названия.
• «Какие роли завести?» — для производства это менеджер / оператор / руководитель, для услуг — администратор / мастер.

Агент спрашивает только то, чего нет в экселях: один оператор на станок или несколько; нужен ли клиентам доступ к статусу заказа; есть ли готовый список клиентов или их заводят на лету; есть ли фирменные цвета и логотип.

Что вы получаете обратно

Прежде чем что-либо строить, агент присылает короткий документ-подтверждение — его можно прочитать за 2 минуты и ответить «да» или поправить. Без единого технического термина: что будет делать приложение, кто в нём работает, какие основные экраны, что агент вытащил из ваших экселей и что осталось уточнить.

Вы подтверждаете — и только после этого начинается стройка.

Как идёт стройка (вам видеть не обязательно)

Дальше агент работает сам по шести техническим этапам: проектирует структуру данных, наполняет её тестовыми записями, создаёт пользователей и роли, защищает данные запросами на выборку, собирает рабочие места и прогоняет тест-план по всему пользовательскому пути. Для вас это «чёрный ящик» — важен лишь результат: работающее приложение, которое делает то, что вы подтвердили.

Один нюанс агент проверяет особенно тщательно — тип связи между таблицами: справочник или подчинённая таблица. Перепутать их — самая дорогая ошибка проектирования, поэтому регламент заставляет агента сверяться на каждом шаге.

Потенциал: остаётесь только с клиентом

Сегодня вы — медиум: переводите между клиентом и разработчиком. Регламент integram-app-workflow.md шаг за шагом отбирает у этого перевода работу: типовые экраны, роли, названия и структуру агент достраивает сам по лучшим практикам. В пределе ваша роль сужается до одного — понять боль клиента и пересказать её одним абзацем. Остальное — забота агента.

Это та же мысль, что и в «Не все станут программистами»: ценность не в умении писать код, а в умении услышать заказчика. Регламент просто доводит её до предела.