Редакция 1 июля 2026 г.

Четыре менеджерских привычки, которые не работают с AI-агентами

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

Автор itskondrat соглашается с общим сдвигом от чата к долгим автономным задачам, но спорит с простым переносом человеческого менеджмента на агентов. Эссе Ethan Mollick «The Twilight of the Chatbots» призывает думать о себе как о менеджере — и автор не отвергает рамку. Он утверждает другое: большинство привычных ходов для людей не переносятся без перестройки процесса. Ниже — четыре таких приёма и три операционных замены, которые автор сделал практичными.

Доверие к агенту накапливается не так, как к человеку

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

Первый агент автора в production получил тот же онбординг: чёткий brief, проверка первых выходов, они выглядели чистыми — и доверие пошло вверх. Примерно через две недели система дала сбой: изменение конфигурации с последствиями для downstream, без error и без flag. Production здесь — не учебный чат, а реальные изменения конфигурации с ценой ошибки.

Ревью для агента — не этап онбординга, а постоянное свойство системы, как rate limit.

Вывод для оркестрации coding agents: не снимайте контроль «по накоплению успехов». Доверие к агенту — функция защитных ограничений и контрольных точек, а не календаря.

Уверенное молчание агента — не признак прогресса

У команды молчание часто значит «всё ок». У агента уверенное молчание после ошибки без флага — отдельный класс риска: «no error thrown» не равно «did the thing correctly». Агент не остановится и не спросит, как сделал бы человек.

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

Отсюда первый операционный ход — check-in tripwires: заранее решить, когда смотреть на работу агента, а не в конце спринта. Автор приводит пример YAML-ограничений:

# pause agent run when:
files_changed > 5
touches: migrations/, infra/, auth/
action: external_api_write

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

Каждая задача требует своего контекста, а не «памяти команды»

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

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

Третий ход автора закрывает дыру до handoff: define «done» and «escalate» before assign. Агент не выведет ни финиш, ни момент эскалации из контекста. Если вы не можете записать оба условия до старта — задача не готова к делегированию.

Обратная связь живёт только в файлах, которые читает следующий запуск

Сказать человеку «мы никогда не делаем X» — достаточно один раз. Агент исправит ошибку в текущем запуске и повторит её в следующем, если правило не попало в файл или промпт, который следующий запуск реально читает.

Практический якорь из поста — AGENTS.md с жёсткими правилами («read every run»): generated/, prod/ config, явное определение «done». Это ближайший аналог rules/skills в соло-workflow без привязки к конкретной IDE: правило должно переживать между запусками, а не жить в вашей голове.

Коррекции — не устная память, а артефакт в репозитории. Иначе каждый новый запуск начинается с нуля, как первый день джуна, только без вашего терпения.

Effort как менеджерское решение, а не настройка «по умолчанию»

Второй операционный ход — effort as a management call. Автор ссылается на adjustable effort levels у Anthropic Sonnet 5 (в тексте поста — «вчера» относительно даты публикации) и сравнивает выбор уровня effort с решением, какой класс задачи заслуживает «дорогой» careful pass — по аналогии с senior vs junior.

Это не про магию модели, а про классификацию задач до старта: рутина не должна съедать дорогой проход, а изменения в migrations/infra/auth — должны. В том же посте упоминается GitHub Copilot как permanent SKU в M365 tiers «на сегодня» — как фон рынка, где агенты становятся инфраструктурой, а не экспериментом.

Тренд, который автор отмечает отдельно: инструменты всё чаще отдают work products с trail действий агента. Управление становится менее «угадайкой», когда виден путь, а не только финальный diff. Для соло-разработчика это снижает зависимость от confident silence — если есть аудируемый след, контрольная точка срабатывает на факты, а не на интуицию.

Что проверить в своём агентном workflow

Четыре сломанных приёма — зеркало: trust backwards, silence ≠ progress, re-scope каждую задачу, corrections только в файлах. Три замены — контрольные точки, effort как management call, done/escalate до assign.

Если вы ведёте агента в одиночку, чеклист из поста сводится к практике:

Контрольные точки на опасные зоны (миграции, infra, auth, внешние записи) — до старта, не после инцидента.
AGENTS.md или эквивалент с правилами, которые читает каждый запуск.
«Готово» и «эскалируй» в brief — не подразумеваются, их нужно писать.

Автор спрашивает аудиторию: какой из четырёх приёмов укусил вас первым. У него — confident silence. Для русскоязычного соло-разработчика с агентом в цикле это, пожалуй, самый неочевидный: система выглядит собранной, пока downstream уже сломан.

Источники

I Managed AI Agents Like Junior Hires for a Month — Here Are the 4 Manager Moves That Don't Transfer — itskondrat, Dev.to, опубликовано 1 июля 2026; дата доступа при обогащении: 2026-07-01T14:00:00Z.