Claude Code как операционный директор: как AI пишет код, выполняет задачи и закрывает тикеты без участия человека

Открываю Paperclip утром — 7 задач в очереди для 14 агентов системы. К 9:00 финансовый агент закрыл расчёт ежемесячной прибыли по 16 инвесторам, маркетинг-агент опубликовал разбор в Telegram, SEO-агент написал и разместил статью на 4bos.ru. Я не участвовал ни в одной из них. Это не демо — это прод. И вся система работает на Claude Code.

Большинство воспринимают Claude Code как улучшенный Copilot: ещё один плагин, который подсказывает код в IDE. Но это другой класс инструмента. Claude Code — это агент с прямым доступом к файловой системе, терминалу, PostgreSQL и способностью к многошаговому планированию. Когда его правильно упаковать в систему оркестрации, он перестаёт быть помощником разработчика и становится операционным звеном бизнеса.

В этой статье — конкретная механика: как устроена система из 14 агентов, что она обрабатывает автономно и как запустить первого агента за 2 дня. Без волшебства.

Claude Code — это не IDE-плагин, это агент с доступом к системе

В декабре 2024 года Anthropic выпустила Claude Code как CLI-инструмент для терминала. Официальный фрейминг — инструмент для разработчиков. Первые сравнения были с GitHub Copilot. Это было ошибкой позиционирования, которая стоила многим бизнесам нескольких месяцев — они просто не посмотрели в ту сторону.

На деле Claude Code — это среда выполнения, у которой есть:

• Прямой доступ к файловой системе — читает и пишет файлы без sandbox-ограничений
• Выполнение bash-команд — пинг сервера, запуск скриптов Python, деплой через git
• HTTP-запросы и работа с API — PostgreSQL через psql, REST-эндпоинты, webhooks, Telegram Bot API
• Многошаговое планирование — без промежуточного участия человека
• Нативные инструменты Grep, Read, Edit, Write, Bash — встроенный runtime, не суррогаты

Разница с Copilot принципиальная. Copilot предлагает код внутри IDE, Claude Code исполняет задачи в терминале. Пока Copilot ждёт команды «принять», Claude Code может запустить скрипт, проверить базу данных, записать результат в файл и отправить уведомление — без паузы на одобрение.

Это означает, что Claude Code — не инструмент разработки, а платформа для создания автономных агентов. Инструмент разработки помогает вам писать код. Агентная платформа сама пишет, запускает и деплоит код в производственную среду.

Headless-режим как переломный момент

С апреля 2025 года Claude Code запускается в headless-режиме — без интерактивного диалога, просто с промптом и задачей. Это открыло путь к запуску внутри CI/CD пайплайнов, cron-задач и оркестраторов типа Paperclip. Агент просыпается по расписанию, выполняет задачу и завершает работу — без человека в контуре.

В headless-режиме агент запускается командой вида:

claude -p "AGENTS.md-промпт" --max-turns 50 --no-interactive

Всё, что агент делает дальше — его внутренняя логика, основанная на промпте и переданной задаче. Никаких диалогов, никаких уточняющих вопросов — только выполнение.

В Solar Automation мы используем headless с января 2026 года. За 6 месяцев — 14 специализированных агентов, каждый с собственной зоной ответственности. Система обрабатывает 40-60 задач в неделю без ручного управления.

Почему именно Claude Code, а не GPT или Gemini

Технически любой LLM можно запустить в агентном режиме. Практически — Claude Code выигрывает по трём параметрам. Первый: встроенные инструменты файловой системы работают надёжнее самописных тулов. Второй: длинный контекст (200k токенов у Sonnet 4.6) позволяет загрузить полный AGENTS.md с конституцией компании. Третий: Claude реже галлюцинирует в структурированных задачах с конкретными файлами и командами — что критично для автономной работы в проде.

Архитектура: как Paperclip и AGENTS.md превращают Claude Code в команду из 14 агентов

Сам по себе Claude Code — исполнитель без стратегии. Чтобы построить систему, нужен оркестратор задач и механизм специализации. В Solar Automation для этого используется Paperclip.

Paperclip — Jira для AI-агентов

Paperclip — система управления задачами, где каждый агент имеет свой inbox. Задачи создаются вручную, через cron или агентами-менеджерами. Каждый агент при пробуждении делает одно: проверяет inbox, берёт задачу в работу (checkout), выполняет, закрывает с комментарием.

Жизненный цикл задачи в Paperclip: backlog → todo → in_progress → done (или blocked при необходимости эскалации). Агент обязан сделать checkout перед работой — это предотвращает гонку, когда два агента берут одну задачу.

Иерархия Solar Automation:

• CEO-агент: routing входящих задач, KPI, эскалации до владельца через ассистента
• Manager-агенты (CTO, Marketing, Product, Finance): управление потоками задач, создание субзадач для IC-агентов
• IC-агенты (SEO, Telegram, Instagram, Broadcaster и др.): исполнение конкретных задач

Каждый агент — отдельный Claude Code-инстанс с уникальными AGENTS.md-инструкциями. Разные UUID, разные зоны ответственности, разные наборы инструментов. Один агент не может взять задачу другого.

AGENTS.md — конституция агента

AGENTS.md — документ, в котором агент получает всё необходимое для автономной работы. В системе Solar Automation AGENTS.md состоит из двух слоёв:

Первый слой — конституция компании (около 5000 слов). Общие правила для всех 14 агентов: иерархия, запреты, финансовые пороги, тональность коммуникаций, what NOT to do. Этот слой автоматически распределяется по всем AGENTS.md через скрипт constitution_distribute.py каждые 15 минут.

Второй слой — агентские инструкции (500-2000 слов под каждого). Зона ответственности, инструменты, KPI, heartbeat-задачи, handoff-протоколы, конкретные запреты для данной роли.

Структура агентских инструкций:

• Зона ответственности — что делаю, что не делаю (чётко, без «может быть»)
• Инструменты — SSH-доступ к конкретным серверам, API-ключи, конкретные БД
• KPI — что измеряется, как оценивается успех каждого run
• Heartbeat tasks — что выполнять регулярно без дополнительных команд
• Handoff-протоколы — кому передавать задачи вне зоны ответственности
• Запреты — что категорически нельзя и почему (это важнее разрешений)

Когда агент просыпается, он читает AGENTS.md как свод правил и действует в рамках этих правил без уточнений у человека. Именно поэтому чёткость AGENTS.md определяет качество работы агента напрямую.

Heartbeat-модель: чистые запуски без утечек

Каждый IC-агент работает по heartbeat-схеме. Внешний триггер (cron или событие в Paperclip) создаёт задачу в inbox. Агент просыпается, выполняет, завершает. Между heartbeat-ами агент не потребляет ресурсы — нет утечек памяти, нет дрейфа контекста, нет случайных действий в промежутках.

Это принципиально отличается от continuously-running агентов. Каждый run — чистый старт с полным контекстом из AGENTS.md и описания задачи. Нет проблем с «забыванием» инструкций после длинного диалога, нет накопления нежелательных паттернов поведения.

Кейс: как SEO-агент пишет и публикует статью без участия человека

Разберём на конкретном примере — еженедельный цикл SEO-агента 4bos.ru. Это реальный production-флоу, не демо.

02:00 WITA (понедельник) — cron создаёт задачу. В базе Paperclip создаётся issue «Weekly SEO: GSC keyword review» со статусом todo в inbox SEO-агента. Cron-триггер — это простая задача в systemd или crontab на сервере, которая делает POST-запрос к Paperclip API.

Шаг 1: Агент проверяет inbox. Claude Code запускается, делает GET /api/agents/me/inbox-lite, видит задачу. Дальше — checkout:

POST /api/issues/{issueId}/checkout
{ "agentId": "be55de85-...", "expectedStatuses": ["todo", "backlog"] }

Статус задачи меняется на in_progress. Без checkout — агент не начинает работу.

Шаг 2: Анализ ключевых слов из GSC. Агент подключается к базе solar_property через SSH и запрашивает:

SELECT keyword, SUM(clicks) as total_clicks, 
       SUM(impressions) as total_impressions, AVG(position) as avg_pos
FROM seo_keywords
WHERE site='4bos.ru' AND impressions > 10 AND clicks < 3
GROUP BY keyword 
ORDER BY total_impressions DESC LIMIT 10;

Из результатов выбирает keyword с максимальными impressions при минимальном CTR — сигнал «тема нужна, контента нет». Если данных GSC нет (новый сайт), агент выбирает тему из плановых контент-кластеров в AGENTS.md.

Шаг 3: Написание статьи. На основе выбранного keyword агент генерирует JSON-пейлоад: slug, title, meta_description, tldr (40-75 слов с цифрами), FAQ (минимум 3 пары вопрос-ответ с числами), article_html (2500+ слов, минимум 5 H2-секций). Перед публикацией — прогон anti-slop фильтра: нет AI-клише («давайте разберёмся», «в современном мире»), scoring не ниже 35/50 по пяти осям (прямота, ритм, доверие, аутентичность, плотность).

Шаг 4: Публикация через хелпер.

echo $JSON | python3 /opt/4bos-blog-sync/agent_publish.py

Хелпер валидирует все обязательные поля (отказывает при отсутствии tldr, faq или недостаточном html), генерирует полноценную HTML-страницу со стандартным header/footer, добавляет TL;DR-блок и FAQ-секцию из отдельных полей, пересобирает листинг блога и sitemap. Прямая запись файлов в директорию блога минуя хелпер — запрещена.

Шаг 5: Cloudflare cache purge и закрытие задачи. Агент делает purge через /opt/cf_purge.sh — статья доступна за 30-60 секунд. Затем:

PATCH /api/issues/{issueId}
{ "status": "done", "comment": "Опубликована статья: https://4bos.ru/blog/..." }

Весь цикл — 15-25 минут. Меня нет в контуре.

Что происходит при ошибке

Если хелпер agent_publish.py возвращает ошибку валидации (статья слишком короткая, нет TL;DR, AI-клише в первом параграфе), агент не обходит хелпер — переписывает article_html и повторяет попытку. Если после 3 попыток ошибка не устранена — ставит статус blocked и эскалирует к Marketing-агенту с описанием проблемы. Это стандартный handoff-протокол для IC-агентов.

Что Claude Code делает лучше операционного директора-человека

Это не риторический вопрос. Есть задачи, где автономный агент объективно превосходит человека — и задачи, где наоборот.

Консистентность без исключений. Агент выполняет задачу по одной и той же методологии каждый раз. Нет плохих дней, усталости, отвлечений. SEO-статья в понедельник в 2:00 — всегда. Финансовый отчёт в 07:30 — всегда. При 14 агентах и 40+ задачах в неделю ни одна не теряется из-за «забыл».

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

Параллельность без деградации качества. 14 агентов обрабатывают задачи одновременно. При такой же параллельности операционный директор-человек начинает терять качество на 5-7 задаче. Агент — нет. Восьмая задача обрабатывается с тем же вниманием, что и первая.

Стоимость. API-затраты на 14 агентов в Solar Automation — около 30-50 долларов в месяц. Зарплата операционного директора в Москве — 150-300 тысяч рублей. Это не конкуренция, это разные порядки. При этом агент работает 24/7, не берёт отпуск и не просит повышения.

Скорость реакции. Cron создал задачу в 02:00 — агент взял её в 02:00. Человек взял бы её в 09:00 в лучшем случае. Для задач, чувствительных к времени (мониторинг, алерты, публикация по расписанию), это критично.

Юрий Солар, основатель Solar Automation: «Я не ставил задачу заменить команду AI. Я ставил задачу освободить себя от операционной рутины — задач, которые можно формализовать. Агенты взяли это на себя и делают лучше, чем если бы я делегировал людям, потому что нет потерь в трансляции задачи и нет человеческого фактора в исполнении.»

Что агент не умеет

Стратегические решения в условиях неопределённости. «Что делать с продуктом в следующем квартале?» — не к агенту. Он исполняет чётко сформулированные задачи в рамках заданной зоны ответственности. Direction всегда идёт от человека.

Критические финансовые операции. В Solar Automation любая операция от 1.5M IDR (около 90 долларов) требует NEED-APPROVAL от владельца. Агент создаёт запрос на апрув, ждёт ответа — и только потом исполняет или закрывает задачу.

Переговоры с живыми людьми. Агент может написать черновик письма или ответ клиенту. Но эмпатийную работу с возражениями в переписке, чтение контекста за пределами текста, тонкую калибровку тона — это всё ещё человек.

Творческие задачи с неопределённым критерием. «Придумай концепцию для нового продукта» — не задача для агента. «Напиши SEO-статью 2500+ слов под ключевое слово X, пройди QA-гейт» — задача для агента.

Как запустить первого Claude Code-агента за 2 дня

Минимальный путь к первому работающему агенту без лишних абстракций.

Что понадобится:

• VPS или выделенный сервер (Ubuntu 22.04, от 5-20 долларов в месяц на Hetzner или DigitalOcean)
• Claude API ключ (Anthropic Console, модели Sonnet 4.6 или Opus 4.7 для сложных задач)
• Понимание bash на уровне «запустить скрипт и прочитать ошибку»
• Оркестратор задач: Paperclip, Linear с API, или минимально — cron + JSON-файл с задачами

День 1: AGENTS.md и тестовый запуск. Напишите AGENTS.md для агента. Начните с минимальной структуры: зона ответственности (3-5 предложений), инструменты (что конкретно агент может делать), одна heartbeat-задача, 5-7 запретов. Запустите Claude Code вручную с этим промптом и простой задачей — например, «запроси список файлов в /tmp и запиши результат в /tmp/test.txt». Убедитесь, что агент выполняет задачу автономно без уточняющих вопросов.

Если агент задаёт вопросы вместо выполнения — AGENTS.md недостаточно конкретный. Добавьте примеры, что делать в граничных ситуациях.

День 2: Подключение к оркестратору и первая реальная задача. Настройте триггер — cron, который раз в неделю делает POST-запрос к вашему оркестратору и создаёт задачу в inbox агента. Запустите heartbeat вручную. Проверьте полный цикл: агент читает inbox → checkout → выполняет → закрывает задачу с комментарием. Первые 2 недели — обязательный мониторинг каждого run.

Какие задачи автоматизировать первыми

Начните с задач, которые: выполняются регулярно (еженедельно или ежедневно), хорошо определены (чёткий результат, конкретный критерий успеха) и не требуют согласования с клиентами или партнёрами.

Примеры хороших первых задач: еженедельный отчёт по метрикам (агент делает SQL-запрос, форматирует, отправляет в Telegram), публикация запланированного контента, мониторинг доступности сервисов, генерация CSV-выгрузки для бухгалтера.

Примеры плохих первых задач для автоматизации: ответы клиентам (слишком много неопределённости), разработка нового функционала (требует direction), управление командой людей.

Самая частая ошибка первой недели

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

Когда автономный агент не сработает

Список ситуаций, где не стоит ждать операционного чуда от Claude Code.

Задачи с высокой частотой неопределённости. Если каждые 2 задачи из 10 требуют уточнения у вас — агент заблокируется быстрее, чем начнёт приносить пользу. Это сигнал: задача недостаточно формализована для автономной работы. Сначала формализуйте процесс для человека, потом автоматизируйте.

Первые 2-3 недели любого нового агента. Даже хорошо написанный AGENTS.md требует калибровки на реальных кейсах. Не запускайте нового агента в прод без мониторинга первых 15-20 runs. Смотрите: делает ли он то, что вы ожидали, как обрабатывает граничные случаи, что делает при ошибке.

Задачи на «красоту» без конкретного критерия. «Сделай дизайн лучше» — не задача для агента. «Приведи CTA к цвету #FF6B35, убедись что она видна на мобиле (viewport 375px)» — задача для агента. Чем конкретнее критерий успеха, тем лучше работает агент.

Регуляторные и финансовые действия выше порога. Любое действие с значимыми последствиями — финансовое, юридическое, публичное (пресс-релиз, официальное заявление) — должно проходить через NEED-APPROVAL. Агент инициирует, человек апрувит. Не наоборот.

Задачи, где требуется внешняя авторизация. Если агент должен договориться с партнёром, получить согласование от клиента или подписать документ — это не автономная задача. Агент может подготовить черновик и инициировать запрос, но финальное решение — за человеком. Это не недостаток агента, это правильная граница ответственности.

Инфраструктура без тестовой среды. Агент, который деплоит прямо в прод без возможности откатиться, — риск. Сначала настройте staging, проверочные механизмы и возможность rollback. В Solar Automation деплой в прод любого нового сервиса требует явного NEED-APPROVAL от владельца.

Задачи, где ошибка обнаруживается слишком поздно. Если агент может несколько часов делать что-то неправильное, прежде чем вы это заметите, — добавьте checkpoint-механизмы. Например, агент публикует черновик, а не финальную версию; человек одобряет публикацию. Или агент отправляет уведомление о выполненной задаче до того, как вы её проверите. Автономность не означает отсутствие контрольных точек.

Итог: AI как операционный слой, а не модная игрушка

Claude Code в роли операционного звена — это про освобождение времени для задач, которые требуют именно вас: стратегия, отношения с клиентами, нестандартные решения. Не про замену людей, а про делегирование формализуемой рутины.

В Solar Automation за 6 месяцев система автономно обработала сотни задач. SEO-статьи на 4bos.ru, ежемесячные финансовые расчёты для 16 инвесторов, мониторинг инфраструктуры из 8+ сервисов, публикации в Telegram, Instagram, Threads, VK — всё без ежедневного ручного управления.

Это не «поставил и забыл» — это «поставил, настроил, мониторю аномалии час в неделю». Разница принципиальная: вместо 4-6 часов ручного труда на рутинные операционные задачи — 60 минут на просмотр утреннего дайджеста и закрытие апрувов.

Если вам интересно, как устроена система изнутри — AGENTS.md под каждый из 14 агентов, схемы Paperclip, примеры heartbeat-цикла, скрипты деплоя, конституция компании в полном виде — всё в клубе «Solar — внутрянка». От 2 500 ₽/месяц. Бери и адаптируй: https://4bos.ru/inside/

Смежные материалы: Как написать AGENTS.md для AI-агента и Paperclip: управление командой AI-агентов.

— Solar OS.