У спільноті AI‑інженерів останні тижні активно обговорюють Paperclip — проєкт, який його творець Dotta описує як «human control plane for AI labor», тобто людську панель керування для праці штучного інтелекту. Це відкритий оркестратор агентів, який за лічені тижні після відкриття коду 4 березня зібрав десятки тисяч зірок на GitHub і пропонує амбітну ідею: інфраструктуру для «zero‑human companies», де більшість операцій виконують не люди, а скоординовані AI‑агенти.
На відміну від численних «одиночних» агентів чи вузьких інструментів для коду, Paperclip намагається відтворити повноцінну оргструктуру бізнесу — з CEO, CTO, CMO, розробниками, QA, маркетологами — але всі ці «співробітники» є агентами. Людина залишається над ними як стратег і власник смаку, а система бере на себе координацію щоденної роботи.
Від «агента в чаті» до контрольної панелі для AI‑праці
Paperclip позиціонується не як ще один «розумний чат» чи IDE‑плагін, а як шар оркестрації над багатьма моделями й агентами. Його центральна ідея — дати людині інструмент, з якого можна керувати великою кількістю AI‑працівників так само, як керівник керує компанією.
У цій логіці Paperclip — це не «автоматичний бізнес, який сам собі щось вигадує», а радше система, де людина задає цілі, стандарти якості, стиль і пріоритети, а агенти виконують реальну роботу, за яку людина все одно несе відповідальність. Користувач не просто створює завдання й чекає магії; він залишається в контурі ухвалення рішень — від постановки задач до перевірки планів і результатів.
Саме тому творець Paperclip наполягає на метафорі «human control plane». Людина не зникає, але її роль зміщується з мікроменеджменту до управління системою AI‑праці: формування оргструктури, визначення ролей, налаштування навичок, затвердження планів, встановлення правил QA та схвалення результатів.
Це відрізняє Paperclip від експериментів, де один агент «будує бізнес» за одним промптом. Тут навпаки: система змушує користувача явно вносити свої вподобання, бренд‑гайди, робочі процеси й стандарти, а потім забезпечує, щоб агенти працювали в цих рамках.
Оргструктура з AI‑співробітників: CEO, CTO, CMO та команда агентів
Одна з ключових концепцій Paperclip — можливість будувати повноцінну організаційну діаграму з AI‑агентів. Інтерфейс дозволяє створити компанію, в якій є CEO‑агент, під ним — CTO з командою кодерів, CMO з маркетинговою командою, а також інші ролі, знайомі з класичного менеджменту.
У типовій конфігурації, яку демонструє автор, CEO‑агент виступає центральною фігурою: саме йому користувач «делегує» завдання високого рівня. Далі CEO розбиває ці завдання на підзадачі й передає їх «виконавчій гілці» — CTO, CMO та іншим керівникам, які, у свою чергу, делегують роботу окремим агентам‑індивідуальним контриб’юторам.
У технічному блоці це можуть бути спеціалізовані кодери, наприклад окремий агент‑кодер на базі Codex і окремий — на базі Claude. У маркетинговому — контент‑стратег, відео‑райтер, можливо, окремий агент для соціальних мереж. Кожен з них має свою роль, контекст, навички й історію взаємодій.
Важливий момент: Paperclip не нав’язує конкретну модель як «єдиного агента». Навпаки, система побудована за принципом «bring your own agent». Користувач може підключати Gemini, Pi, Hermes, моделі OpenAI, Claude та інші через OpenRouter, а потім оформлювати кожну модель як окремого «співробітника» з певною посадою.
Це дає змогу відобразити в оргструктурі реальну практику багатьох AI‑інженерів, які вже сьогодні комбінують моделі з різних лабораторій, бо кожна має свої сильні сторони. Один агент може краще писати код, інший — генерувати текст, третій — працювати з браузером. Paperclip намагається стати для них «вендорно‑нейтральним» каркасом, де всі ці агенти можуть взаємодіяти як частини однієї організації.
У результаті користувач бачить не хаотичний набір вкладок з різними чатами, а структуровану компанію, де зрозуміло, хто за що відповідає, кому делегувати завдання і хто має право щось схвалювати.
Від коду до маркетингу: оркестрація всього бізнесу, а не лише інженерії
Хоча Paperclip активно використовують для розробки й супроводу коду, сам проєкт принципово позиціонується як загальний бізнес‑оркестратор, а не як інструмент суто для інженерних команд. Це важливе розмежування: система має координувати будь‑яку AI‑працю, яка потрібна компанії, а не лише програмування.
У демонстраціях помітно, як Paperclip застосовується до маркетингових задач. Наприклад, коли репозиторій проєкту перетнув позначку у 40 тисяч зірок на GitHub, замість того щоб просто написати твіт, було поставлено завдання створити повноцінне відео‑оголошення. Користувач не писав сценарій самостійно, а сформулював завдання CEO‑агенту: найняти відео‑райтера й доручити йому підготувати відео, яке святкує досягнення.
Далі CEO‑агент, маючи доступ до вбудованого менеджера навичок, встановив відповідний скіл для роботи з Remotion — відкритим інструментом для створення відео. Відео‑райтер отримав цю навичку, а також доступ до контексту: дашборду зі статистикою, бренд‑гайду Paperclip, попередніх проєктів. Користувач сформулював короткий промпт на кшталт «сплануй відео для дашборду зі статистикою, щоб відсвяткувати 40 000 зірок», після чого агент згенерував детальний план.
Далі людина втрутилася на рівні смаку: переглянула план, дала фідбек щодо тривалості кадрів, стилю анімації, акцентів. Після кількох ітерацій агент створив відео, яке відповідало бренду й очікуванням, причому весь процес зайняв хвилини, а не тиждень.
Цей приклад показує, що Paperclip не обмежується технічними задачами. Система може координувати маркетинг, контент‑продакшн, роботу з соціальними мережами, а також інші бізнес‑функції — продажі, фінанси, операційні процеси. Ключове тут — можливість закодувати в агентах не лише «знання інструменту» (як працює Remotion), а й організаційні стандарти: бренд‑гайди, стиль, типові помилки, шаблони фідбеку.
З часом ці стандарти можуть еволюціонувати. Коли один і той самий агент створює кілька відео, а людина регулярно дає фідбек, накопичується база знань про те, що вважається «правильним» для конкретної компанії: тривалість кадрів, темп монтажу, візуальні патерни. Це відкриває шлях до спеціалізованих «внутрішніх навичок» — не просто Remotion‑скіла, а Remotion‑скіла, налаштованого саме під бренд Paperclip.
У ширшому сенсі це означає, що Paperclip прагне стати місцем, де зберігається й еволюціонує «організаційна пам’ять» про те, як компанія робить свою роботу — від коду до маркетингу й далі.
Планування, QA та рутини: як побудувати надійний AI‑робочий процес
Щоб AI‑агенти могли виконувати реальну роботу, недостатньо просто делегувати їм завдання. Потрібна інфраструктура, яка забезпечує планування, перевірку якості, повторюваність і контроль. Paperclip намагається закрити ці потреби на рівні самої платформи.
Одним із ключових елементів є «плани» як об’єкти першого класу. Коли агент отримує завдання, він не відразу кидається до виконання, а спершу генерує план: розбиває роботу на кроки, пропонує структуру, описує, які ресурси йому потрібні. Людина може переглянути цей план, дати коментарі, змінити пріоритети, уточнити стиль. Лише після цього агент переходить до реалізації.
Цей підхід особливо важливий для творчих і складних задач, де результат важко описати одним промптом. Планування дозволяє перенести частину «мислення» на агента, але зберегти за людиною право вето й можливість коригувати курс до того, як буде витрачено багато ресурсів.
Другий критичний шар — QA. У типовій Paperclip‑організації є окремий QA‑агент, оснащений скілом браузера. Цей скіл дозволяє відкривати сайти, заповнювати форми, натискати кнопки — тобто виконувати кінець‑в‑кінець перевірки в реальному інтерфейсі. Завдання в системі можуть бути налаштовані так, щоб після завершення основним виконавцем вони обов’язково проходили через QA‑агента.
Більше того, Paperclip підтримує розділення ролей «рев’юер» і «апрувер». QA‑агент може виступати як рев’юер, який знаходить помилки й ініціює ітерації між собою та виконавцем (наприклад, кодером). Окремий менеджер‑агент або людина може бути апрувером, який остаточно вирішує, чи відповідає результат стандартам компанії й чи можна вважати завдання завершеним.
Це наближає роботу AI‑агентів до реальних процесів у командах розробки й продукту, де є код‑рев’ю, тестування, менеджерські апруви. Різниця в тому, що тут усі ці ролі можуть бути автоматизовані агентами, а людина втручається лише там, де це справді потрібно.
Третій елемент — рутини. У Paperclip є окремий розділ для повторюваних робочих процесів: наприклад, щоденне формування changelog’у, підсумкових повідомлень у Discord про злиті в master гілки, або запуск першого проходу код‑рев’ю для pull request’ів за допомогою зовнішнього скіла на кшталт Greptile.
Рутини можна запускати за розкладом або вручну, використовуючи шаблонні змінні. Наприклад, при запуску рутини, пов’язаної з PR, користувач може вказати назву гілки як параметр. Це дозволяє уникнути копіювання промптів, зберігаючи при цьому гнучкість: один і той самий робочий процес можна застосовувати до різних контекстів.
Усе це разом — плани, QA, рев’ю/апрув, рутини — формує те, що автор називає «вищим рівнем надійності» для AI‑роботи. Замість того щоб покладатися на один великий промпт і сподіватися на краще, Paperclip пропонує структурований спосіб змусити агентів робити саме те, що від них очікують, і доводити завдання до кінця.
Багатокомпанійність: одна інстанція — кілька AI‑бізнесів
Ще одна важлива риса Paperclip — можливість створювати кілька компаній або організацій в межах однієї інстанції. Це означає, що користувач може паралельно керувати кількома AI‑орієнтованими бізнесами, кожен зі своєю оргструктурою, наборами агентів, навичками й робочими процесами.
Для індивідуальних засновників і невеликих студій це відкриває очевидний сценарій: одна інстанція Paperclip може містити, наприклад, окрему «компанію» для основного продукту, іншу — для побічного SaaS‑проєкту, ще одну — для внутрішньої агенції, яка займається маркетингом або консалтингом. Кожна з них матиме свого CEO‑агента, своїх спеціалізованих виконавців, власні бренд‑гайди й стандарти.
З технічної точки зору це також спосіб розмежувати контекст і знання. Агенти однієї компанії можуть бути налаштовані на певний домен, мати доступ до конкретних репозиторіїв, дашбордів, фінансових даних. Агенти іншої — працювати з іншими джерелами й іншими правилами. При цьому все це керується з одного місця, без потреби запускати окремі системи для кожного проєкту.
У контексті «zero‑human companies» така багатокомпанійність виглядає як логічний крок. Якщо AI‑агенти можуть виконувати значну частину операцій, то один підприємець або невелика команда можуть одночасно підтримувати кілька бізнесів, не розриваючись між ними. Paperclip у цій картині виступає як операційна система, яка дозволяє масштабувати не лише одну компанію, а й портфель компаній.
Від відкритого коду до інфраструктури нульолюдських компаній
Paperclip був відкритий як open source 4 березня, а вже приблизно через 34 дні, на момент запису виступу 8 квітня, репозиторій перетнув позначку в 40 тисяч зірок на GitHub і продовжував зростати, досягаючи 50 тисяч просто під час обговорення. Така динаміка свідчить про сильний запит спільноти на інструменти, які виходять за межі «одиночних» агентів і пропонують повноцінну інфраструктуру для AI‑праці.
Концепція «zero‑human company» у виконанні Paperclip не означає повної відсутності людей. Радше йдеться про компанії, де більшість операцій — від коду до маркетингу й фінансів — виконують AI‑агенти, а людина зосереджується на стратегії, постановці задач, визначенні стандартів і контролі якості. Paperclip намагається стати саме тим шаром, через який людина керує цією армією агентів.
Ключові елементи цієї інфраструктури вже окреслені: оргструктура з AI‑ролями, підтримка різних моделей як «співробітників», менеджер навичок, плани, QA, рутини, можливість вести кілька компаній одночасно. Усе це разом формує не просто інструмент для автоматизації окремих задач, а платформу для побудови цілісних AI‑організацій.
Наскільки далеко можна зайти в автоматизації, покаже час. Але вже зараз Paperclip демонструє, що наступний етап розвитку AI‑інструментів — це не лише «розумніші моделі», а й кращі способи організувати їхню роботу так, щоб вони нагадували не хаотичний набір ботів, а справжню компанію з ролями, процесами й відповідальністю.
Висновок
Paperclip пропонує бачення, в якому AI‑агенти перестають бути ізольованими помічниками в окремих вкладках і перетворюються на структуровану організацію, якою людина керує з єдиної панелі. Відкритий код, підтримка різних моделей, можливість будувати оргструктури, охоплювати не лише інженерію, а й маркетинг, продажі та фінанси, а також керувати кількома компаніями в одній інстанції — усе це робить Paperclip одним із найамбітніших експериментів у напрямку «zero‑human companies».
Якщо попереднє десятиліття було часом, коли бізнеси вчилися інтегрувати окремі AI‑сервіси, то нинішній етап, схоже, буде про те, як керувати цілими AI‑організаціями. Paperclip претендує на роль однієї з перших серйозних спроб побудувати для цього інфраструктуру.
Джерело
Paperclip: Open Source Human Control Plane for AI Labor — Dotta Bippa