🗺️ Semana 1 — Diagnóstico (Mapa de dados)
A primeira semana não produz nenhum agente — e isso é intencional. Sem um diagnóstico honesto do seu ecossistema de dados, qualquer agente que você construir vai trabalhar no escuro. O entregável obrigatório da semana 1 é o Pantry Inventory completo.
📋 Atividades da Semana 1
Pantry Audit
Liste todas as fontes de dados do seu trabalho. Para cada uma: nome, formato, freshness, owner, volume médio.
Mapeamento Pantry/Prep/Plate
Para cada fonte: onde ela entra no fluxo? É Pantry (bruto), Prep (processado) ou Plate (consumido)?
Quick Wins Identification
Identifique 2-3 tarefas que consomem >2h/semana, têm dados já disponíveis, e são repetitivas. Esses são seus alvos.
💡 Entregável obrigatório: pantry_inventory.md
# Pantry Inventory — Semana 1
## Fontes de dados
| Fonte | Formato | Freshness | Owner | Quick Win? |
|-------|---------|-----------|-------|------------|
| CRM | CSV export | Diário | Mkt | SIM |
| ERP | API | Tempo real | TI | NÃO |
## Quick Wins Priorizados
1. Relatório semanal de vendas (3h/semana, CSV disponível)
2. ...
📄 Semana 2 — Silver Platters + CLAUDE.md (Base limpa)
Com o mapa pronto, semana 2 constrói a base: os primeiros Silver Platters automatizados e o CLAUDE.md raiz do seu projeto. Esta semana é a fundação — tudo que vem depois (skills, agentes, hooks) depende de ter essa base sólida.
⚙️ Atividades da Semana 2
Para cada Quick Win da semana 1: escreva o script de extração e crie o template .md correspondente. Foco nos dados que já existem e são acessíveis agora.
Escreva as seções obrigatórias: identidade do sistema, fontes de dados disponíveis, regras de nunca fazer, tom de comunicação.
💡 Foundation + automated refresh
O CLAUDE.md raiz é o mais importante que você vai escrever. Ele define o character do sistema. Invista tempo aqui — um CLAUDE.md ruim faz todos os agentes futuros trabalharem com instruções vagas. Um bom CLAUDE.md é explícito: "Quando não souber, diga que não sabe. Nunca invente dados."
# CLAUDE.md — [Seu Projeto]
## Identidade
Você é o assistente operacional de [empresa/pessoa].
## Fontes disponíveis
- /resumos/semanal/ — Silver Platters atualizados toda segunda
## Regras absolutas
- NUNCA acesse /dados/confidencial/ sem confirmação explícita
- NUNCA invente números ou métricas
🤖 Semana 3 — Skills + Agentes (Trabalhadores)
A semana que o sistema começa a entregar valor visível. Com a base pronta, você constrói as primeiras skills (comandos slash) e o primeiro agente orquestrador com seus especialistas. Esta semana é onde você vê os Quick Wins virarem realidade.
🏗️ O que construir na Semana 3
Escolha as tarefas mais repetitivas dos Quick Wins. Crie um slash command para cada uma. Cada skill deve ter CLAUDE.md próprio.
Para o seu Quick Win principal, crie a estrutura multi-agente mínima: um agente que recebe a tarefa e dois que executam partes específicas.
📊 First skill, first agent, eval
Após construir a primeira skill, rode-a 3 vezes em dias diferentes. Compare o output com o que você faria manualmente. A avaliação não precisa ser formal — basta responder: "Eu entregaria isso para um cliente?" Se sim, a skill está pronta. Se não, identifique o que falta e ajuste o CLAUDE.md.
⚡ Semana 4 — Hooks + Operação (Tornar contínuo)
A semana que transforma um sistema que você opera em um sistema que se opera sozinho. Hooks, crons, e webhooks transformam ações manuais em fluxos automáticos. Observabilidade ativada garante que você saiba quando algo para de funcionar.
⚙️ O que ativar na Semana 4
Agende os Silver Platters e o relatório principal. Use crontab ou GitHub Actions para ambientes simples.
Adicione verificações pré/pós-run: arquivo de output existe? Tamanho mínimo? Se falhar, notificação imediata.
Log de cada run com: timestamp, duração, tokens utilizados, status (success/failure). Até um arquivo .log simples serve.
💡 Always-on + observabilidade + iteration
Um sistema always-on sem observabilidade é um sistema que falha silenciosamente. O mínimo de observabilidade: (1) notificação quando um cron falha, (2) log de cada run, (3) dashboard semanal de "quantas vezes rodou vs falhou". Com isso, você sabe o que consertar antes que alguém perceba.
🚦 Critérios de Avanço — Sem pular semana
Cada semana tem um gate de avanço: um entregável concreto que precisa existir antes de passar para a próxima etapa. A disciplina de não pular semanas evita o cenário mais comum de fracasso: chegar na semana 4 sem base nenhuma e tentar fazer tudo de uma vez.
✅ Gates de avanço por semana
pantry_inventory.md existe com pelo menos 3 fontes mapeadas e 2 Quick Wins identificados.
Pelo menos 2 Silver Platters rodando manualmente + CLAUDE.md raiz escrito com pelo menos 4 seções.
Pelo menos 1 skill funcionando + 1 agente orquestrador rodando e entregando output aceitável (passou no seu eval).
Pelo menos 1 cron rodando automaticamente + log de 3 execuções bem-sucedidas.
📊 Definition of done — sem ambiguidade
O erro clássico é definir "done" como "entendi o conceito" ou "escrevi o código". Done significa: o output existe, está em arquivo, e eu conseguiria mostrar para outra pessoa. Se não existe arquivo com a entrega, você não passou do gate. Simples assim.
🚀 Pós-30 dias — Como evoluir
O dia 31 não é o fim — é o início da operação contínua. O Agentic OS é um jogo infinito: a cada quinzena, você adiciona um agente, refina duas skills, e melhora seus evals. O sistema cresce organicamente conforme você identifica novos gargalos.
📅 Cadência de iteração quinzenal
💡 Iteration cadence + kaizen
Empresas como Toyota levaram décadas aprendendo que pequenas melhorias contínuas superam grandes redesenhos esporádicos. Seu Agentic OS segue a mesma lógica: 1% melhor a cada quinzena resulta em um sistema 26% mais eficaz ao fim do ano. Não espere acumular problemas para fazer uma "grande revisão" — itere sempre.
✅ Resumo do Módulo 6.5
Próximo módulo: Projeto Final — seu Agentic OS. O módulo de conclusão do curso: você entrega a pasta /agentic-os funcionando e descobre como continuar evoluindo nos próximos 90 dias.