Paperclip

Компания вместо одного агента

Работа в Paperclip начинается с создания компании. Пользователь задаёт название, формулирует миссию и запускает первого агента, который выполняет роль CEO. В туториале демонстрационный пример строится вокруг компании, которая должна готовить ежедневную email-рассылку с новостями об ИИ и технологиях. После запуска CEO получает первую задачу: нанять инженера, составить план найма, разбить дорожную карту и начать делегирование.

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

Официальный сайт называет Paperclip human control plane for AI labor - управляющим слоем для ИИ-работников. За громкой формулировкой стоит довольно понятная механика: оргструктура, цели, бюджеты, governance и dashboard в одном развёртывании.

CEO, совет директоров и найм агентов

Одна из самых удачных идей Paperclip - модель управления через CEO и board approval. Первый агент выступает как руководитель компании. Он читает миссию, планирует действия и предлагает нанять других агентов: например, CTO, CMO или founding engineer. По умолчанию такие решения требуют одобрения человека.

В интерфейсе пользователь выглядит как совет директоров. Во входящие приходят запросы: нанять нового агента, подтвердить действие, снять блокировку, принять решение. Это не просто красивая метафора. В многоагентной системе без такого слоя легко получить разрастание процессов, лишние обращения к моделям и непредсказуемые расходы.

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

Heartbeat: агенты работают не постоянно, а по циклам

Paperclip использует heartbeat - регулярный цикл пробуждения агента. Агент просыпается через заданный интервал, читает миссию компании, проверяет задачи, выполняет работу и снова уходит в ожидание. В туториале для CEO предлагается интервал 600 секунд, то есть примерно 10 минут, чтобы быстрее пройти начальную настройку.

Это важная деталь для понимания продукта. Paperclip не держит всех агентов в бесконечном потоке рассуждений. Работа идёт импульсами. Такой подход удобен для фоновых процессов: мониторинга, подготовки дайджестов, проверки задач, обработки тикетов, обновления статусов.

Но heartbeat связан с расходами. Чем чаще агент просыпается, тем чаще он обращается к модели и инструментам. В GitHub-issues уже обсуждают проблемы heartbeat-протокола: например, что заблокированные задачи могут накапливаться, если агент пропускает их по инструкции, или что CEO может тратить токены на проверки, когда фактически делать нечего. Это хороший сигнал: проект развивается открыто, но механика ещё не отполирована до состояния "поставил и забыл".

Интерфейс ближе к Kanban, чем к чату

Paperclip не стоит воспринимать как замену ChatGPT. Тут нет привычной идеи "пишем в чат, получаем ответ". Интерфейс больше похож на project management: задачи, статусы, агенты, входящие, оргструктура, история запусков.

В туториале задачи отображаются в списке и Kanban-доске. Есть статусы To Do, In Progress, Review, Blocked, Done и Cancelled. Если агенту не хватает доступа или внешнего разрешения, задача может оказаться в Blocked. Если работа требует проверки, она попадает в Review.

Такой формат делает работу агентов более наблюдаемой. Видно, кто отвечает за задачу, где она застряла, что уже выполнено и какие действия требуют участия человека. Для одиночного запроса это избыточно. Для многоагентной работы - почти необходимость.

Bring your own agents

Paperclip не пытается заменить все агентные инструменты. Он работает как управляющий слой поверх уже существующих исполнителей. В FAQ проекта указано, что Paperclip может использовать агентов вроде OpenClaw или Claude Code и оркестрировать их в компанию с оргструктурой, бюджетами, целями, governance и accountability.

В сторонних обзорах также отмечают, что Paperclip можно рассматривать как основу для "найма" разных агентов: OpenClaw, Claude Code, Codex, Cursor, shell-процессов и других рантаймов.

Отсюда сильная и слабая сторона продукта. Paperclip не привязывает пользователя к одному агенту. Но он и не делает подключённого агента умнее. Если Claude Code, Codex или OpenClaw плохо справляются с задачей, Paperclip не исправит качество результата. Он поможет организовать процесс, показать статусы, ограничить бюджет и выстроить делегирование.

Инструменты и права доступа

По умолчанию агенты в Paperclip могут думать, планировать и распределять задачи, но для работы с внешним миром им нужны инструменты. В туториале это показано на примере Brave Search API и Resend API. Первый сервис даёт поиск, второй позволяет отправлять email. Ключи добавляются через переменные окружения и secrets, а доступ выдаётся конкретным агентам: например, CTO и founding engineer.

Это важный практический момент. Paperclip не "магически" превращает агентов в полноценную компанию. Пользователь сам подключает API, задаёт ключи, распределяет права и проверяет, что агенты действительно могут пользоваться инструментами.

Зато модель доступа выглядит здраво. Агент получает только те инструменты, которые нужны для его роли. Если сотруднику не нужен email API, ему его не выдают. Если агент отвечает за исследования, ему можно дать поиск. Если агент занимается разработкой, ему могут понадобиться репозиторий, терминал или тестовая среда.

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

Практический сценарий: от задачи до письма

Самый показательный момент туториала - проверка внешнего результата. Пользователь создаёт задачу для CTO: протестировать Brave Search и Resend, провести поиск, составить примерный дайджест и отправить email. После выполнения задача переходит в Done, а во входящих появляется письмо от агента.

Именно так Paperclip становится понятным. Его ценность не в самой оргсхеме, а в цепочке: миссия → задача → агент → инструмент → внешний результат.

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

Разница с Hermes Agent и OpenClaw

Hermes Agent, OpenClaw и Paperclip часто попадают в один разговор, но роли у них разные.

Hermes Agent ближе к персональному долгоживущему агенту. Его сильная сторона - память, skills и повторяемые процессы одного пользователя: дайджесты, мониторинг, работа через Telegram, файлы, заметки, задачи по расписанию.

OpenClaw можно воспринимать как агента-исполнителя. Он делает конкретную работу, подключается к инструментам и решает задачи в цифровой среде. Не случайно вокруг OpenClaw уже появились громкие кейсы автономной разработки. Например, WSJ писал о стартапе JustPaid, где связка OpenClaw и Claude Code использовалась для почти автономной разработки функций, хотя расходы на такие процессы доходили до заметных сумм.

Paperclip находится уровнем выше. Он не заменяет Hermes Agent или OpenClaw, а закрывает задачу управления: кто что делает, кому подчиняется, какие цели стоят, сколько денег тратится, где требуется одобрение и какие задачи зависли.

Коротко: Hermes Agent - личный оператор с памятью, OpenClaw - исполнитель, Paperclip - управляющий слой для команды исполнителей.

Доступность и установка

Paperclip распространяется как open-source проект. Репозиторий публичный, а официальный GitHub описывает его как Node.js server и React UI для управления командой ИИ-агентов.

В туториале показан запуск на VPS, потому что Paperclip рассчитан на работу 24/7. Локальный запуск возможен, но тогда компания остановится вместе с ноутбуком. Сервер логичнее для heartbeat-задач, регулярных проверок и отправки результатов во внешние каналы.

Настройка требует технической подготовки. Нужно понимать Docker, серверную панель, API-ключи, secrets, адаптеры агентов, подключение Codex или других провайдеров. В туториале отдельно показана авторизация OpenAI Codex через device auth, а для других провайдеров автор рекомендует использовать API-ключи, чтобы не нарушать условия сервисов.

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

Пользовательский опыт: восторг есть, трения тоже

На официальном сайте собраны положительные отзывы из X. Пользователи хвалят саму рамку: не "ещё один ИИ-инструмент", а модель управления командой агентов через org chart, goals, tasks, budgets и templates. Отдельно подчёркивается, что Paperclip помогает уйти от набора разрозненных автоматизаций к одной структуре.

Но первые независимые впечатления осторожнее. В одном hands-on обзоре автор пишет, что brainstorming и email-черновики получались полезными, но сайт, который построила агентная компания, оказался сломанным, а маркетинговые цифры были галлюцинированы.

Это хорошо приземляет ожидания. Paperclip не превращает агентов в надёжных сотрудников сам по себе. Он даёт структуру управления. Качество результата всё ещё зависит от модели, инструментов, прав доступа, постановки задачи и проверки человеком.

Сценарии использования

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

Наиболее понятные сценарии:

• ежедневный мониторинг новостей и отправка дайджеста;
• исследование рынка с разделением задач между агентами;
• обработка GitHub issues и подготовка pull request;
• проверка релизов и документации;
• контентное планирование;
• SEO-исследования;
• обработка заявок или тикетов;
• подготовка внутренних отчётов;
• автономные проверки на VPS.

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

Плюсы и особенности

Paperclip выделяется не моделью и не качеством генерации текста. Его сильная сторона - организация агентной работы.

Ключевые особенности:

• компания как основная единица работы;
• CEO-агент, который делегирует задачи;
• ручное одобрение найма новых агентов;
• оргструктура с подчинённостью;
• dashboard с задачами и расходами;
• Kanban-доска;
• heartbeat для фоновой работы;
• бюджеты на агентов;
• точечная выдача инструментов через secrets;
• поддержка разных агентов и рантаймов.

Самая полезная идея - контроль автономности. Paperclip не предлагает сразу отпустить всех агентов в свободное плавание. Он даёт точки вмешательства: approvals, бюджеты, права, blocked-статусы, inbox.

Ограничения

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

Второй риск - расходы. Агентная работа дороже обычного чата: heartbeat, делегирование, внешние API, повторные попытки и длинные цепочки действий быстро потребляют токены. На фоне этого неудивительно, что AI-компании начинают ограничивать использование подписок сторонними агентными инструментами. Axios писал, что Anthropic блокировала использование подписок Claude в сторонних агентных инструментах вроде OpenClaw, потому что такие сценарии создают высокую вычислительную нагрузку.

Третий риск - безопасность. Агентам часто нужны доступы к почте, репозиториям, API, серверу или внутренним документам. При неправильной настройке это может открыть путь к утечкам. Вокруг популярных AI developer tools уже появляются вредоносные копии и фишинговые схемы, на что указывали Kaspersky и TechRadar в контексте Claude Code, OpenClaw и похожих инструментов.

Paperclip не снимает эти риски. Он просто даёт больше мест, где их можно контролировать.

Разработчик

Paperclip развивается как open-source проект в репозитории paperclipai/paperclip. В открытых материалах проект позиционируется как orchestration for zero-human companies, но по фактической механике это скорее платформа для управления многоагентной работой под контролем человека.

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

Вывод

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

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

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