К 2027 готов: как компании перейти на агентоцентричные процессы

Как перейти от «у каждого сотрудника свой Claude» к компании, где процессы ведут агенты: ядро данных с журналом изменений, автономные агенты на тулах-рельсах, MCP для личных агентов сотрудников. Плюс короткий план на 2027 и списки готовых решений на каждый слой

Данила Симонов

Сооснователь Ylide и Plyoro

ElKornacio

Главное за минуту

Пока у каждого сотрудника свой Claude, ускоряются отдельные люди, а процессы компании не меняются. AI-native начинается с вопроса к каждому процессу: как сделать, чтобы его вели агенты.

Все строится на ядре данных: у каждой сущности одна актуальная версия, а в журнале изменений у каждой правки есть автор и причина. На первых порах нужна массовая кнопка «Откатить».

Автономному агенту дают не доступ к базе, а тулы: одна операция равна одному бизнес-действию, на входе валидация, в ошибке подсказка, как исправить. Роль описывают файлом на YAML, а правки инструкций проверяют эвалами на golden set.

До 90% работы с системой пойдет через личных агентов сотрудников, а под вашим контролем только MCP-сервер. Поэтому тулы обобщенные, вроде create(entity, data), валидация и инструкции живут на сервере, а прав у агента не больше, чем у человека.

План на 2027: в Q1 ядро с историей и откатом, в Q2 первые агенты на 3–5 рутин, в Q3 пороги качества и стоимости, в Q4 личные агенты через MCP. Маленькие компании могут переводить сразу 70–80% процессов, большие по одной ветке бизнеса за раз.

Агенты есть у всех, процессов нет

Сейчас трудно найти компанию, где у сотрудников нет своего Claude, Codex или чего-то похожего. Позиция компании при этом обычно такая: «Сань, мне плевать, как ты решил задачу. Решил клодом на 95% – флаг в руки, сам – тоже замечательно». AI тут инструмент в руках человека, и ответственность за результат на человеке. Отдельные люди ускоряются, а структура и процессы компании не меняются вообще.

AI-native – обратная парадигма. На каждый бизнес-процесс смотришь с вопросом, как сделать так, чтобы его делали агенты. В идеале целиком, в реальных кейсах – забирая на себя как можно больше кусков

Первое, что всем приходит в голову, – вынести Claude на VPS, дать ему MCP к каждому приложению, и пусть по ночам сам тарабанит CRM. Вау-эффект гарантирован, а через пару недель (на самом деле обычно через пару дней) начинаются вопросы. В карточке CRM непонятная запись, и никто не знает, кто ее написал. Пользователи хотят работать через привычного Claude, а архитектура этого не предполагает. Агент сделал что-то не так, и непонятно, где он споткнулся и как поправить, чтобы, вытащив одну ногу из болота, не утопить там все остальное.