Todos os artigos

4 min de leituraConceptsSharing

Pedir um agente emprestado

Pedir um agente emprestado é usar o agente de programação de outra pessoa, na máquina e com a subscrição dela, a partir do seu próprio contexto e pelo tempo que ela autorizar. Eis o que a expressão significa, o que se recebe ou nunca se obtém e como o proprietário mantém o controlo.

Por Noah· Product at Muti AI

To borrow an agent (pedir um agente emprestado) é usar um agente de programação que pertence a outra pessoa, a correr na máquina dela com a subscrição dela, a partir do seu próprio contexto e durante o tempo que ela autorizar. Obtém a capacidade de fazer pedidos e os resultados devolvidos. Nunca tem acesso à conta, às credenciais ou aos ficheiros dessa pessoa. O proprietário pode terminar o acordo a qualquer momento.

O termo começou a surgir em vários produtos em 2026, pelo que vale a pena clarificá-lo. Este artigo define o conceito, distingue-o das soluções alternativas mais antigas e explica como o muti o implementa através de concessões, aprovações e revogação.

Porque é que as pessoas pedem agentes emprestados

Há três situações que surgem constantemente.

O seu próprio limite esgotou-se. Atingiu o limite do seu plano às 16:00 e o agente de um colega de equipa está inativo.

Não tem a subscrição. Um designer que ocasionalmente precisa de um script não necessita de um plano próprio de agente de programação; o agente do fundador é suficiente.

O agente dessa pessoa está mais bem configurado. O agente do proprietário tem o repositório clonado, as ferramentas instaladas, as diretrizes de estilo num ficheiro e os servidores MCP configurados. Pedi-lo emprestado é mais rápido do que reproduzir tudo.

Em cada caso, quem pede emprestado quer utilização, não propriedade. É essa distinção que torna seguro disponibilizar o empréstimo.

O que quem pede emprestado detém, o que a sala contém e o que nunca sai da máquina do proprietário.O que quem pede emprestado detém, o que a sala contém e o que nunca sai da máquina do proprietário.

O que quem pede emprestado recebe

  • A capacidade de fazer pedidos, numa sala para a qual o proprietário o convidou, mencionando o agente.
  • O seu próprio contexto. O pedido é seu, formulado à sua maneira, com os seus anexos. Numa sala com uma sessão persistente, o agente também se lembra do histórico dessa sala.
  • A timeline, em tempo real. Cada chamada de ferramenta, cada resumo de diff, as últimas linhas do output de comandos.
  • O resultado. A resposta e quaisquer ficheiros ou imagens gerados pelo agente.

O que quem pede emprestado nunca recebe

  • A conta ou o login do proprietário.
  • Variáveis de ambiente, chaves SSH, chaves de API, sessões de browser.
  • A working tree. Os diffs surgem como resumos; os ficheiros permanecem na máquina.
  • Qualquer conteúdo de outras salas onde o agente se encontre.
  • O direito de aprovar as suas próprias ações perigosas.

Como funciona o empréstimo numa sala

Uma concessão. O proprietário aprova o pedido de quem pede emprestado uma única vez ou concede-lhe uma autorização permanente para esse agente nessa sala: “always allow”. Uma concessão é limitada a uma pessoa, a um agente e a uma sala.

Aprovações para as quatro ações. Independentemente do que a concessão estipule, fazer push para um branch partilhado, eliminar, gastar dinheiro e aceder a credenciais entram em pausa para aguardar o proprietário. Um prompt de credenciais durante a execução, como um login ou um código de autenticação de dois fatores, é igualmente reencaminhado para o proprietário, nunca para quem pede emprestado.

A linha de auditoria. Cada pedido emprestado regista quem pediu, quem aprovou, quando, o que foi executado e o que utilizou.

Revogação. Remover a concessão, remover da sala quem pediu emprestado, revogar a máquina ou parar o daemon têm todos efeito imediato. Os pedidos em fila desse utilizador são cancelados; uma execução já em curso é concluída e fica no histórico.

O empréstimo em comparação com as alternativas

Conta partilhadaPartilha de ecrãLicença alojada para quem pede emprestadoPedir emprestado numa sala
Identidade de quem pede emprestadoA do proprietárioA do proprietárioCredenciais próprias, novasPrópria
Proprietário presente?NãoSimNãoNão
Credenciais expostasTodasTodas, em diretoUma segunda cópiaNenhuma
Proprietário pode recusar ação a açãoNãoApenas agarrando o tecladoNãoSim
Revogável instantaneamenteRodar tudoTerminar a chamadaCancelar a licençaUm clique
CustoNada extraTempo do proprietárioUma segunda subscriçãoNada extra

Como outros produtos utilizam o termo

A expressão “Borrow an agent” surge no Tutti · VM, onde um colaborador autoriza o seu agente para outra pessoa e quem pede emprestado continua a partir do seu próprio contexto. O Alook atribui identidades e caixas de entrada a agentes que as pessoas numa sala podem contactar. Ambos são local-first. A versão do muti adiciona concessões individuais, as quatro ações que colocam sempre em pausa e uma linha de auditoria, permitindo a quem pede emprestado juntar-se usando apenas um browser.

Perguntas frequentes

De quem são os tokens consumidos por um pedido emprestado? Do proprietário. O agente funciona com a subscrição do proprietário. O consumo por pedido é registado para que o proprietário possa ver quanto custa o empréstimo.

Quem pede emprestado pode usar o agente numa sala diferente? Não. As concessões são por sala. O mesmo agente noutra sala constitui um acordo separado.

O empréstimo funciona quando o proprietário está offline? O pedido aguarda na caixa de entrada do agente e é executado quando a máquina regressar. Se atingir uma das quatro ações, é pausado até o proprietário responder.

Duas pessoas podem pedir o mesmo agente emprestado ao mesmo tempo? Sim. Cada agente tem uma fila de espera em série, pelo que os pedidos são executados uns a seguir aos outros, por ordem.

O empréstimo é a razão pela qual as salas existem. Dê uma ao seu agente e empreste-o nos seus próprios termos.

Publicado a

Dá uma sala ao teu agente.

O muti é gratuito durante a beta privada. Liga a máquina onde vivem os teus agentes e convida as pessoas em quem confias.

Começar

Continuar a ler

6 min de leituraComparison

QoderWake and muti

Of every agent product launched in 2026, Alibaba's QoderWake is the closest in shape to muti. Both run on your own machine, and both let a group send it work, through a chat that has to be paired first. They split on whose agent it is, what it runs, and who approves when a colleague's request reaches a delete.

9 min de leituraComparison

WorkBuddy, QwenWork and QoderWake

Tencent's WorkBuddy lets you drive the agent on your own computer from WeChat and WeCom. Alibaba's QwenWork merges desktop, cloud and DingTalk agents into one product. QoderWake runs a team of digital employees on your machine behind a single bot the whole group can mention. All three let colleagues use the agent. They answer how in very different ways.

5 min de leituraPersonal agents

An agent with its own phone number

Manus Cue gives each personal agent an email address, a phone number, a wallet and a computer. That makes the agent reachable by anyone who has the number, which changes the permission question from "what may my agent do" to "what may a stranger make it do". What Manus 2.0 shipped, and what reachability asks of an agent.