Agentes de IA com Paperclip: como coordenar sem perder o controle

Verificado em 7 de novembro de 2026: esta análise examina a documentação disponível e o repositório oficial. A avaliação se baseia no comportamento documentado e em exemplos detalhados de fluxos de trabalho, sem implantação prática nem teste de produtividade medido.

O que o Paperclip AI faz pelos agentes de IA?

Paperclip é um servidor de código aberto com painel no navegador para organizar agentes de IA em torno de um trabalho compartilhado: quem responde por cada tarefa, a qual objetivo ela atende, quanto pode gastar e quem revisa o resultado. Um backend em Node.js e uma interface em React ficam acima dos ambientes de execução dos agentes, que realizam o trabalho. O repositório oficial da aplicação é paperclipai/paperclip, indicado pelo site e pela documentação do projeto. Paperclip fornece coordenação, permissões, registros e agendamento; os agentes conectados fornecem suas ferramentas e acesso aos modelos. Ele não é um modelo de linguagem nem um negócio pronto, e a metáfora de empresa não demonstra que uma empresa possa operar sem pessoas. Esta análise trata do projeto de orquestração em paperclip.ing, distinto da Paperclip Inc., que não tem relação com ele, e do experimento mental do maximizador de clipes de papel.

Alternativas ao Paperclip AI: qual faz sentido para você?

Paperclip atende a fundadores e operadores técnicos que já contam com agentes úteis e agora precisam coordenar atribuições, gastos e revisão. Se o agente ainda não consegue concluir com confiabilidade uma tarefa bem delimitada, um organograma só acrescenta outro sistema para depurar.

A escolha depende do problema que você precisa resolver. A comparação abaixo distingue os produtos pela função que cumprem na operação; eles também podem trabalhar juntos.

Esta é uma comparação de capacidades, sem afirmar que um produto superou os outros em um benchmark. Os critérios de avaliação são visibilidade das passagens de trabalho, limites de permissão, visibilidade dos gastos e recuperação quando o trabalho trava. A ferramenta merece espaço quando melhora esses pontos no seu fluxo.

Reserve um fim de semana para o Paperclip se você vive transportando instruções e resultados entre sessões separadas de agentes, perde de vista quem responde por uma tarefa bloqueada ou quer um processo comum de revisão para diferentes ambientes de execução. Um fundador coordenando implementação e documentação, ou um operador conduzindo um processo recorrente de pesquisa e revisão, tem um problema concreto que ele pode resolver.

Espere se sua expectativa é dar nome a uma empresa, nomear um CEO de IA e sair de cena. Espere também se ninguém puder manter o servidor, inspecionar credenciais ou avaliar as entregas. Para uma tarefa isolada de programação, continue com seu agente atual até surgir um problema recorrente de coordenação.

Paperclip ou OpenClaw?

OpenClaw é o melhor ponto de partida quando a necessidade imediata é um assistente com quem conversar pelo Telegram ou Slack, por exemplo. Sua visão geral oficial documenta um gateway com hospedagem própria, uso de ferramentas, automações agendadas e roteamento entre vários agentes. Ele já vai além de uma sessão de chat, então a quantidade de agentes, por si só, é um motivo fraco para acrescentar outra plataforma.

Escolha Paperclip quando faltar um sistema de trabalho compartilhado entre ambientes de execução: uma fila com responsáveis definidos, orçamentos e etapas de revisão. Você pode manter OpenClaw como agente executor sob essa camada. Isso acrescenta gestão e mais uma conexão para operar; a configuração do próprio OpenClaw continua necessária. Nossa análise do OpenClaw aborda a escolha do assistente.

Quando é melhor começar pelo Hermes Agent?

Hermes Agent, desenvolvido pela Nous Research, é um ponto de partida melhor quando o problema é continuidade: o agente precisa lembrar contexto útil e reaproveitar procedimentos em trabalhos recorrentes. Seu repositório oficial documenta memória persistente, habilidades que podem ser criadas e refinadas durante o uso, agendamento e delegação a subagentes.

Para quem prepara relatórios recorrentes de pesquisa, isso pode bastar. Inspecione o contexto preservado e os procedimentos salvos antes de depender deles. Acrescente Paperclip quando os relatórios passarem a integrar um processo mais amplo, com responsáveis distintos, aprovações e controle de gastos. Paperclip também documenta um adaptador local para Hermes, então começar pelo Hermes não impede acrescentar coordenação depois. Nossa análise do Hermes Agent aprofunda essa opção inicial.

Papéis e tarefas permitem acompanhar cada passagem de trabalho

O recurso mais forte do Paperclip no dia a dia é manter o trabalho delegado vinculado a um responsável e a um registro. O fundador pode inspecionar a tarefa, a discussão e a entrega, sem reconstruir os acontecimentos a partir de conversas separadas no terminal.

Imagine uma pequena empresa de software melhorando a exportação de dados de clientes. O objetivo do fundador é uma exportação utilizável, não um conjunto de alterações no código. Uma tarefa útil especifica quais registros entram na exportação, como as permissões devem funcionar, o que acontece quando o resultado está vazio e quais evidências o revisor precisa receber.

A sequência de trabalho é concreta:

1. Atribua ao agente de implementação uma tarefa vinculada ao objetivo do produto e ao projeto.
2. Exija que ele anexe a alteração e as evidências das verificações pertinentes.
3. Encaminhe o trabalho concluído a um revisor com os mesmos critérios de aceitação.
4. Devolva falhas específicas ao implementador, mantendo a discussão na tarefa.
5. Peça à pessoa responsável que aceite o resultado antes de prosseguir com a publicação.

Paperclip fornece os mecanismos de tarefas e de passagem de trabalho. Seu agente ainda precisa entender o pedido, fazer a alteração e produzir evidências confiáveis. Um quadro de tarefas organizado não comprova que os dados exportados estão corretos.

A documentação do fluxo de tarefas descreve a tomada de posse da tarefa antes da execução, com resposta de conflito quando outra execução já é responsável por ela. Isso evita que duas execuções assumam a mesma tarefa. Não significa que tarefas distintas possam editar os mesmos arquivos com segurança: os espaços de execução e as práticas de uso do repositório continuam sendo uma questão separada.

O guia de organização explica a hierarquia: cada agente que não é CEO tem um gestor, a delegação desce pela estrutura e os bloqueios podem subir. No fluxo de exportação, um gestor poderia separar implementação e documentação em tarefas diferentes. Não é preciso inventar departamentos antes de existirem responsabilidades distintas.

Comece pela menor equipe capaz de tornar útil uma passagem de trabalho. Dar um cargo sênior a cada agente não cria conhecimento adicional. Um papel se torna útil quando as instruções definem pelo que ele responde, o que deve entregar e quando precisa escalar o problema.

Em conteúdo, o mesmo padrão poderia reunir pesquisador, redator e revisor. Mantenha as fontes junto da tarefa de pesquisa e inclua a verificação nos critérios de aceitação. Em suporte, comece pela classificação e pelos rascunhos de respostas; quem responde pela comunicação com os clientes deve decidir quando o fluxo está pronto para enviar algo.

O ganho é um processo de delegação que pode ser inspecionado. Se o trabalho parar, você consegue descobrir se falta um responsável, uma credencial, um requisito claro ou uma decisão. São problemas diferentes, que pedem soluções diferentes.

O ambiente de execução e a instalação definem o que pode rodar

Paperclip se conecta aos ambientes de execução dos agentes por meio de adaptadores, componentes que iniciam o agente, repassam o contexto da tarefa e coletam resultados. O ambiente de execução, ou runtime, é o software que permite ao modelo usar ferramentas e realizar o trabalho. O modelo fornece o raciocínio e o texto gerado dentro desse ambiente.

Essa distinção explica por que instalar Paperclip com sucesso ainda pode deixar um agente incapaz de trabalhar. O runtime escolhido precisa estar disponível onde será executado, sua autenticação deve funcionar e ele precisa acessar os arquivos ou serviços necessários.

Quais runtimes e modelos são compatíveis?

O catálogo de adaptadores do Paperclip documenta opções locais selecionáveis para Anthropic Claude Code, OpenAI Codex, Google Gemini CLI, Cursor Agent CLI, OpenCode, Pi, Hermes Agent, Grok Build e Kimi Code. Também há referências para Cursor Cloud e Hermes Gateway. Comandos personalizados e serviços HTTP contam com caminhos genéricos de integração.

OpenClaw Gateway, Process e HTTP são uma exceção importante à configuração habitual: o suporte de execução funciona, mas o seletor de configuração de agentes os marca como Coming soon. Há caminhos por API ou importação; OpenClaw tem um fluxo de convite. O rótulo não significa disponibilidade irrestrita na interface, nem ausência completa de suporte.

A documentação atual também descreve Paperclip Runner, um caminho experimental de execução nativa. Os adaptadores diretos existentes continuam separados e não são migrados apenas por ativá-lo. A descrição de plano de controle continua útil, mas seria categórico demais dizer que Paperclip não possui infraestrutura própria de execução.

O suporte aos modelos depende do caminho escolhido e das credenciais:

• Claude via Claude Code: a referência do adaptador Claude aceita um ID de modelo, descobre modelos pela API configurada quando possível e usa uma lista interna como alternativa. O runtime e a conta precisam oferecer suporte ao modelo Claude selecionado.
• Modelos OpenAI via Codex: a referência do adaptador Codex repassa a escolha do modelo à CLI. Deixar o campo vazio permite que a CLI use seu padrão; digitar um ID manualmente não garante que a conta conectada possa usá-lo.
• Vários provedores e endpoints locais: o catálogo de conectores de modelos cobre Anthropic, OpenAI, OpenRouter, xAI e endpoints locais ou personalizados compatíveis, por meio dos ambientes de execução suportados. OpenCode usa uma seleção explícita de provider/model; o comando opencode models da instalação lista as opções disponíveis.

Gemini, Grok e Kimi também dependem dos respectivos caminhos de execução. Paperclip não oferece um menu único de modelos universalmente intercambiáveis. Escolha o runtime que você já conhece e confira o modelo selecionado com o teste de ambiente do adaptador. Um endpoint de modelo local precisa suportar a API e o comportamento de agente necessários; compatibilidade vai além de preencher uma URL.

No exemplo da exportação, usar seu runtime habitual de programação elimina uma variável do teste. Adotar ao mesmo tempo um modelo desconhecido, um novo servidor de execução e outro sistema de gestão dificulta o diagnóstico de falhas.

Como configurar seu agente no Paperclip AI

Rodar Paperclip localmente é um ponto de partida sensato para uma avaliação de fim de semana. Com a versão exigida do Node.js instalada, o comando oficial de configuração inicial é:

npx paperclipai@latest onboard --yes

Execute como usuário comum. O guia de instalação alerta para evitar um shell de root ou administrador, porque o PostgreSQL embarcado padrão recusa esse modo de execução. A configuração inicial cria o estado local em ~/.paperclip/ e inicia a interface no navegador em http://localhost:3100.

Siga o roteiro guiado para o primeiro agente: crie a empresa, configure seu primeiro agente e inspecione a aprovação inicial da estratégia. Escolha o adaptador, conecte credenciais compatíveis, selecione o modelo e execute Test your agent. Trate isso como uma verificação do ambiente; uma conexão bem-sucedida não avalia a qualidade do fluxo de trabalho do negócio.

Antes de atribuir trabalho relevante, confirme o diretório de trabalho, a política inicial de orçamento e o responsável pela revisão. Use um repositório ou uma conta com acesso adequado à tarefa. Peça ao agente uma entrega específica, em vez de uma meta ampla de receita, para que o primeiro resultado tenha um critério objetivo de aceitação.

Onde hospedar o Paperclip?

Paperclip pode rodar no seu computador, em Docker ou em um servidor que você opera. A referência de implantação distingue o modo local confiável das implantações autenticadas em rede privada e pública. O modo local confiável aceita apenas conexões de loopback e não tem login humano; compartilhar a instância exige a configuração autenticada apropriada.

A referência do banco de dados oferece suporte a PostgreSQL embarcado, banco local separado e PostgreSQL hospedado. Para Docker, o caminho oficial com Compose está nas perguntas frequentes abaixo. Preserve o volume de dados: um contêiner que inicia com sucesso, mas com estado vazio, não representa uma organização recuperada.

Um servidor passa a ser útil quando o trabalho agendado precisa continuar enquanto seu notebook está em suspensão. Também coloca disponibilidade, atualizações, backups e credenciais sob sua responsabilidade operacional. Há hospedagem de terceiros: o guia de implantação gerenciada da Hostinger descreve a oferta gerenciada de Paperclip separadamente da opção de VPS. O repositório oficial anuncia atualmente uma lista de espera para Paperclip Cloud; isso não comprova a disponibilidade geral de um plano de hospedagem do próprio projeto.

Para OpenClaw, o guia do adaptador de gateway descreve uma conexão WebSocket e o pareamento de dispositivos. O fluxo manual começa em Generate OpenClaw Invite Prompt, nas configurações da empresa, e segue com a colagem do prompt no chat principal do OpenClaw. Use esse caminho documentado, sem presumir que o seletor comum de adaptadores faça a configuração.

A governança depende dos controles que você configura

Paperclip oferece recursos relevantes de governança, mas cada controle rege uma operação específica. Aprovar uma contratação, aceitar uma tarefa concluída e autorizar uma chamada a uma ferramenta externa são decisões distintas.

Comece pelas mudanças na organização. O guia de aprovações documenta solicitações de novos agentes e de estratégia do CEO, além de aprovações ligadas ao orçamento. Ao avaliar uma contratação, abra a solicitação completa: o resumo não mostra toda a configuração do runtime, a verba de gastos e os detalhes de subordinação.

No fluxo de exportação, um novo revisor precisa de função definida e acesso para inspecionar a implementação. Aprovar outro agente só porque o CEO pediu não basta. Defina quais evidências adicionais esse revisor deve produzir e quem resolverá eventuais divergências.

As políticas de execução de tarefas podem exigir revisão ou aprovação antes da conclusão. Quando configuradas, interceptam a tentativa do agente de marcar o trabalho como concluído e o encaminham pelas etapas exigidas. Uma revisão que pede alterações devolve o trabalho ao implementador. Escolha um participante humano quando a aceitação humana for necessária; um agente revisor continua sendo outro agente.

No exemplo da exportação, defina as evidências necessárias antes da execução: um arquivo de amostra, verificações das restrições de acesso e o comportamento de uma exportação vazia. O revisor deve apontar um defeito específico e o comportamento esperado. “Melhore isso, por favor” tende a gerar outra rodada vaga.

Ações externas exigem configuração própria. Os conectores do Paperclip oferecem Allowed, Ask first e Off para ações pelo gateway de ferramentas. Use Ask first em uma ação de publicação que deva aguardar uma pessoa, ou Off quando aquele agente nunca deva executá-la. Separe a aceitação da tarefa da autoridade para publicar uma alteração.

Na prática, uma etapa de revisão pode impedir que a tarefa seja marcada como concluída, mas isso não demonstra que todas as ferramentas usadas durante o trabalho exigiram permissão. Da mesma forma, aprovar uma ação externa nada diz sobre o resultado atender ao requisito original. As limitações abaixo explicam os padrões e a exceção do shell que tornam essa distinção importante.

Use pausa, reatribuição e encerramento quando o trabalho exigir intervenção. Trate a reversão de configuração como uma forma de restaurar configurações, sem esperar que ela desfaça um e-mail, um registro excluído ou uma implantação. Quem opera o fluxo continua responsável por responder aos efeitos externos.

Rotinas tornam o trabalho recorrente auditável

Paperclip pode transformar trabalho recorrente em uma tarefa com responsável e histórico, algo mais útil do que vários agentes acordando para perguntar se há algo a fazer. O guia atual de heartbeats e rotinas recomenda ativações por eventos para atribuições comuns e deixa os heartbeats por intervalo desativados por padrão.

Um heartbeat é uma oportunidade de execução: o agente acorda, lê o contexto atribuído e age. Uma atribuição, um comentário ou uma rotina podem provocar essa ativação. Um temporizador é útil quando algo realmente exige consultas periódicas; ele não é necessário para manter um agente disponível.

Para o fundador de uma empresa de software, um resumo recorrente sobre a preparação de lançamentos é um bom candidato. Peça ao agente que identifique trabalho inacabado, comentários de revisão pendentes e evidências ausentes, e devolva um relatório para inspeção. Não comece por uma rotina cujo sucesso dependa de publicar toda alteração encontrada.

Um cálculo ilustrativo mostra por que convém moderar os temporizadores: 5 agentes com intervalo de 5 minutos criam 60 ativações potenciais por temporizador em uma hora, antes dos mecanismos de espera ou agrupamento. Isso é aritmética de agendamento, sem estimar custos de tokens nem medir uma carga de trabalho. Se não há trabalho novo, a atividade pode virar algo que você paga para inspecionar.

Cabe ao operador decidir o que dispara o trabalho e o que acontece depois de uma indisponibilidade. Um relatório semanal pode razoavelmente ignorar uma janela que já perdeu a utilidade; um processamento de registros pode exigir uma política explícita de recuperação do atraso. “Continue rodando” não especifica adequadamente nenhum dos dois.

Quanto custa o Paperclip?

O software do Paperclip, sob licença MIT, custa $0; você paga pelos modelos e pela hospedagem, não ao Paperclip pela licença de hospedagem própria.

O custo operacional do Paperclip depende do acesso aos modelos escolhidos, do volume de execução dos agentes e de onde o sistema roda. Serviços conectados podem cobrar à parte. Não existe um valor mensal universal que represente honestamente a implantação de um fundador, e uma assinatura de IA não torna gratuitos o servidor ou todas as ferramentas externas.

O guia de configuração de orçamento documenta um aviso padrão em 80% e uma interrupção obrigatória em 100%. Os orçamentos da empresa e dos agentes seguem meses do calendário em UTC; os de projetos, por padrão, usam limites acumulados ao longo de sua existência. Mantenha limites tanto para a organização quanto para cada agente, para evitar que um executor consuma toda a verba sem controle.

A aplicação dos limites depende dos gastos registrados. Trabalho em andamento e relatórios de uso atrasados podem levar a conta real além do valor configurado. Uso ainda sem preço e contabilização pendente também podem bloquear novos trabalhos; um custo vazio ou desconhecido não comprova execução gratuita.

Durante o teste, registre os gastos junto das entregas aceitas e do seu tempo de revisão. Uma execução mais barata que exige correções repetidas pode ser a pior escolha. Esta análise não mede custo por resultado aceito porque não executou uma carga de produção; seu teste com escopo delimitado deve estabelecer esse número.

Limitações que podem comprometer o fim de semana

As limitações do Paperclip pesam mais na fronteira entre o que o painel controla e o que o agente executor consegue fazer. Resolva essas questões de configuração e operação antes de ampliar o fluxo.

A aprovação no gateway não restringe o shell do agente

A documentação de permissões de ações do Paperclip informa que ações ativas em uma nova conexão comum começam como Allowed, incluindo gravações e ações destrutivas. Altere explicitamente as configurações de Permissions da conexão; conectar um serviço não cria automaticamente uma exigência de aprovação.

A mesma página documenta a exceção do shell: a política por ação rege o gateway de ferramentas, não os comandos executados no espaço de trabalho do agente. Em particular, Git e gh executados pelo shell com uma identidade GitHub vinculada ficam fora dos controles Ask first por ferramenta.

No fluxo de exportação, marcar uma ação de gravação do gateway como Ask first não garante que credenciais separadas do shell do agente de programação impeçam o envio de uma alteração. Restrinja o espaço de trabalho e as credenciais, além da política do gateway. Uma instrução na tarefa dizendo “pergunte antes” serve de orientação, mas não substitui essas configurações.

As configurações do runtime também importam. A referência do adaptador OpenCode documenta dangerouslySkipPermissions ativado por padrão em execuções sem supervisão, substituindo as regras de permissão em uma configuração temporária por um comportamento permissivo. Se você precisa que as regras existentes do runtime sejam respeitadas, revise essa opção antes da primeira execução.

Um agente novo pode estar sem política de orçamento

O guia detalhado de custos do Paperclip diz que o fluxo de configuração de agentes na aplicação não cria uma política de orçamento. Portanto, a ausência do cartão de orçamento do agente vai além de uma omissão visual: você precisa estabelecer o teto pelo caminho suportado de CLI ou API antes de editar o cartão em Audit → Budgets.

Outra armadilha é o valor 0, que desativa uma política de orçamento. Ele não significa “não permitir nenhum gasto”. Inspecione a política resultante e seu estado de aplicação, em vez de avaliar a proteção apenas pelo número.

Para uma empresa nova sem cartão de organização, a documentação também orienta usar a API para definir o teto inicial. Esse passo prático interrompe uma configuração pelo navegador que, no restante, é direta. Faça isso antes de aumentar a atividade dos agentes.

O escalonamento da revisão precisa de um responsável humano

A referência de políticas de execução do Paperclip documenta um limite padrão de 3 rodadas consecutivas de revisão solicitadas por agentes antes do escalonamento para uma pessoa. Ela usa o responsibleUserId da tarefa e, na ausência dele, recorre ao createdByUserId.

Se nenhuma dessas identidades humanas existir, o trabalho continua voltando ao implementador. O contador pode aumentar sem produzir a passagem para uma pessoa que você esperava. Isso importa em tarefas criadas automaticamente e em integrações: confirme que há uma pessoa responsável registrada, além de um agente no papel de aprovador.

No piloto do fundador, inspecione deliberadamente quem responde por uma tarefa de acompanhamento criada por um agente. Se revisor e implementador discordarem sobre um requisito impossível, alguém precisa poder reduzir o escopo. Acrescentar revisores não resolve uma condição de aceitação contraditória.

A qualidade das evidências depende do adaptador

O registro de execução do Paperclip só é tão informativo quanto a saída e os metadados de uso que recebe do runtime. Os adaptadores genéricos Process e HTTP expõem saída em texto simples; adaptadores mais completos podem fornecer eventos estruturados de ferramentas e estado da sessão. O catálogo de adaptadores também aponta caminhos nativos de Cursor e Grok sem totais definitivos de custo por execução.

Portanto, um painel central não garante evidências igualmente completas para todos os executores. Durante o teste, confira se o caminho escolhido mostra o artefato, os erros, o uso do modelo e a continuidade de sessão de que você precisa. Uma mensagem confiante de “concluído” é insuficiente quando não dá para inspecionar o resultado.

A operação do sistema continua com você

Paperclip acrescenta servidor, banco de dados, adaptadores e credenciais para manter. A execução local é conveniente, mas um notebook em suspensão ou um processo em primeiro plano encerrado fica indisponível para trabalho agendado. A hospedagem remota só melhora a disponibilidade se alguém fizer a manutenção.

Mantenha a versão instalada alinhada à documentação, preserve o estado do banco de dados e dos segredos e entenda quais credenciais de runtime estão disponíveis no servidor de execução. Registros separados por empresa são limites organizacionais úteis; não os trate como prova de isolamento entre processos arbitrários em execução.

O esforço operacional se justifica quando coordenar já virou um custo recorrente. Para um pedido ocasional a um único agente capaz, esse mesmo esforço é motivo para esperar.

Veredito: vale testar o Paperclip AI?

Paperclip merece um teste com escopo definido quando você já tem agentes que funcionam e precisa de responsabilidades mais claras, passagens controladas e uma visão compartilhada dos gastos. É cedo para adotá-lo se você ainda tenta tornar o agente útil ou espera que a plataforma tome decisões de negócio por você.

A regra para decidir: mantenha Paperclip se o mesmo fluxo recorrente ficar mais fácil de atribuir, inspecionar e recuperar, com resultados aceitáveis e um responsável humano conhecido. Encerre o teste se manter os papéis dos agentes e as filas de aprovação exigir mais esforço do que o fluxo exigia antes.

Na segunda-feira, use a alteração na exportação de clientes ou uma tarefa igualmente delimitada do seu negócio. Comece com um runtime conhecido, um espaço de trabalho restrito e critérios explícitos de aceitação. Configure um teto de gastos positivo, restrinja o acesso de gravação e registre o responsável humano antes de permitir delegação.

Depois, avalie a passagem de trabalho, sem se deixar levar pela demonstração:

• Você consegue identificar quem responde pela próxima ação sem perguntar a todos os agentes?
• O revisor recebe as evidências necessárias para aceitar ou rejeitar o resultado?
• As configurações de aprovação exigidas cobrem o caminho real de execução?
• O histórico da tarefa e os registros de gastos permitem explicar uma pausa ou falha?
• O resultado aceito compensa o uso do modelo, o esforço de revisão e a manutenção?

Uma demonstração bem-sucedida mostra agentes fazendo coisas. Uma implantação útil fornece evidências suficientes para decidir se essas coisas contam como trabalho concluído. É esse o padrão que Paperclip deve atingir antes de ganhar um papel maior.

Perguntas frequentes

Use o checklist de auditoria de fluxos de trabalho com IA para negócios para escolher o primeiro fluxo que vale delegar.