Paperclip

Работа агентов как управляемый процесс

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

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

Роли и организационная структура

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

Роли стоит формулировать через ожидаемый результат. Исполнитель, отвечающий за проверку, должен знать, какие доказательства приложить и кому вернуть работу при ошибке. Само название должности таких правил не создаёт.

Собственные агенты и модели

Платформа подключает внешние среды исполнения через адаптеры. Среди поддерживаемых направлений названы Claude, Codex , Gemini, Cursor , Hermes, OpenCode и OpenClaw . Можно использовать процессы и HTTP-подключения, соответствующие контракту адаптера.

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

Подключения также поддерживают собственные шлюзы моделей. Среди вариантов указаны OpenRouter, Amazon Bedrock и совместимые конечные точки разных протоколов. Допустимый маршрут определяется адаптером, поэтому наличие шлюза в каталоге нужно сверять с выбранной средой исполнения.

Цели и связанные задачи

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

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

Задачи и проекты могут быть приватными с доступом для указанных людей и агентов. Владельцы и администраторы не получают обычного доступа к их содержимому автоматически. Аварийный просмотр фиксируется в аудите, а часть агрегированных показателей расходов остаётся доступной для общего контроля.

Запуски по событиям и расписанию

Heartbeat запускает агента по расписанию или событию. Поводом может быть назначение задачи, комментарий, снятый блокирующий фактор или запрос проверки. Исполнитель получает контекст события и продолжает связанную работу.

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

Бюджет с учётом задержки расходов

Лимиты можно задавать для компании, агента и проекта. По умолчанию предупреждение появляется на 80%, а достижение 100% при жёстком ограничении останавливает соответствующую область и блокирует новые запуски. Политика только с предупреждением не прекращает расходование средств.

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

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

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

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

Для крупных работ предусмотрено согласование конкретной редакции плана. Изменение плана требует нового решения. Однако защита самого внешнего агента и его инструментов остаётся задачей владельца среды, поэтому настройки внутри панели нужно согласовать с реальными правами исполнителя.

История выполнения и стоимость результата

Запуски оставляют журналы действий и материалы для проверки. Стоимость связывается с задачей, проектом, поставщиком и моделью. Можно разобраться, какая часть процесса оказалась дорогой и где агент потратил время без полезного результата.

Работа через подписку может отражаться в учёте запуска как $0. Это не отменяет оплату самой подписки. Для сопоставления счетов поставщиков предусмотрен отдельный финансовый учёт, поэтому цифры в журнале нужно читать с пониманием выбранного способа подключения.

Коннекторы рабочих приложений

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

Telegram-коннектор описан как экспериментальная возможность. Он принимает сообщения в собственного бота и связывает переписку с задачами. Для входящих уведомлений нужен доступный снаружи HTTPS-адрес, поэтому простой локальный запуск без дополнительной настройки для такого сценария недостаточен.

Навыки, плагины и MCP

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

MCP даёт агентам доступ к внешним инструментам с выбранными разрешениями. Отдельный экспериментальный Assistant MCP API допускает подключение внешнего помощника от имени человека через OAuth. Такой доступ нужно отличать от обычного ключа конкретного агента. Для работы в редакторе кода в каталоге есть отдельная карточка Cursor .

Где работает

Основной интерфейс открывается в браузере после локальной установки или собственного серверного развёртывания. Подтверждены программный API, CLI и MCP-возможности. Локальный сервер с веб-интерфейсом не следует путать с отдельным нативным приложением для компьютера.

Облачная версия на официальном сайте предлагает лист ожидания. Самостоятельная установка доступна независимо от него. Доступ из России без VPN и русскоязычная работа подключённых агентов в рамках этой проверки не тестировались.

Локальная установка и собственные данные

Быстрый запуск использует Node.js и настраивает встроенную PostgreSQL. Возможен переход на собственную базу и серверное размещение. Открытый код на TypeScript позволяет изучать устройство системы и адаптировать её под свою инфраструктуру.

Самостоятельное размещение сохраняет контроль над экземпляром платформы, но запросы подключённого агента всё равно могут отправляться поставщику модели. До работы с закрытыми материалами нужно проверить его правила обработки данных и настроить права каждого внешнего подключения.

Лицензия и реальные затраты

Открытая локальная версия распространяется по лицензии MIT. Плата за лицензию программы не требуется. Расходы на модели, подписки агентов, сервер и подключённые сервисы возникают отдельно и зависят от выбранной конфигурации.

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

Сильные стороны и требования к владельцу

Проект развивает Paperclip Labs, Inc. Его сильные стороны относятся к организации работы:

• Роли, задачи и цели сведены в общий процесс.
• Можно подключать разные среды исполнения и модели.
• Согласования и журналы помогают принимать результат.

Владелец сохраняет несколько обязанностей:

• Настроить права внешних агентов и коннекторов.
• Учесть возможное превышение бюджета из-за задержки регистрации расходов.
• Проверять качество результата и обслуживать собственную установку.

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