A promessa dos agentes de IA quebra quando eles não conseguem coordenar, escalar ou ser auditados.
Agentes individuais não compartilham contexto nem delegam tarefas entre si. Cada um opera em uma ilha, duplicando esforço e perdendo informação.
Adicionar novos agentes quebra os fluxos existentes. Arquiteturas frágeis exigem reescritas completas para cada nova integração ou capacidade.
Sem visibilidade sobre as decisões de roteamento e execução. Você não sabe qual agente respondeu, por quê, nem com qual score de confiança.
Uma arquitetura que se repete: sua equipe pode virar a próxima camada de outra equipe, sem limite de profundidade.
Base de execução. Cada agente é um processo Pi com acesso a tools, providers e ao ecossistema completo de packages pi.dev — sem configuração extra.
Extensão Pi que adiciona roteamento semântico, portal em tempo real e transporte para comunicação entre equipes — coms-net hub (HTTP) ou NATS (pub/sub descentralizado). Ativa em uma linha: pi -e agent-office.ts.
AGENTS.md define quem faz o quê. O HybridScorer escolhe o agente certo automaticamente, com latência p50 abaixo de 5ms, sem regras manuais.
Qualquer agente da sua equipe pode subir sua própria extensão Agent Office e virar uma equipe própria — com seus agentes, extensões e configurações. Repita o passo 02 quantas vezes fizer sentido.
Seis capacidades que transformam agentes individuais em uma equipe coordenada e auditável.
BM25F + HNSW + cross-encoder. p50 < 5ms. Escolha o agente certo sempre, sem regras escritas à mão.
<5ms p50Interface Next.js com SSE. Acompanhe decisões de roteamento, scores e execuções ao vivo, sem polling.
SSE streamingTransporte pub/sub descentralizado entre equipes e instâncias — alternativa ao coms-net hub para topologias maiores. At-least-once delivery via JetStream, persistência de 1h para resultados.
at-least-onceGoogle Agent-to-Agent nativo — não é o transporte entre suas equipes (isso é coms-net/NATS), é a porta pra fora: interoperabilidade com frameworks e agentes externos ao ecossistema Pi.
canal externo7 camadas de contexto (AGENTS.md, SOUL.md, IDENTITY.md…). Agentes com personalidade consistente e auditável.
7 camadasMCP stdio/HTTP, coms-net hub, A2A. Adicione capacidades sem modificar o código dos agentes existentes.
plug & playPipeline de quatro estágios que combina recuperação esparsa, densa e re-ranking semântico em uma única decisão de roteamento.
Evento SSE emitido pelo portal em tempo real a cada decisão:
$ curl -N http://localhost:3000/api/events
# Evento emitido a cada roteamento
data: {
"type": "routing:decision",
"agent": "builder",
"score": 0.94,
"runner": "hybrid",
"latencyMs": 4,
"ts": "2025-07-02T10:23:41.187Z"
}QDRANT_URL para ativar o QdrantScorer com embeddings persistidos e busca vetorial em escala.
Três formas de rodar o AgentOffice, do desenvolvimento local ao cluster de produção.
# docker-compose.yml
version: '3.9'
services:
agentoffice:
image: ghcr.io/org/agentoffice:latest
ports:
- "3000:3000"
- "4222:4222"
volumes:
- ./AGENTS.md:/app/AGENTS.md:ro
environment:
NODE_ENV: production
NATS_URL: nats://nats:4222
nats:
image: nats:2.10-alpine
command: --jetstream --store_dir /data
$ docker compose up -d
# Portal disponível em http://localhost:3000$ kubectl apply -f k8s/
# Aplica: Namespace, Deployment, Service, ConfigMap
namespace/agentoffice created
deployment.apps/agentoffice created
service/agentoffice-svc created
configmap/agents-config created
$ kubectl get pods -n agentoffice
NAME READY STATUS RESTARTS
agentoffice-7d4f9c8b6-xp2k9 1/1 Running 0
nats-0 1/1 Running 0
$ kubectl port-forward svc/agentoffice-svc 3000:3000 -n agentoffice
# Portal em http://localhost:3000