O que Sistemas Multiagente de Wooldridge faz?
Use esta skill quando a pergunta não for "como faço vários modelos conversarem", mas "que tipo de sistema autônomo este ambiente me força a construir?".
Quando Usar
- Você precisa escolher entre arquiteturas de agente reativas, deliberativas ou híbridas.
- A coordenação continua falhando porque ninguém tem informações completas ou controle incontestável.
- Agentes precisam de estratégias de negociação, alocação ou compromisso sob incerteza.
- Um projeto depende do que os agentes sabem, do que todos sabem ou se o conhecimento comum é ao menos alcançável.
- Você precisa diagnosticar se um projeto "multiagente" é, na verdade, apenas uma orquestração assíncrona de objetos.
NÃO para
- Problemas de planejamento ou otimização de agente único sem requisito de coordenação.
- Escalonadores centralizados onde um controlador já possui direitos globais de decisão.
- Enxames de roleplay baseados apenas em prompt que não têm objetivos, crenças ou limites de controle separados.
- Projeto geral de sistemas distribuídos quando a autonomia do agente e a assimetria de conhecimento são irrelevantes.
Modelos Mentais Centrais
Propriedades do Ambiente Determinam a Arquitetura
Comece com observabilidade, determinismo, dinâmica e pressão temporal. A escolha da arquitetura é consequência da forma do ambiente, não da preferência pessoal por um padrão de agente da moda.
Autonomia é Inversão de Controle
Agentes não são apenas objetos assíncronos. Eles decidem se e quando obedecer, o que significa que requisições precisam de semântica, recusas e lógica de coordenação, em vez de obediência implícita.
Coordenação Surge da Restrição
Observabilidade parcial, contenção de recursos e objetivos interdependentes criam pressão de coordenação. O bom design de protocolo começa nomeando essa pressão, em vez de assumir que a colaboração é sempre desejável.
Estratégia de Compromisso Deve Corresponder à Volatilidade
Agentes ousados comprometem-se demais em ambientes que mudam rapidamente; agentes cautelosos oscilam em ambientes estáveis. A frequência de reconsideração é um parâmetro de projeto ligado à dinâmica do ambiente, não uma prática recomendada universal.
Níveis de Conhecimento Importam
Conhecimento individual, conhecimento de todos, conhecimento comum e conhecimento distribuído não são intercambiáveis. Exigir o nível errado pode tornar um protocolo impossível ou desnecessariamente caro.
Pontos de Decisão
flowchart TD
A[Precisa de arquitetura de agente] --> B{O ambiente é totalmente observável e estável?}
B -->|Sim| C[Projeto reativo simples ou centrado em planejador pode ser suficiente]
B -->|Não| D{Precisa de reação em tempo real sob incerteza?}
D -->|Sim| E[Arquitetura híbrida]
D -->|Não| F[Arquitetura deliberativa]
E --> G{Por que os agentes precisam se coordenar?}
F --> G
G -->|Informação parcial| H[Protocolo de compartilhamento de informação]
G -->|Contenção de recursos| I[Mecanismo de negociação ou alocação]
G -->|Dependência de tarefas| J[Protocolo de compromisso ou delegação]
G -->|Sem autonomia real| K[Use um projeto centralizado mais simples]
- Caracterize o ambiente antes de escolher uma arquitetura de agente.
- Se os agentes não podem recusar, atrasar ou reinterpretar requisições, não finja que você tem autonomia de agente.
- Escolha os requisitos de conhecimento intencionalmente. Muitos sistemas precisam de conhecimento distribuído, não de conhecimento comum.
- Ajuste a ousadia do compromisso à taxa de mudança do ambiente e ao custo da reconsideração.
Modos de Falha
Projeto Centrado em Arquitetura
Sinal: o time quer BDI, debate ou um framework de agente sofisticado antes que alguém consiga descrever o ambiente.
Correção: force a caracterização do ambiente primeiro.
Autonomia Antropomórfica
Sinal: o projeto fala sobre crenças e desejos, mas não consegue mapeá-los para estado local, observações ou obrigações de protocolo.
Correção: ancore a linguagem mental em estado computacional concreto.
Coordenação por si Só
Sinal: o tráfego de comunicação aumenta, mas ninguém consegue explicar qual pressão ambiental o exige.
Correção: identifique a função de força real e projete o protocolo mínimo que a aborde.
Controlador Central Oculto
Sinal: um "agente" toma silenciosamente todas as decisões importantes enquanto os outros apenas executam.
Correção: ou admita que a arquitetura é centralizada ou redistribua direitos de decisão genuínos.
Suposições de Conhecimento Impossíveis
Sinal: a correção do protocolo depende de cada agente saber que todo outro agente sabe de um fato, mas a rede não é confiável.
Correção: relaxe para conhecimento distribuído, confirmações ou consistência eventual, conforme o ambiente permitir.
Exemplos Práticos
Enxame de Revisão com LLMs Especialistas
Um sistema de codificação usa agentes de segurança, desempenho e estilo. As revisões de segurança dependem de evidências diferentes das de estilo, e nenhum revisor tem visibilidade global. Use um coordenador híbrido mais compartilhamento de informação direcionado, em vez de assumir que todo revisor deve ver o contexto completo.
Monitoramento Veicular Distribuído
Agentes sensores cobrem regiões sobrepostas, mas incompletas. A coordenação é necessária porque nenhum agente consegue manter continuidade de rastreamento ponta a ponta. Projete o protocolo em torno da observabilidade parcial, em vez de "colaboração" genérica.
Gateways de Qualidade
- O ambiente é caracterizado explicitamente antes da escolha da arquitetura.
- O projeto nomeia a fonte real da pressão de coordenação.
- Os requisitos de conhecimento são declarados no nível correto.
- A estratégia de compromisso está vinculada à volatilidade e ao custo de reconsideração.
- Qualquer autonomia declarada inclui recusa, atraso ou interpretação local de requisições.
Termos de Verificação
- Se alguém chama um sistema de multiagente, mas toda decisão importante ainda passa por um controlador, estão renomeando execução distribuída, não projetando autonomia.
- Se "conhecimento comum" for usado casualmente sem modelo de comunicação, o protocolo está provavelmente subespecificado.
- Se o time não consegue dizer por que os agentes precisam se coordenar, o projeto provavelmente não precisa de agentes.
Referências
references/environment-characterization-drives-architecture.md: carregar quando a escolha da arquitetura for a questão principal.references/coordination-as-necessity-not-luxury.md: carregar quando precisar justificar ou minimizar a coordenação.references/commitment-strategies-and-environment-dynamics.md: carregar quando ousadia ou cadência de replanejamento for o principal ponto de ajuste.references/grounded-epistemic-logic-for-distributed-agents.md: carregar quando alegações de conhecimento guiarem segurança ou correção.references/negotiation-and-resource-allocation-mechanisms.md: carregar quando autonomia colidir com recursos escassos.