🖥️ Camada 1 — LLM = processador
O LLM é o silício do Agentic OS. Bruto, poderoso, inútil sozinho. Igual processador sem sistema operacional.
💼 Analogia executiva
Comprar GPT-4 enterprise sem o OS é comprar 100 CPUs Xeon empilhadas. Tem capacidade, mas ninguém usa. Você ainda precisa do sistema operacional, das aplicações, dos workflows.
Anthropic, OpenAI, Google, Mistral, Meta.
Tendendo. Trocas relevantes a cada 6 meses.
Vendor lock-in. Mitigue na camada 2.
🧬 Camada 2 — Agentic OS = kernel/SO
CLAUDE.md, skills, hooks, orquestrador. É a peça que define quem é seu agente, como se comporta, o que pode fazer.
📊 O que mora aqui
- CLAUDE.md / AGENTS.md: identidade e regras.
- Skills: habilidades nomeadas (silver-platter, dream, six-hats).
- Hooks: interrupts (SessionStart, PostToolUse, Stop).
- Orquestrador: quem decide qual agente faz o quê.
💡 Por que isso é o coração
É a única camada onde sua empresa tem que ser dona. As outras podem ser terceirizadas. Esta, não.
Alto no início, baixa amortização depois.
Time interno. Sempre. Sem exceções.
⌨️ Camada 3 — CLI agêntica = shell
Claude Code, Codex CLI, Gemini CLI. A forma humana de operar o OS. Igual bash/zsh foi a forma humana de operar Unix.
Sem CLI, você fica no chat web
Chat web é o "Windows 95" da IA: bom pra aprender, ruim pra trabalhar. CLI é onde produtividade real acontece.
Dev, ops, analista de dados.
1 dia pra fluente. 1 semana pra confortável.
2-5x produtividade vs chat web.
🌐 Camada 4 — MCP/A2A = protocolos
MCP (Model Context Protocol) e A2A (Agent-to-Agent) são o "TCP/IP da era agêntica". Como agentes e ferramentas se conversam.
Em prosa simples
- MCP: "esse agente conecta no Google Drive". Padrão de plugin.
- A2A: "esse agente conversa com aquele outro". Padrão de delegação.
⚠️ O que vigiar
Protocolo certo = ecossistema rico. Protocolo errado = você reescreve quando vier o vencedor. MCP venceu, A2A ainda em definição.
Adopt. Suportado por Claude, GPT, Gemini.
Watch. Vários candidatos, sem vencedor claro.
🛠️ Camada 5 — Agentes/Skills = aplicações
Onde o trabalho útil acontece. Cada skill resolve 1 problema bem. Como aplicativos em iOS.
Princípio do "1 skill, 1 problema"
Skill que faz 10 coisas faz todas mal. Skill que faz 1 coisa faz bem e é fácil de manter. Igual unix tools.
✓ Exemplos certos
- ✓ generate-onboarding-doc (1 coisa)
- ✓ summarize-meeting (1 coisa)
- ✓ price-comparison-scraper (1 coisa)
✗ Exemplos errados
- ✗ super-assistant (faz tudo)
- ✗ business-helper (vago)
- ✗ ai-everywhere (sem foco)
Pequena. Sempre.
Cada skill é 1 PR.
Orquestrador combina skills.
📊 Camada 6 — Hooks/Ops = interrupts/observabilidade
Hooks são interrupts do SO: "quando sessão começar, faça X". "Quando tool rodar, audite Y". É a camada que separa demo de produção.
💡 Hooks na vida real
- SessionStart: "Carregue contexto do cliente X automaticamente."
- PostToolUse: "Logue toda chamada de shell com timestamp e user."
- Stop: "Antes de terminar, escreva um daily summary."
A camada que executivo geralmente ignora
E paga caro depois. Sem hooks = sem audit = sem compliance = problema de regulação.
Eventos do ciclo de vida.
JSON por evento.
Custo, latência, erros.
Botão de pânico documentado.
📝 Resumo do módulo
Próximo módulo:
1.3 — ROI real: 3 casos traduzidos em horas/semana economizadas