← Últimos artigos
💻 computer science

The Agent Operating System (AOS): A Reference Operating Architecture for Distributed Agentic Systems

Este artigo propõe o Agent Operating System (AOS), uma arquitetura de referência neutra em relação ao fornecedor que define uma estrutura de plano duplo de Controle e Governança e Tempo de Execução e Coordenação para permitir a composição de componentes agentes heterogêneos em sistemas distribuídos governáveis, confiáveis e interoperáveis sem substituir a infraestrutura existente.

Autores originais: Ankur Sharma, Deep Shah

Publicado 2026-08-05
📖 10 min de leitura🧠 Leitura aprofundada

Autores originais: Ankur Sharma, Deep Shah

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

O Grande Caos da IA e a Necessidade de um Guarda de Trânsito

Imagine que você está construindo um robô que não apenas segue um único conjunto de instruções, mas que pode pensar, planejar e sair pelo mundo para realizar tarefas. Esta é a nova e empolgante fronteira da IA Agêntica. Ao contrário dos chatbots do passado, que apenas esperavam você digitar uma pergunta para depois dar uma resposta, esses novos "agentes" são como pequenos funcionários digitais. Eles podem pesquisar informações, usar ferramentas, conversar com outros robôs e até tomar decisões por conta própria para resolver problemas complexos.

Mas aqui está a parte complicada: quando você tem um robô, é fácil observá-lo. Quando você tem uma equipe inteira deles, todos conversando entre si, pegando ferramentas emprestadas e tomando decisões em tempo real, as coisas podem ficar bagunçadas rapidamente. Quem está no comando? Se o Robô A disser ao Robô B para fazer algo, o Robô B tem o direito de fazê-lo? E se o Robô B cometer um erro? No mundo da ciência da computação, geralmente dependemos de um Sistema Operacional (como o Windows ou o Linux) para gerenciar o básico: quem pode usar a memória, quem pode abrir um arquivo e como manter tudo funcionando sem problemas. Mas os sistemas operacionais tradicionais são como seguranças de uma boate; eles conferem identidades e contam cabeças, mas não entendem por que você está lá ou se o seu plano faz sentido. Eles não sabem a diferença entre um robô tentando escrever um poema e um robô tentando deletar uma conta bancária.

É por isso que precisamos de algo novo. Precisamos de um sistema que entenda o significado do trabalho, não apenas a matemática. Precisamos de uma maneira de garantir que, mesmo quando os robôs estiverem fazendo suposições probabilísticas (o que significa que não têm 100% de certeza da resposta), toda a equipe permaneça segura, siga as regras e consiga explicar o que fez mais tarde. Este é o problema que o artigo "AOS-0001" está tentando resolver.


O Sistema Operacional de Agentes: Um Projeto de uma Cidade Digital

O artigo que você está lendo propõe um novo projeto chamado Sistema Operacional de Agentes (AOS - Agent Operating System). Pense nisso não como um software específico que você possa baixar hoje, mas como um conjunto de regras arquitetônicas — uma "constituição" — de como construir uma cidade segura e organizada para agentes de IA. Os autores, Ankur Sharma e Deep Shah, sugerem que, no momento, o mundo dos agentes de IA é um pouco como uma cidade do Velho Oeste, onde todos estão construindo seus próprios cercados e regras, levando à confusão e ao perigo potencial. Eles querem desenhar um mapa com o qual todos possam concordar.

A Cidade de Dois Planos: O Gabinete do Prefeito e a Equipe de Construção

A ideia central deste artigo é dividir o gerenciamento de agentes de IA em dois "planos" distintos, ou camadas, que trabalham juntos, mas têm funções muito diferentes. Os autores usam uma analogia útil de uma cidade:

  1. O Plano de Controle e Governança (O Gabinete do Prefeito): Este é o céreção da operação. Seu trabalho é responder às grandes perguntas: O que estamos tentando fazer? Quem nos deu permissão para fazer isso? Quais são as regras que devemos seguir? Quão seguros estamos de que esta é uma boa ideia?

    • Imagine um Prefeito olhando para um pedido para "consertar o parque". O Prefeito não pega uma pá. Em vez disso, o Prefeito verifica o orçamento, verifica se a pessoa que pediu tem autoridade para ordenar reparos, verifica se o parque está em uma zona de inundação e decide se o plano é seguro.
    • No mundo da IA, este plano lida com Intenção (o objetivo), Autoridade (quem é permitido fazer o quê), Política (as regras) e Confiança (o quão seguros estamos). Ele toma a decisão de "Ir" ou "Não Ir".
  2. O Plano de Execução e Coordenação (A Equipe de Construção): Este é o músculo. Uma vez que o Prefeito diz "Vá", este plano lida com o trabalho real. Ele encontra as ferramentas certas, contrata os trabalhadores certos (que podem ser outros modelos de IA, trabalhadores humanos ou ferramentas de software) e garante que o trabalho seja feito.

    • Se o Prefeito diz "Conserte o parque", a Equipe de Construção encontra a melhor pá, o melhor trabalhador e o melhor momento para realizar o trabalho. Eles lidam com a logística, o tráfego e o agendamento.
    • No mundo da IA, este plano gerencia o Ciclo de Vida dos Agentes (garantindo que os agentes comecem e parem corretamente), Roteamento (enviando tarefas para o lugar certo) e Agendamento (evitando que as coisas fiquem acumuladas).

O artigo argumenta que, durante muito tempo, temos misturado esses dois trabalhos. Temos deixado a Equipe de Construção (o código que executa a IA) decidir se é seguro fazer algo, o que é como deixar o operário da construção decidir se ele tem um alvará de construção. Os autores sugerem que separar esses papéis é crucial para a segurança e o controle.

O Truque de Mágica da "Capacidade"

Uma das ideias mais lúdicas e importantes do artigo é o conceito de Capacidade (Capability). Normalmente, quando falamos com uma IA, podemos dizer: "Use o código Python no servidor para calcular isso". Mas o artigo sugere que devemos parar de pensar em como é feito e começar a pensar no que é feito.

Imagine que você está pedindo uma pizza. Você não diz ao restaurante: "Vá ao forno, pegue uma fatia de pepperoni, coloque na massa e asse a 400 graus". Você apenas diz: "Eu quero uma pizza de pepperoni". O restaurante (o sistema de IA) descobre qual chef está livre, qual forno está quente e onde está a massa.

No AOS, a "pizza de pepperoni" é chamada de Capacidade. É um rótulo estável para um resultado, como "resumir este documento" ou "verificar a previsão do tempo". O sistema pode então substituir o "chef" (o modelo de IA ou ferramenta específica) sem que você sequer perceba. Se um chef ficar doente, o sistema simplesmente envia o pedido para outro chef que possa fazer a mesma pizza. Isso torna todo o sistema flexível e confiável.

A Cadeia de Comando de "Delegação"

O artigo também aborda um problema complicado: a Delegação. O que acontece quando o agente principal de IA pede a um agente de IA menor para realizar uma tarefa? O agente menor subitamente ganha o poder de fazer qualquer coisa?

Os autores dizem: "De jeito nenhum". Eles propõem uma regra estrita chamada Preservação de Autoridade. Pense nisso como um pai dando uma pequena quantia de dinheiro a um filho para comprar o almoço. O filho pode comprar o almoço, mas não pode comprar um carro. Se o filho tentar comprar um carro, o sistema deve impedi-lo.

No projeto AOS, toda vez que um agente delega uma tarefa, ele passa adiante um "comprovante de permissão" que é estritamente limitado. O agente filho só pode fazer o que o pai permitiu, apenas pelo tempo que o pai permitiu e apenas com o dinheiro que o pai deu. Se o filho tentar ir além dos limites, o sistema o captura. Isso evita que um pequeno erro se transforme em um desastre enorme, onde um agente de IA acidentalmente deleta um banco de dados porque recebeu poder demais por engano.

O Painel de "Confiança"

Outra característica fundamental é como o sistema lida com a Confiança. No passado, os modelos de IA apenas daviam uma resposta, talvez com um pequeno número dizendo o quão certos estavam. Mas o artigo sugere que a "confiança" deve ser um sinal de controle real, como um semáforo.

Se o sistema estiver 99% seguro, a luz é verde: "Pode prosseguir!"
Se o sistema estiver 80% seguro, mas a tarefa for arriscada (como movimentar dinheiro), a luz pode ser amarela: "Espere, vamos pedir a um humano para conferir."
Se o sistema estiver 50% seguro, a luz é vermelha: "Pare! Não sabemos o que está acontecendo."

O artigo sugere que o sistema deve ter um "Painel de Confiança" que analisa muitas coisas diferentes: Os dados estão atualizados? A ferramenta é confiável? O plano está claro? Com base em todas essas pistas, o sistema decide se prossegue, tenta novamente ou chama um humano para ajudar.

O Que Este Artigo É (e o Que Não É)

É importante entender o que este artigo está realmente fazendo. Os autores não estão dizendo que construíram o sistema operacional de IA perfeito ainda. Eles não estão alegando que seu sistema é mais rápido ou mais inteligente do que tudo o que existe por aí.

Em vez disso, eles estão propondo uma Arquitetura de Referência. Pense nisso como um arquiteto desenhando os projetos de um novo tipo de casa. Eles não estão construindo a casa; estão desenhando os planos para que diferentes empresas de construção possam construir casas que tenham todas a mesma fundação segura e robusta.

O artigo exclui explicitamente algumas coisas:

  • Não é um produto específico que você possa comprar.
  • Não é um substituto para os sistemas operacionais Linux ou Windows que rodam no seu computador.
  • Não é uma linguagem de programação específica ou um modelo de IA específico.
  • Não afirma resolver todos os problemas possíveis com a IA agora.

Os autores são muito claros ao dizer que isso é uma proposta e um fundamento. Eles estão sugerindo uma maneira de organizar o caos para que, no futuro, possamos ter sistemas de IA que sejam confiáveis, explicáveis e seguros. Eles admitem que ainda há muitas questões a serem respondidas, como lidar com regras diferentes em diferentes países ou como garantir que os números de "Confiança" sejam realmente precisos.

O Quadro Geral

Então, por que isso importa para um adolescente curioso? Porque o futuro da IA não é apenas sobre chatbots mais inteligentes; é sobre IAs que podem fazer coisas no mundo real. É sobre IAs que podem gerenciar sua casa inteligente, ajudar médicos a diagnosticar doenças ou administrar operações comerciais complexas.

Se não tivermos um bom sistema para gerenciar esses agentes, corremos o risco de ter um mundo digital onde os robôs são poderosos, mas imprevisíveis. O projeto AOS sugere que, ao separar o "pensar sobre as regras" do "fazer o trabalho", e ao ser muito rigoroso sobre quem tem permissão para fazer o quê, podemos construir um futuro onde os agentes de IA sejam parceiros úteis em vez de variáveis caóticas.

O artigo termina dizendo que isto é apenas o começo. Eles desenharam o mapa, mas a jornada para construir o sistema real está apenas começando. Eles convidam outros pesquisadores e desenvolvedores a usar essas ideias, testá-las e ajudar a construir o futuro de uma IA segura e governada. É um chamado à ação para a próxima geração de construtores para garantir que o mundo digital que estamos criando seja um em que todos possamos confiar.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →