Conteúdo detalhado
O teste do Cadence
Existe um teste simples e impiedoso para saber se o Cadence está funcionando: feche o laptop. Se um brief chegar no inbox e uma resposta real surgir sem você teclar nada — seu AIOS passou. Cadence não é sobre automatizar; é sobre presença sem presença.
🔑 Conceito Principal
Cadence é a prova de que os três Cs anteriores funcionam. Um sistema que só age quando você está presente não é autônomo — é uma ferramenta cara de chamar.
O laptop fechado é o critério de aceitação. Quando um colega pergunta e recebe uma resposta real do seu AIOS — sem você intervir — o sistema provou seu valor operacional.
✓ O que FAZER
- ✓Testar o sistema com laptop fechado antes de declarar que está funcionando
- ✓Deixar uma pergunta real de colega chegar ao AIOS e observar a resposta
- ✓Calibrar o threshold de autonomia (o que pode responder sozinho vs. escalar)
✗ O que NÃO fazer
- ✗Considerar "Cadence ativo" apenas porque configurou um hook — teste é obrigatório
- ✗Dar respostas genéricas: o AIOS precisa conhecer o contexto real do negócio
- ✗Automatizar sem antes validar que o workflow funciona com você presente
Triggers recorrentes
O kit AIS-OS usa duas mecânicas para disparar comportamentos sem interação manual: hooks em settings.json e skills nomeadas por padrão temporal. Esses dois mecanismos formam a infraestrutura de Cadence — mas lembre: infraestrutura não substitui ritual.
💾 Convenção de nomes — Skills temporais
daily-* → roda todo dia (ex: daily-standup, daily-digest)
weekly-* → roda toda semana (ex: weekly-review, weekly-kpis)
monthly-* → roda todo mês (ex: monthly-retro, monthly-goals)
morning-* → rotina matinal (ex: morning-brief, morning-check)
standup → síntese para sync de equipe⚙️ Hook em .claude/settings.json
{
"hooks": {
"PostToolUse": [{
"matcher": "Write",
"hooks": [{
"type": "command",
"command": "node scripts/daily-digest.js"
}]
}]
}
}PostToolUse dispara após cada uso de ferramenta. Use com moderação — hook excessivo cria ruído.
💡 Dica Prática
Comece com morning-brief — uma skill que resume o que há para hoje. É o trigger mais natural e de menor risco para validar que o Cadence funciona antes de automações mais complexas.
Rituais recorrentes
A âncora do kit AIS-OS não é cron. É o ritual: comportamento consistente que você executa até virar reflexo. Dois rituais formam o ciclo semanal do operador — e juntos cobrem diagnóstico + evolução.
/audit — Diagnóstico semanal
A cada sete dias — não importa o dia da semana, importa a frequência
Roda o Four-Cs na sua instalação atual. Pergunta: Context ainda reflete o negócio? Connections quebradas? Capabilities defasadas? O output do /audit é o input do próximo ritual.
/level-up — Evolução semanal
Toda sexta, 15 minutos — antes de fechar o computador
Uma automação, uma skill nova, uma conexão adicionada. O /level-up não precisa ser grandioso — precisa ser consistente. 1% melhor por semana = 2× melhor em 70 semanas.
⚡ Comportamento > Infraestrutura
Um AIOS com rituais inconsistentes mas boa infraestrutura é menos eficaz do que um AIOS com infraestrutura simples e rituais executados toda semana. O hábito é o componente mais difícil de replicar — e o mais valioso.
Cadence é por ÚLTIMO
Existe um grafo de dependência nos 4 Cs — e ele é rígido. Context é a fundação não-pulável. Connections e Capabilities podem ser construídos em paralelo. Mas Cadence só se sustenta quando os três anteriores estão em operação.
⚠️ A Regra de Ouro do Cadence
"Não automatize workflows que não funcionam manualmente."
Automação amplifica. Se o workflow manual é frágil, a automação entrega fragilidade em escala. Se é sólido, entrega solidez em escala. A ordem importa: valide manualmente primeiro, automatize depois.
✓ Sequência correta
- 1.Context: documente o negócio (CLAUDE.md, .context/)
- 2.Connections: conecte ferramentas e fontes de dados (MCP, integrações)
- 3.Capabilities: configure skills e workflows que funcionam manualmente
- 4.Cadence: agora sim, automatize os rituais validados
✗ Atalhos que quebram
- ✗Criar cron job para tarefa que nunca foi feita manualmente
- ✗Automatizar digest diário sem Context documentado — output inútil
- ✗Pular Context e ir direto para Cadence — sistema autônomo sem memória
Os 3 indicadores de sucesso
Os 3 indicadores de sucesso não são KPIs — não há dashboard, não há meta numérica. São experiências vividas que sinalizam que o AIOS mudou como você trabalha de forma irreversível.
Team-reaches-out
Indicador 1 de 3
Colegas começam a te perguntar coisas sobre o sistema — "como você fez isso?", "posso usar seu template?". Ou melhor: o sistema responde por você e a pessoa nem percebe que você não estava lá. A equipe começa a orbitar o AIOS, não você.
Context-switching reduction
Indicador 2 de 3
Você para de ser o gargalo de contexto. Não precisa mais explicar o mesmo projeto para cinco pessoas. O AIOS carrega o contexto e distribui. Você sente que passa menos tempo em modo "explicação" e mais tempo em modo "decisão".
Knowledge-leaves-your-head
Indicador 3 de 3
O conhecimento que antes só existia na sua cabeça agora vive no sistema. Quando você tira férias, um projeto não trava. Quando um colega precisa, o AIOS fornece. O saber institucional saiu do silo e entrou na infraestrutura.
💡 Como monitorar sem dashboard
Toda sexta no /level-up, pergunte: "alguém me procurou por algo que o AIOS deveria responder?" e "saiu algum conhecimento da minha cabeça essa semana?". Se a resposta for não por três semanas seguidas — volte ao Cadence e revise os rituais.
Pessoal → empresa AI-ready
Quando os três indicadores aparecem para uma pessoa, algo importante acontece: a mesma arquitetura escala. Os dados, as conexões, as capacidades — tudo que você construiu pessoalmente se transforma na blueprint para o time e para a empresa.
🚀 O efeito de escala
Uma empresa onde cada operador roda um AIOS pessoal é uma empresa de fato AI-ready. Não por ter adotado uma plataforma de AI — mas porque cada pessoa sabe operar com autonomia, e o conhecimento institucional está em infraestrutura, não em cabeças.
A escala acontece em três camadas: dashboards (visibilidade), automações (execução) e rollout de time (replicação). Cada camada pressupõe a anterior funcionando.
Dashboards
Visibilidade sobre o que o AIOS está fazendo. KPIs do negócio conectados ao sistema. Permite observar antes de ampliar.
Automações
Workflows que antes dependiam de intervenção humana passam a rodar via hooks, skills recorrentes e integrações estabelecidas.
Rollout de time
O AIOS pessoal vira template para outros operadores. Cada pessoa onboardada começa com a arquitetura já validada pelo piloto.
⏰ Resumo do Módulo
Próximo: Trilha 3 — Operar na Prática
Você completou os 4 Cs da arquitetura. Agora é hora de colocar tudo em operação: /onboard, /audit, /level-up e expansões reais no seu negócio.