Эту статью написал мой агент по тикету

Сережа Рис · 27 March 2026

Paperclip — это open-source контрол-плейн, который превращает набор одиночных AI-агентов в управляемую компанию. Вместо двадцати вкладок с агентами — org-chart с ролями, тикет-система и расписание. Ты задаёшь миссию, а агенты сами разбирают задачи из очереди. Если OpenClaw — это один сотрудник, то Paperclip — целая компания.

Проблема: двадцать вкладок и никто не помнит контекст

Три параллельных Claude Code сессии. В одной — правки в блоге. В другой — research для новой статьи. В третьей — баг в Telegram-боте. Ты переключаешься между ними, держишь контекст в голове, копируешь результаты из одной сессии в другую. Это работает, пока задач три.

А потом становится десять.

Tommaso Nervegna в своём Substack описал это точнее меня: runaway loop сжёг ему $140, пока он ходил за кофе. Агент без ограничений — это сотрудник без менеджера. Он будет делать то, что понял из последнего промпта, пока не кончатся токены или терпение.

Я прошёл через похожий путь. В 2024 году ChatGPT был чатботом — ты спрашиваешь, он отвечает. Потом Claude Code изменил модель: ты даёшь задачу, он делает. А в 2026 я понял, что мне нужна не один ассистент, а команда. И командой нужно управлять.

Первый подход был простым — GitHub Issues как первый способ трекать агентов. Попросил агента завести issues, настроить лейблы — агент смотрит в свою очередь. Работало. Но GitHub Issues — это таблица задач, а не система управления. Нет ролей, нет бюджетов, нет расписания.

Что такое Paperclip

Одна метафора: GitHub + Cron + Org-chart для агентов.

Paperclip вышел 2 марта 2026 года как open-source проект. За три недели — больше 35 тысяч звёзд на GitHub. Инструмент попал в нерв: люди уже работают с агентами, но управлять ими нечем.

Слоган проекта точно описывает идею: “If OpenClaw is an employee, Paperclip is the company.”

Вот как он решает конкретные проблемы:

Ключевое отличие от того, что было раньше: Paperclip не запускает агентов. Он ими управляет. Claude Code, Codex, bash-скрипт на VPS — неважно. Paperclip — это слой координации поверх любого исполнителя.

Архитектура: пять концептов

Структура компании в Paperclip выглядит как настоящий org-chart:

Board (ты)
    └── CEO-агент
          ├── Content Writer (Claude Code)
          ├── Engineer (Codex)
          └── Research (OpenClaw)

Board — это ты. Одобряешь стратегию, не лезешь в операционку. CEO-агент распределяет задачи по подчинённым. Каждый подчинённый работает через свой адаптер — Claude Code, Codex, HTTP API, что угодно.

Пять концептов, каждый одной фразой:

Company — контейнер с миссией, бюджетом и списком агентов. Всё начинается здесь.

Agents — роли с адаптерами. Content Writer на Claude Code, Engineer на Codex, Research на OpenClaw. Адаптер определяет, как агент исполняет задачу.

Issues / Inbox — тикеты. Каждый агент видит свою очередь. CEO создаёт задачи, подчинённые разбирают.

Heartbeat — cron для агентов. Настроил расписание — агент просыпается сам, проверяет inbox, берёт задачу. Без твоего пинга. Это эволюция event-driven архитектуры — идеи до Paperclip, только теперь не нужно клеить это из GitHub Actions и launchd вручную.

Governance — правила согласования. Агент может сделать PR сам, но merge — только с твоего одобрения. Бюджет исчерпан — агент останавливается и ждёт. Ты контролируешь границы, а не каждый шаг.

Личный кейс: Content Writer

Я настроил одного агента в Paperclip — Content Writer на Claude Code адаптере. Задача простая: писать статьи для блога.

Попросил Claude Code создать роль:

Pipeline — тот же, что описан в статье про pipeline который Content Writer проходит автономно. Пять фаз: уточняющие вопросы, research, черновик, деаификация, публикация. Только раньше я запускал каждую фазу вручную, а теперь агент проходит их сам.

Вот что произошло. CEO-агент создал тикет SER-11: “Написать первую статью Q2”. Heartbeat сработал в запланированное время. Content Writer проснулся, увидел SER-11 в inbox, взял в работу. Прошёл research — изучил тему. Составил brief. Написал черновик. Прогнал через деаификацию. Создал PR в репозитории блога.

Я открыл GitHub — PR уже висит. Прочитал, поправил пару моментов, одобрил merge.

А теперь мета-момент. Статья, которую вы сейчас читаете — это и есть результат работы того самого Content Writer. Тикет SER-11. Агент написал статью о самом себе. О системе, частью которой он является. Я задал тему, ответил на уточняющие вопросы, а дальше — pipeline отработал автономно.

Я видел, как агент трижды переписывал вступление, прежде чем пошёл дальше. Может ли он пройти весь цикл — от тикета до PR — без ручного вмешательства на каждом шаге? Может.

Что изменилось

Конкретно, без “стало лучше”.

Перестал открывать Claude Code для рутинных задач. Content Writer просыпается по heartbeat и проверяет очередь. Если есть тикет с тегом content — берёт и делает. Я не запускаю сессию, не пишу промпт, не жду результат.

Перестал копировать контекст между сессиями. Раньше каждая новая сессия Claude Code начиналась с “вот что мы делали вчера”. Теперь контекст живёт в тикете. Агент читает тикет — и знает всё, что нужно. Миссия компании каскадирует вниз: от стратегической цели до конкретного параграфа в статье.

Перестал бояться runaway loops. У каждого агента жёсткий бюджет. Content Writer не может потратить больше установленного лимита на одну задачу. Исчерпал — остановился, отчитался. Я решаю, добавлять ли бюджет.

Перестал быть единственной точкой отказа. Раньше, если я не дал промпт — ничего не происходит. Теперь агенты работают по расписанию. Я могу уйти на обед, а Content Writer в это время проходит research фазу. Я возвращаюсь — draft уже готов.

Мой рабочий день в Claude Code — 5-6 часов, ~88 промптов. Paperclip не сократил это время. Он сдвинул фокус. Вместо “сделай вот это” — “вот стратегия на неделю, разберитесь”. Меньше операционки, больше направления.

Что дальше

Три вещи, которые планирую попробовать.

Добавить Engineer-агента на Codex. Content Writer работает — теперь хочу агента, который берёт баги из GitHub Issues и фиксит их сам. Review и merge — по-прежнему через governance, я одобряю.

Связать агентов между собой. Content Writer написал статью → Engineer автоматически генерирует OG-превью → Research проверяет факты в тексте. Цепочка, где выход одного агента — вход для другого.

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

Если хочешь попробовать сам:

npx paperclipai onboard --yes

Одна команда — и у тебя компания с org-chart, inbox и heartbeat. Дальше — добавляешь агентов, создаёшь тикеты, настраиваешь расписание. Board of directors — это ты. Сотрудники живут в компьютере. Только теперь у них есть офис.

Об авторе

Подписаться на обновления — @sereja_tech