Por que estruturar a pasta importa tanto

Antes de mostrar a árvore de diretórios completa, vale entender o motivo. Sem uma pasta organizada, toda vez que você pede algo pro Claude, ele parte do zero. Não sabe quem você é, não conhece seu time, não tem ideia do tom que você usa, e nem onde salvar o output. Você acaba copiando e colando contexto manualmente em todo prompt, ou aceitando uma resposta genérica que poderia ter sido escrita pra qualquer pessoa.

Quando a pasta está estruturada, é o oposto. O Claude lê a árvore inteira na primeira interação e aquilo vira contexto permanente. Toda conversa daqui pra frente, ele já sabe quem você é, conhece os nomes do seu time direto, sabe seu tom de voz, tem o brand book do iFood pra puxar quando precisar, e sabe onde guardar o que produzir. Você economiza tempo em cada prompt e ainda recebe respostas calibradas pra sua realidade.

É a diferença entre contratar um assistente novo todo dia e ter um assistente que cresceu trabalhando com você há 2 anos. A pasta é a memória de longo prazo dele.

O framework que adotamos, inspirado no Ruben Hassid

A estrutura que vamos usar não é invenção nossa. É uma adaptação do método do Ruben Hassid, criador francês que popularizou a ideia de tratar cada pasta de projeto como um "cérebro" separado pro Claude. A vantagem é que ele já testou centenas de variações, descobriu o que funciona pra executivos, e a comunidade convergiu pra esse modelo. Você não precisa reinventar a roda, só copiar o padrão que já provou.

A árvore tem 3 partes que cumprem funções bem distintas. Arquivos na raiz são o que o Claude lê primeiro toda sessão. Pasta ABOUT ME é quem você é, dados que mudam pouco. Pastas de produção (INPUT, OUTPUTS, memory) é onde o trabalho acontece de fato.

O que cada pasta faz, na prática

Captura contínua de contexto · grave todas as reuniões

Daqui pra frente, quase tudo que você produz vai ser gerado por IA. Apresentações, análises, e-mails, propostas, relatórios, código. A IA faz isso em minutos. O que separa o material da sua organização do material de qualquer outra empresa não é mais o output, é o input humano. E o input humano mais rico que existe são as transcrições das reuniões, as conversas reais onde decisões nascem, contradições aparecem, e a voz da empresa se forma.

Sem esse material, o Claude responde como consultor que nunca pisou na empresa. Com esse material, ele responde com a sua voz, a do seu time e a do iFood real. É assim que a gente humaniza tudo que é produzido por IA e entrega contexto de outro nível.

O que conta como reunião relevante

• 1:1 com diretos e pares, decisões de prioridade, contexto de pessoas, feedback
• Comitês e fóruns de decisão, racionais de "por que sim, por que não"
• Reuniões com clientes, parceiros e fornecedores, pontos de dor, objeções, propostas
• Alinhamentos estratégicos e revisões trimestrais, narrativa da empresa em evolução
• Reuniões "rápidas" que viram decisão, principalmente essas, é onde mora a tribal knowledge

Onde a transcrição mora dentro da estrutura

Convenção de nomenclatura, AAAA-MM-DD-tipo-assunto.md. Data primeiro pra ordenar cronologicamente. Tipo pra filtrar (1on1, comite, cliente, alinhamento). Assunto curto pra você lembrar o que tem ali.

Anexei 4 arquivos meus do ABOUT ME (about-me, my-company,
anti-ai-writing-style, team).

Sua tarefa: gere o bloco completo das minhas Cowork Global
Instructions, calibrado a partir desses 4 arquivos.

Estrutura do bloco:
1. Quem sou (1 parágrafo curto, baseado no about-me)
2. Como gosto de trabalhar (tom, formato de saída, regras
   de escrita, baseado no anti-ai-writing-style)
3. Como raciocino (prático, acadêmico, exemplos, baseado
   no about-me)
4. Saídas que costumo pedir (slides, prompts, análise,
   baseado no my-company)
5. Confidencialidade (regras de cliente, segurança)
6. Pergunta antes de (deletar, sobrescrever, enviar)

Regras pra geração:
- Português brasileiro, tom direto
- Sem em-dash, sem emoji, sem floreio
- Cada item em frase curta, fácil de bater o olho
- Máximo 40 linhas no total
- Devolva em bloco de código pronto pra copiar

Quando terminar, me pergunte se quero ajustar algo antes
de eu colar nas configurações.

Me diga o que você sabe sobre como eu trabalho aqui.

Escreve um email de 3 parágrafos me apresentando pra um
novo fornecedor.

Gere um CLAUDE.md pra mim que vai morar em ~/Documents/Claude/
e que serve como guardião da separação entre as duas pastas-mãe
que existem aí dentro.

Estrutura no meu Mac:
  ~/Documents/Claude/
  ├── iFood/         ← trabalho corporativo, dados confidenciais,
  │                    LGPD e política de TI iFood
  └── Projects/      ← projetos pessoais (SuperHumanos, estudos,
                       iniciativas próprias)

O CLAUDE.md deve deixar muito claro:

1. Que essas duas pastas NUNCA podem misturar conteúdo. Material
   iFood mora só dentro de iFood/. Material pessoal mora só
   dentro de Projects/.

2. Antes de salvar qualquer arquivo, conferir em qual pasta a
   conversa está rodando e respeitar a separação. Se a conversa
   estiver na raiz ~/Documents/Claude/ e ainda não está claro
   onde o output deve ir, PERGUNTAR pra mim antes de criar
   ou sobrescrever qualquer coisa.

3. Antes de subir qualquer material iFood em ferramenta externa
   (GitHub, Drive público, Notion público), confirmar comigo e
   respeitar política de TI iFood.

4. Tokens, credenciais e dados sensíveis nunca aparecem em
   output que vai pra terceiros, mesmo que estejam na memória.

5. Em dúvida sobre onde algo deve morar, pergunta antes de
   agir. Prefiro 1 pergunta tua agora do que arquivo no lugar
   errado depois.

Tom, direto, curto, em português coloquial profissional. Sem
em-dash. Sem jargão corporativo. Lê os arquivos do ABOUT ME/
e absorve a voz antes de escrever.

Cria uma proposta de treinamento de IA pra empresa X.

[SET STAGE · Engenharia de Contexto]
Sou consultor de IA aplicada para liderança.
Cliente: iFood, empresa avançada em adoção de IA.
Audiência da proposta: head de RH + diretor de transformação.
Eles precisam aprovar antes de levar pro C-level.

A demanda formal que chegou foi "treinamento de Claude para liderança".
Meu papel não é só atender o pedido, é ler o subtexto e propor o que
faz sentido.

Repositório de contexto:
Leia tudo que está em /Users/brunopinheiro/Documents/Claude/Projects/SuperHumanos/INPUT/
Liste o conteúdo da pasta, abra cada arquivo (md, txt, docx, pdf, o
que tiver), e use o conjunto como única fonte de verdade pra propor.

[DEFINE TASK]
Trate o pedido "treinamento de Claude" como ponto de entrada, não
como produto final.

Sua tarefa tem 4 entregas, nessa ordem:

1. Diagnóstico em 3 bullets
   O que o cliente já tem, o que falta, qual a dor latente real.
   Para cada bullet, cite evidência específica do repositório
   (arquivo e trecho).

2. Pergunta crítica
   Treinamento sobre Claude é mesmo o que eles precisam?
   Ou estamos resolvendo o sintoma quando a causa é outra?
   Você decide a tese a partir do que leu, não a partir do que
   eu te disser.

3. Recomendações
   2 a 4 frentes que tratem a causa, não só o sintoma.
   Claude pode ser uma das frentes, não precisa ser a única.
   Ancore cada frente em evidência do repositório.

4. Proposta consolidada como apresentação .pptx
   Estrutura, narrativa e slides você decide a partir do
   diagnóstico. Não monte slides genéricos de "sobre nós" ou
   "metodologia padrão". O deck precisa fazer o head de RH se
   sentir lido.

[SPECIFY RULES]
- Tom executivo, sem floreio comercial.
- Banidos: "vai transformar", "revolucionário", "game changer",
  "disruptivo", "experiência única", "jornada",
  "transformação digital".
- Sem preço, sem prazo comercial, sem condições contratuais.
- Aplicar design system oficial do cliente (cores, tipografia,
  símbolos). Identifique o sistema a partir do deck de cultura
  no repositório.
- Português brasileiro, dialeto corporativo.
- Sem travessão. Sem emoji.
- Não invente dado, número, fala ou contexto que não esteja nos
  arquivos. Se faltar evidência, declare a lacuna em vez de
  preencher.
- Salvar em /Users/brunopinheiro/Documents/Claude/Projects/SuperHumanos/OUTPUTS/proposta-cliente.pptx

[POSTURA]
Antes de gerar o deck, me devolva diagnóstico, pergunta crítica
e frentes em texto. Eu valido. Só depois você gera o .pptx.

Se houver ambiguidade entre as fontes, aponte e me pergunte.
Não escolha sozinho em silêncio.

Cowork (manhã) vs Code (tarde) · comparação direta

Plugins · o pacote que turbina o Claude

Plugin é um pacote com várias partes agrupadas pra uma função ou domínio. Em vez de instalar Habilidade, Conector e Subagente um a um, você instala o plugin de uma área (vendas, RH, finanças) e ele já vem com tudo configurado e amarrado.

São 3 tipos de peças que vivem dentro de um plugin. Cada uma com função diferente:

Projetos vs Habilidades · qual usar quando

Conectores em ação · exemplos práticos

Depois de conectar suas ferramentas, o Claude as leva em consideração ao responder. Alguns padrões de uso:

Padrão de prompt · Entrada → Transformação → Saída

Praticamente todo prompt produtivo segue 3 partes. Quando você fica fluente nessa estrutura, sai fazendo prompt na velocidade de pensamento.

Como configurar um projeto no Cowork

Projeto no Cowork é uma pasta com contexto persistente. Tudo que você colocar dentro dele (arquivos de referência, instruções específicas, conexões com sistemas) fica disponível em todas as conversas daquele projeto. É a diferença entre conversar com um Claude que esquece tudo e um Claude que conhece seu trabalho.

Passo a passo de criação

1. Abre o Cowork desktop e clica em "+ Novo projeto" na barra lateral.
2. Dá um nome claro, como "SuperHumanos iFood" ou "Operações Q3".
3. Aponta pra uma pasta no seu computador. Recomendado, ~/Documents/Claude/Projects/[nome do projeto].
4. Adiciona instruções específicas do projeto (separado das Globais), exemplo, "esse projeto trata de iniciativas internas, sempre referencie o brand book na pasta INPUT".
5. Conecta os connectors que importam pra esse projeto (Calendar, Drive, Slack, etc).

A barra de "+" · seu canivete dentro da conversa

Dentro de qualquer conversa do Cowork, na barra de input embaixo, tem um botão "+". É onde você anexa, conecta e expande o que o Claude pode fazer naquela mensagem específica. Vale entender as 4 opções principais.

Agir sem perguntar · o modo que muda o jogo

Por padrão, o Cowork pergunta antes de qualquer ação que mexa em arquivo ou execute algo no seu computador. "posso editar?", "posso deletar?", "posso rodar?". Isso é segurança, mas também é fricção quando você tem 30 ações em sequência.

Existe uma opção chamada "Agir sem perguntar" (ou auto-accept) que libera o Claude pra executar o passo seguinte sem pedir confirmação. Liga quando quer velocidade, desliga quando quer controle. É a diferença entre dirigir um carro de marcha e um automático.

Skills · o que são

Skills são especialidades que a IA já vem com você. pdf é uma skill, sabe ler PDF estruturado. docx é outra. pptx outra. Você não chama pelo nome, pede o trabalho, a IA escolhe a skill certa.

Projetos vs Habilidades

Extração 3-em-1

Cole o prompt abaixo. Cowork lê o PDF do Guia, gera design system em texto, extrai assets visuais e cria índice. 90 segundos, 53 páginas viram biblioteca estruturada.

Quero que você me ajude a fazer minhas apresentações do iFood
ficarem lindas. Vamos começar extraindo o design system do iFood
a partir do PDF INPUT/Guia-de-Criacao-de-Slides.pdf.

2 entregas:

1. Design system completo
   Salva em INPUT/design-system-ifood.md

2. Biblioteca de assets
   Extrai imagens em subpastas:
   - INPUT/assets/logos/
   - INPUT/assets/ilustracoes/
   - INPUT/assets/icones/
   - INPUT/assets/elementos-decorativos/

Regra: não invente. Siga as regras dos docs.
Mostre o plano antes de executar.

Geração do slide

Com design system e assets prontos, gera sua apresentação pessoal. Cowork usa OBRIGATORIAMENTE seus 4 arquivos de identidade.

Crie uma apresentação completa com 5 seções, uma seção por slide
(ou 2 slides se a seção pedir):

1. Quem sou eu
   Bio profissional, área que cuido, time direto.

2. O que é o iFood
   Contexto da empresa pro qual eu trabalho, em 1 página.

3. Como você (Claude) pode me ajudar no meu dia a dia
   dentro do iFood
   3 a 5 frentes concretas, com exemplo prático em cada.

4. Como você (Claude) pode me ajudar no meu dia a dia pessoal
   3 a 5 frentes concretas, com exemplo prático em cada.

5. Plano pra eu dobrar meus resultados no próximo mês
   3 ações específicas que eu vou rodar com seu apoio.
   Cada ação com prazo e indicador de sucesso.

Use OBRIGATORIAMENTE:
1. INPUT/design-system-ifood.md
2. INPUT/assets/
3. ABOUT ME/about-me.md
4. ABOUT ME/my-company.md
5. ABOUT ME/anti-ai-writing-style.md

Regras:
- Identidade visual iFood completa (cores, tipografia, logos)
- Tom executivo direto, na minha voz
- Sem floreio, sem jargão genérico
- Não invente dado interno iFood, use só o que estiver
  no design system

Antes de gerar, mostre o plano (estrutura e quantidade de slides).
Salva como OUTPUTS/apresentacao-pessoal.pptx

Litmus test

Teste 1 · Visual

"Esse slide poderia ser publicado sem retoque?"

Teste 2 · Voz

"Essas 2 frases parecem eu falando?" Se não, volta no anti-ai-writing-style.md e adiciona o que está faltando.

Setup · ditado nativo

Aparece o ícone de microfone. Fala, solta. Texto vai onde o cursor está, funciona em qualquer app.

Connector · Google Calendar

No Cowork, Configurações → Connectors → Google Calendar → Authorize.

OAuth do Google, permitir. Volta pro Cowork e testa:

Que reuniões eu tenho hoje?

O Cowork responde com sua agenda. Sinal verde, connector funcionando.

Exercício · marcar reunião por voz

Marque 1 reunião real que você queria mesmo marcar, não fictícia.

Marca uma reunião de 30 minutos com [nome] terça-feira
que vem, depois das 14h, pauta: alinhamento sobre o resultado
de abril. Manda convite pra ela e pro [outro nome] da minha equipe.

O Cowork entende, propõe horário, mostra na tela, pergunta confirmação, manda o convite. Reunião real, agenda real, convite enviado. Tempo total, 30 segundos.

O que rodou por trás · 6 Elementos em ação

O que você acabou de fazer foi os 6 Elementos rodando juntos:

• Prompt, você falou
• Contexto, Cowork tem seu Calendar via connector
• Memória, sabe quem é cada pessoa pelo seu my-company.md e team.md
• Humano, você confirmou antes de enviar
• Processo, agendar reunião faz parte da sua rotina
• Objetivo, alinhar sobre tema específico

4 conceitos juntos

Vamos juntar os 4 num só exercício: artifact que lê email e calendar, gera briefing, e roda automático todo dia 7h. Embrião do primeiro agente que você constrói nas próximas semanas.

Construir o artifact

Crie um artifact em OUTPUTS/briefing-diario.html que:

1. Use callMcpTool pra ler ao reabrir:
   - Google Calendar do dia atual
   - Gmail, top 5 emails não respondidos das últimas 24h
   - Últimas notícias que saíram sobre o iFood
     (faça web search por "iFood" nas últimas 24h,
     pega os 3 destaques)
   - Placeholder: campo "WhatsApp, em breve"

2. Estrutura visual:

   🌅 BOM DIA, [Nome]
   [data atual]

   📅 SEU DIA, [N reuniões]
   - 09h, [Reunião 1], [participantes]
   - 14h, [Reunião 2], [participantes]

   📧 TOP 3 EMAILS PRIORITÁRIOS
   1. [De: pessoa] [assunto] [urgência]
   2. ...
   3. ...

   📰 IFOOD NA MÍDIA (últimas 24h)
   1. [Manchete] · [Veículo] · [link]
   2. ...
   3. ...

   ⚡ ALERTAS
   - [conflitos de horário]
   - [prazos vencendo]
   - [reuniões sem agenda]

   💬 WHATSAPP
   🚧 Em breve, quando connector oficial chegar,
   mensagens importantes aparecerão aqui.

   ❓ QUER QUE EU PREPARE ALGO?
   Responda no chat: "prepara [reunião] [o que]"

3. Layout: clean, mobile-first, paleta neutra,
   accent verde claro.

4. Botão "Atualizar agora" no topo, refresca dados.

5. Quando eu responder algo no chat principal do Cowork,
   o artifact marca aquela reunião como
   "📋 preparação solicitada".

Agendar pra rodar diariamente

Agende uma tarefa que execute todo dia útil
(segunda a sexta) às 7h da manhã:

1. Atualizar OUTPUTS/briefing-diario.html com dados frescos
2. Salvar uma cópia em OUTPUTS/historico/briefing-{YYYY-MM-DD}.html
3. Mandar push notification no Cowork mobile com texto:
   "Seu briefing de hoje tá pronto."

Use o sistema de Tarefas Agendadas do Cowork.
Confirma que tá agendado pra amanhã 7h.

Por que terminal e não editor de código (VS Code, Cursor)

O terminal é o ambiente nativo de quem programa. Você não precisa virar dev, só precisa entender que o Code mora ali. Razões:

• Conversação direta, você fala, Code responde, sem janelas extras
• Acesso total à sua máquina, ele pode rodar comandos, executar testes, deployar
• Git nativo, versionamento de cada mudança
• Velocidade, zero overhead de UI

Vamos usar o Terminal nativo do Mac (Spotlight, digita "Terminal", abre). É o mais simples, já está instalado, e não precisa configurar nada. Se você já usa Warp ou iTerm e prefere, fica à vontade, os comandos são os mesmos.

Instalação do Claude Code · referência

Você instalou no pre-work, mas vale o registro de como funciona:

Como abrir e autenticar

1. Abre o Terminal
2. Vai pra pasta do projeto, cd ~/Documents/Claude/Projects/SuperHumanos/app-financas
3. Roda claude
4. Autentica no primeiro uso, login via browser
5. Pronto, cursor piscando esperando seu prompt

O conceito-mestre · Explore → Plan → Code → Commit

Esses 4 passos separam quem usa Code bem de quem se frustra. Cada etapa tem propósito claro:

Sem Plan vs Com Plan, lado a lado

Janela de contexto · o porquinho de tokens

Cada conversa com o Code tem uma janela de contexto, capacidade limitada de "memória" durante a sessão. Cada coisa que entra na conversa consome essa janela:

• Arquivos que o Code lê (CLAUDE.md, código existente, PRD)
• Suas mensagens
• Respostas do Code
• Output de comandos que o Code roda

Quando a janela enche, respostas degradam, IA esquece o início, código fica inconsistente. Por isso você tem que gerenciar contexto ativamente.

4 ferramentas pra controlar contexto

Como saber quanto da janela já usei

Você tem 3 formas de descobrir, sem precisar adivinhar:

1. O indicador visual no Cowork. Na conversa, clica no nome do modelo no rodapé (onde aparece tipo Opus 4.7 · 1M). Abre um painel com a barra "Janela de contexto" mostrando algo como 534.5k / 1.0M (53%). Esse mesmo painel mostra os limites do seu plano (5 horas, semanal, etc).
2. O indicador no Claude Code (terminal). Na barra de status do rodapé do terminal, o Code mostra o uso atual em texto tipo context 42% ou 168k / 200k tokens. Olha aqui de tempos em tempos durante a sessão.
3. Pergunta direto pro Claude. Digita "quanto da janela de contexto estamos usando agora?" e ele responde com o número exato.
4. Sinais comportamentais. Quando o Claude começa a esquecer algo que você falou no início da conversa, repetir respostas, ou ficar mais lento, é sinal que a janela está cheia.

Agir sem perguntar · auto-accept no Code

Igual o Cowork, o Claude Code também tem um modo onde ele para de pedir confirmação a cada passo. No terminal isso aparece como permissão de edição automática e é ativado com Shift + Tab em sequência (alterna entre Plan Mode → Auto-accept → Default).

Plan Mode + Thinking Mode · 2 modos especiais

O Code tem dois modos opcionais que mudam como ele responde:

Quando usar cada modo

PRD, o Set Stage virado arquivo

Você lembra do framework Set Stage / Define Task / Specify Rules do Bloco 3? O PRD é isso virado arquivo. Um documento que define o que o software deve fazer. Em vez de digitar contexto a cada nova conversa com o Code, você aponta pro PRD e ele lê tudo de uma vez.

PRD significa Product Requirements Document. É a referência do que vai ser construído, na qual o Code se ancora.

O que tem dentro de um PRD

A skill que faz isso pra você, /write-spec

Você não precisa escrever PRD do zero. O Claude tem uma skill nativa chamada write-spec que faz isso. Você descreve a ideia em 1-2 frases, ela faz perguntas pra refinar, e gera o documento estruturado completo.

MCP · Model Context Protocol

O MCP é um padrão aberto que faz o Code conversar com sistemas externos, bancos de dados, APIs, planilhas, qualquer coisa.

Você não precisa entender o protocolo. Precisa saber que ele existe, porque é por causa dele que:

• O Code consegue ler seu Calendar
• Pode escrever no Airtable
• Pode ler emails do Gmail
• Pode integrar com Salesforce, Notion, Snowflake quando você quiser ligar

Os connectors que você ativou na manhã (Google Calendar, Gmail, Airtable) são MCPs por baixo dos panos.

CLAUDE.md, o DNA do projeto

De todos os arquivos do projeto, esse é o mais importante. O CLAUDE.md é o primeiro arquivo que o Code lê toda vez que você abre uma sessão. Define regras, tom, convenções, contexto. Quem edita esse arquivo controla o comportamento da IA no projeto inteiro.

Você gera ele rodando /init na primeira vez. O Code lê o projeto, entende a estrutura, e propõe um CLAUDE.md inicial. Depois você refina conforme aprende o que funciona no seu fluxo.

TASKS.md, a memória que não esquece

Aqui mora um dos problemas mais frustrantes de quem usa IA, a amnésia entre sessões. Você começa um projeto na segunda, continua na quarta, reabre na sexta, e o Code esqueceu tudo. Você tenta re-explicar, gasta 20 minutos, fica frustrado.

O fluxo prático:

• Toda decisão importante vira linha no TASKS.md, status, próximo passo, contexto.
• Toda vez que abrir uma sessão nova: "Lê TASKS.md e me diz onde estamos."
• O Code volta exatamente onde parou. Zero retrabalho de contexto.

Comandos essenciais que você vai usar hoje

Comandos personalizados · sua skill no terminal

Você cria o seu próprio comando, vira /nome-do-comando dentro do Code. É como criar Skill no Cowork, mas no terminal.

Estrutura · como criar

1. Localize a pasta .claude dentro do projeto
2. Crie um diretório chamado commands dentro dela
3. Crie um arquivo Markdown com o nome do comando, ex, audit.md
4. Pronto, agora você invoca com /audit dentro do claude

A progressão, Skill vs Agente vs Squad

Antes de começar a construção, entenda a diferença entre os 3 conceitos, você vai usá-los nos próximos 90 dias.

Anexar extrato sintético Groovia

Quero um sistema simples que analisa minhas finanças
e me ajuda a poupar 10% por mês.

Stack: HTML + JS + Chart.js + Supabase + Vercel.
Sou não-tech.

Me faça perguntas pra entender meu contexto (uma por
vez). Depois cria PRD.md curto. Não invente nada.

Leia PRD.md.

Construa o sistema completo. Me oriente passo a passo
a criar projeto no Supabase (auth, tabelas, RLS).

Mostre o plano antes de codar e pergunte se quero ir
parte a parte ou tudo de uma vez.

Se o PRD for omisso, proponha e me avise no final.

Leia PRD.md e o app atual.

Você está no comando · eu sou só o usuário final
e não sei o que validar.

1. VALIDAR: Revise o código contra o PRD e conserte
   o que conseguir sozinho. Pra testes no navegador,
   me passe um roteiro mastigado ("abre X, clica Y,
   me diga o que aconteceu"). Eu reporto, você conserta.

2. PUBLICAR: Faz deploy na Vercel mantendo Supabase.
   Só pede minha ajuda no que precisa de senha minha
   ou confirmação. Resto, executa direto.

3. ENTREGA: URL final, como abrir no celular, o que
   fazer se quebrar no futuro. Atualiza o PRD.

/skill-creator

Quero criar uma skill chamada sp1-resumo.

Quando eu rodar /sp1-resumo dentro do projeto app-financas,
ela deve:

1. Ler todas as transações do Supabase do mês corrente
2. Identificar 3 padrões importantes do mês
3. Comparar com média dos 3 meses anteriores
4. Gerar relatório textual com:
   . 3 vitórias do mês, gastos sob controle
   . 3 pontos de atenção, categorias crescendo
   . 1 recomendação prática pro mês seguinte
5. Salvar como OUTPUTS/resumo-{mes}.md
6. Tom direto, sem floreio, máximo 1 página

Me faça as perguntas necessárias pra construir a skill completa.

/skill-creator

Quero criar um agente chamado sp2-agente-financeiro.

PERSONA
Coach financeiro pessoal. Direto, sem moralismo,
foca em ação. Fala como amigo próximo que entende
do meu dinheiro, não como banco.

QUANDO ELE É CHAMADO
. Eu pergunto algo sobre minhas finanças
. Estou indeciso sobre um gasto
. Quero entender por que estourei o orçamento
. Preciso de plano pro mês seguinte

REGRAS DE DECISÃO
. Se a pergunta exige contexto do mês, chame a skill
  /sp1-resumo primeiro e responda só depois
. Se for dúvida pontual, responda direto
. Sempre proponha 1 ação concreta no final
. Nunca dê resposta genérica de internet

FERRAMENTAS DISPONÍVEIS
. /sp1-resumo, pra contexto do mês

FORMATO DE RESPOSTA
. Linguagem corporativa brasileira
. Máximo 3 parágrafos curtos
. Termina sempre com pergunta ou proposta de ação

Me faça as perguntas necessárias pra construir o agente completo.

/skill-creator

Quero criar um squad chamado fechar-mes.

ELE É UM ORQUESTRADOR
Não faz o trabalho diretamente. Chama dois componentes
existentes na ordem certa e consolida.

PASSOS DO SQUAD
1. Invoca /sp1-resumo, coleta o relatório completo do mês
2. Invoca /sp2-agente-financeiro passando o relatório
   como contexto, com a pergunta:
   "Com base nesse mês, qual o plano pro próximo?"
3. Pega a resposta do agente
4. Consolida tudo num arquivo único de fechamento

OUTPUT FINAL
Arquivo em OUTPUTS/fechamento-{mes}.md com 3 seções:
. Diagnóstico, o que aconteceu, do sp1-resumo
. Plano, o que fazer no próximo mês, do sp2-agente
. Métricas, 3 indicadores pra eu acompanhar

REGRAS
. Mostre os passos enquanto executa
. Se algum componente falhar, pare e me avise
. Tom executivo, máximo 1 página final

Me faça as perguntas necessárias pra construir o squad completo.

Estrutura de cada apresentação · 12 minutos

Pergunta âncora pra plenária

A frase que você leva pra segunda-feira

Se tudo do dia condensar em uma única frase, fica essa. É a que você repete pro seu time quando perguntar "como foi o sábado":

Quem repete essa frase com 100 VPs, vira referência dentro do iFood. Quem internaliza ela, vira referência dentro do mercado.

Os 4 pilares Groovia · framework do que vem depois

Frase âncora, "Essa não é uma iniciativa de TI, é uma iniciativa de liderança."

3 compromissos públicos · 90 dias

Próximos passos

• Datas Online +1 e +2 já no calendário (.ics no handout)
• Apostila digital online permanentemente
• Canal Slack #superhumanos ativo pra biblioteca
• WhatsApp de suporte ativo nas próximas semanas, +55 48 99193-0505

WhatsApp digest · setup avançado

Receber o briefing diário direto no seu WhatsApp pessoal, setup avançado, não obrigatório. Requer instalação de Evolution API self-hosted.

Panorama de 2 semanas

Variante do briefing diário, gera análise consolidada de 2 semanas. Útil pra volta de férias, mapeamento de projeto, pre-1:1 estratégica.

Olha as últimas 2 semanas no meu Gmail e Calendar pessoal.
Me responda:

1. 3 temas que mais aparecem nas conversas
2. 2 pessoas com quem eu mais interagi (e principal assunto)
3. 1 decisão pendente que vai impactar próxima semana
4. 2 reuniões que poderiam ter sido emails

Salva como artifact em OUTPUTS/panorama-2-semanas.html,
com layout limpo e mobile-first. Cada seção colapsável.

Esqueleto do Agente Agenda do Dia, pra Online +1

Você vai construir esse no Online +1, semana 2. Aqui está o esqueleto pra você já ter em mãos.

Crie um agente chamado "agenda-do-dia".

COMPORTAMENTO:
- Roda automaticamente todo dia útil às 7h
- Lê: Calendar, Gmail, Slack pessoal (se disponível)
- Gera resumo estruturado:
  * 3 prioridades do dia
  * Reuniões com pre-briefing automático
  * Alertas (conflitos, deadlines, follow-ups)
- Manda push notification no celular
- Pergunta: "Quer que eu prepare algo pra alguma reunião?"

QUANDO VP RESPONDE:
- Dispara o agente Preparador de Reunião com a tarefa específica

CONFIG:
- Trigger: agendamento diário 7h00 dias úteis
- Connectors: Google Calendar + Gmail + (opcional) Slack
- Output: push Cowork mobile + artifact persistente

Use o sistema de Tarefas Agendadas + Skills do Cowork.