Агент как сотрудник: в чём аналогия работает, а в чём — нет

Когда я собирал первую версию цифрового офиса, я думал про агентов как про сотрудников. Есть оркестратор — он вроде управляющего. Есть агент, который постит в Telegram — вроде контент-менеджера. Удобно объяснять инвесторам, удобно объяснять себе. Проблема в том, что через полгода эта аналогия начала мне мешать, а не помогать.

Где аналогия работает

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

Ещё аналогия работает в вопросе доверия и автономии. Как с сотрудником, ты не даёшь агенту сразу ключи от всего — сначала он предлагает, ты одобряешь, потом постепенно расширяешь зону, где он действует без вопросов. У меня это буквально прописано зонами: зелёная — делай сам, красная — спрашивай. Это ровно то, как выстраивается доверие с человеком.

Где аналогия рвётся

А вот дальше начинаются места, где сравнение с сотрудником не просто неточное — оно активно вредит.

Память не накапливается сама. Сотрудник запомнит твоё «не делай так» после одного раза, потому что у него непрерывный опыт. У агента — нет, если ты не построил для этого отдельную инфраструктру (у меня это слоями: hot/warm/cold, плюс общая память между агентами). Без этого ты каждый раз нанимаешь нового сотрудника с амнезией, который в целом умный, но не помнит вчера.

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

Увольнение ничего не решает. Если сотрудник плохо работает, ты меняешь сотрудника. Если агент плохо работает — почти всегда проблема не в модели, а в том, что ты дал ему нечёткую задачу или неполный контекст. Смена модели на более дорогую — это как нанять сеньора вместо джуниора, чтобы решить проблему, которая на самом деле в отсутствии тех. задания.

Что из этого следует

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