Paperclip Promises a Company of AI Agents but Drowns in Bureaucracy During Testing

Paperclip предлагает управлять не одним AI-ассистентом, а целой «компанией» из агентов с ролями, бюджетами и внутренней иерархией. Автор Habr проверил идею на реальной продуктовой задаче и получил показательный провал: за двое суток команда из восьми виртуальных «сотрудников» потратила токены, создала шум и почти ничего не сделала.

Как устроен

Paperclip Paperclip — open-source проект, который, по словам автора, за первые 12 дней собрал 24 тысячи звёзд на GitHub, а к моменту публикации статьи уже дошёл до 30,6 тысячи. Его идея проста и одновременно амбициозна: перестать работать с ИИ как с набором отдельных чатов и превратить взаимодействие в модель компании. Вместо одного помощника пользователь получает CEO, CTO, разработчиков, дизайнера и других «сотрудников», между которыми можно делить задачи, бюджеты и ответственность.

«Если

OpenClaw — это сотрудник, то Paperclip — это компания». роли CEO, CTO, инженеров и дизайнеров для разных типов задач лимиты токенов и отключение агентов, когда бюджет исчерпан heartbeat-механизм, который будит агентов по расписанию, а не держит их постоянно активными связь каждой задачи с общей целью, чтобы агент понимал контекст работы * поддержка разных инструментов — от Claude Code и Codex до Bash и HTTP-агентов На бумаге это выглядит очень мощно. Paperclip пытается решить реальную боль разработчиков, у которых одновременно открыты десятки агентных сессий, теряется контекст, а расходы на токены расползаются без контроля.

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

Почему всё встало

Для проверки автор дал Paperclip вполне обычную задачу: допилить существующий продукт, добавить пару эндпоинтов, интеграцию с внешним API и довести UI до уже нарисованного дизайна. Дальше система повела себя слишком по-человечески. CEO раздал задачи и исчез смотреть на метрики.

DevOps увлёкся автоматизацией и нагенерировал пачку CI/CD-конфигов. QA не захотел работать с этим форматом. Backend увидел объём спецификации, раздражённо отступил.

Дизайнер ограничился репликой в духе «сделайте кнопки как в других местах». Тимлид периодически просыпался, выдавал стратегические указания и снова уходил. На второй день лучше не стало.

Backend вернулся, увидел новые уточнения и длинную переписку, после чего ушёл в глубокий таймаут. Frontend сидел и ждал API, которого так и не получил. Итог эксперимента получился почти сатирическим: восемь агентов за двое суток потратили 79 тысяч токенов, не написали ни одной полезной строки кода, сломали карточку вакансии и довели автора до отката изменений.

После этого ту же задачу одиночный подрядчик в виде Cursor закрыл примерно за полтора часа.

Где реальная польза Сам автор делает важную оговорку: проблема не в том, что Paperclip бесполезен.

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

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

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

Что это значит

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