Paperclip promete uma empresa de agentes de IA, mas no teste se afogou na burocracia

O Paperclip propõe gerenciar não um único assistente de IA, mas uma "empresa" inteira de agentes, com papéis, orçamentos e hierarquia interna. Um autor do Habr testou a ideia em uma tarefa real de produto e teve um fracasso revelador: em dois dias, uma equipe de oito "funcionários" virtuais gastou tokens, gerou ruído e quase não fez nada.

Como o Paperclip funciona

O Paperclip é um projeto de código aberto que, segundo o autor, juntou 24 mil estrelas no GitHub nos primeiros 12 dias e, até a publicação do artigo, já tinha chegado a 30,6 mil. A ideia é simples e ambiciosa ao mesmo tempo: parar de usar a IA como um conjunto de chats separados e transformar a interação em um modelo de empresa. Em vez de um assistente, o usuário ganha CEO, CTO, desenvolvedores, designer e outros "funcionários", entre os quais é possível dividir tarefas, orçamentos e responsabilidade.

"Se o OpenClaw é um funcionário, o Paperclip é uma empresa".

• papéis de CEO, CTO, engenheiros e designers para diferentes tipos de tarefa
• limites de tokens e desligamento dos agentes quando o orçamento acaba
• mecanismo de heartbeat que acorda os agentes por agenda, em vez de mantê-los sempre ativos
• vínculo de cada tarefa com um objetivo comum, para que o agente entenda o contexto do trabalho
• suporte a diferentes ferramentas, do Claude Code e Codex a Bash e agentes HTTP

No papel, parece muito poderoso. O Paperclip tenta resolver uma dor real de desenvolvedores que têm dezenas de sessões de agentes abertas ao mesmo tempo, perdem contexto e veem os gastos com tokens escaparem do controle. Um ecossistema já se forma em torno do projeto: implantações na nuvem, uma comunidade ativa e a ideia de um marketplace de "empresas de IA" prontas para cenários típicos, de marketing a desenvolvimento. Isso explica por que o interesse pelo projeto cresceu tão rápido.

Por que tudo travou

Para o teste, o autor deu ao Paperclip uma tarefa bem comum: finalizar um produto existente, adicionar alguns endpoints, integrar uma API externa e deixar a interface como o design já desenhado. Depois, o sistema se comportou de forma humana demais.

O CEO distribuiu as tarefas e sumiu para olhar métricas. O DevOps se empolgou com automação e gerou um monte de configurações de CI/CD. O QA não quis trabalhar com esse formato. O backend viu o tamanho da especificação e recuou, irritado. O designer se limitou a um comentário do tipo "façam os botões como nos outros lugares". O líder técnico acordava de vez em quando, dava orientações estratégicas e saía de novo.

No segundo dia, não melhorou. O backend voltou, viu os novos esclarecimentos e uma longa troca de mensagens, e entrou em um timeout profundo. O frontend ficou esperando por uma API que nunca recebeu.

O resultado foi quase satírico: em dois dias, oito agentes gastaram 79 mil tokens, não escreveram nenhuma linha de código útil, quebraram o cartão da vaga e levaram o autor a reverter as mudanças. Depois disso, um prestador solo na forma do Cursor fechou a mesma tarefa em cerca de uma hora e meia.

Onde está o valor real

O próprio autor faz uma ressalva importante: o problema não é que o Paperclip seja inútil. Pelo contrário, ele acertou um ponto muito preciso do mercado. Quando o desenvolvedor tem Claude Code, Cursor, Codex e outros agentes rodando ao mesmo tempo, o caos aparece rápido: não fica claro quem faz o quê, onde está o histórico das discussões, qual contexto foi perdido e quanto dinheiro já foi queimado. O Paperclip oferece uma camada de gerenciamento sobre esse zoológico, com tickets, auditoria, recuperação de estado e controle de orçamento.

Mas o experimento também mostra o principal risco. Quando a interação segue o modelo de uma empresa comum, junto com a divisão de trabalho útil chegam a burocracia, as perdas de coordenação e a dependência da qualidade de cada agente. O Paperclip não deixa os modelos mais inteligentes nem corrige decisões ruins; apenas as organiza em uma estrutura. Por isso, o papel mais sensato do humano num sistema assim hoje não é o de microgerente nem o de "funcionário ao lado dos bots", mas o de conselho de administração: definir a meta, alocar o orçamento, acompanhar as métricas e intervir só onde a autonomia realmente quebra.

O que isso significa

O Paperclip acertou um problema futuro do mercado: gerenciar vários agentes já é mais difícil do que trabalhar com um. Mas o artigo mostra bem o limite das capacidades atuais: ferramentas de coordenação são necessárias agora, mas copiar uma empresa humana, com sua hierarquia e seus rituais, para agentes autônomos ainda é cedo.