Недавно к нам пришёл один из амбассадоров Онто и сформулировал очень понятную пользовательскую боль: «Хочу управлять связями прямо в вашей Excel-табличке». Не через отдельные формы, не через сложный переход в другой режим, а прямо там, где пользователь уже работает с объектами и полями.
На первый взгляд запрос звучит просто. Есть таблица объектов, есть колонка связи, хочется нажать и добавить связанный объект. Но внутри Онто это не просто “ячейка в таблице”. За такой операцией стоит модель: шаблоны, допустимые типы связанных объектов, существующие связи, поиск объектов, ограничения, создание новой связи и корректное отображение результата в интерфейсе.
Раньше такая задача почти автоматически превращалась бы в классический цикл: обсудить с разработчиком, уточнить поведение, разложить на технические задачи, проверить реализацию, вернуть на доработку, снова проверить. Теперь мы попробовали иначе. Кристина взяла задачу как PM и повела её через агентную команду: сформулировала ожидание, уточнила сценарий, управляла итерациями, проверяла результат и довела фичу до препрода.
И вот здесь стало интересно. По сути, она не “передала задачу разработчику”, а начала управлять производственным контуром, где разработчиками выступают агенты. Они читают контекст, предлагают реализацию, вносят изменения, исправляют поведение, а PM удерживает цель, качество и пользовательский сценарий.
На препроде уже появился результат: в табличном режиме можно работать со связями как с частью привычной таблицы. Пользователь видит допустимые шаблоны, может искать объект, выбирать его и добавлять связь прямо из ячейки. Это очень важный шаг для Онто, потому что снижает порог входа: человек работает почти в знакомой логике таблицы, но под капотом остаётся полноценная модель объектов и связей.
Для меня эта история не только про конкретную фичу. Она про то, что управление агентами начинает становиться отдельной компетенцией. Не нужно, чтобы PM сам писал код. Но нужно, чтобы он умел поставить задачу, удержать пользовательскую ценность, проверить результат и провести агентов через несколько итераций до рабочего состояния.
Это похоже на переход от управления исполнителями к управлению производственной средой. Раньше руководитель проекта распределял задачи между людьми. Теперь он может управлять агентной командой, которая при наличии контекста и понятных правил способна выдавать быстрый прикладной результат.
Конечно, это не отменяет инженерную культуру. Наоборот, без неё агентная разработка быстро превращается в хаос. Нужны требования, проверка, контекст, правила, ревью, понимание границ и нормальная приемка результата. Но если этот контур есть, агентная команда становится не игрушкой, а рабочим способом ускорять развитие продукта.
В этой истории особенно ценно, что задача пришла не из абстрактной продуктовой фантазии, а от живого пользователя. Амбассадор сказал: «Мне нужно управлять связями в вашей Excel-табличке». PM подхватила запрос. Агенты помогли быстро довести его до работающего интерфейса на препроде.
Кажется, именно так и должен выглядеть нормальный цикл развития продукта: пользовательская боль → понятная постановка → агентная разработка → проверка → рабочий результат.
И главный вывод для меня здесь простой. Мы передаём не только задачи агентам. Мы постепенно учимся передавать людям способность управлять агентными командами. А это уже совсем другой уровень масштабирования разработки.
Если вам интересно повторить у себя - вам нужно развернуть у себя экземпляр Онто и прийти ко мне за обучением.