/ M0 · parte A
Alguns passos da parte B pedem para rodar um comando no terminal. Se você nunca fez isso, cinco minutos aqui resolvem, e sem eles a parte B parece muito mais difícil do que é.
Uma janela onde você digita uma ordem em texto em vez de clicar num botão. É a mesma máquina, os mesmos arquivos, só uma porta diferente de entrar. Programador usa porque é mais rápido, e depois acelera muita coisa do Claude, evitando ter que instalar coisas manualmente. Dá um medinho no início, depois parece está no início ainda (mentira, logo acostuma).
Não tem nada de perigoso em abrir o terminal. O que exige cuidado é colar comando que você não sabe de onde veio. Nesta trilha, cole só o que está neste guia ou o que o Claude te der durante os encontros.
Mac
Aperte ⌘ + espaço, digite Terminal e dê Enter.
Windows
Aperte a tecla Windows, digite PowerShell e dê Enter. Se aparecer “Terminal”, serve também.
⌘V no Mac,
Ctrl+V no Windows. Se não colar, tente o
botão direito.superfície 01
App desktop
A porta de entrada. Você aponta uma pasta e conversa. O Claude Code roda dentro do app — sem terminal nenhum.
superfície 02
Terminal · CLI
Onde se ganha autonomia: sessão longa, várias pastas ao mesmo tempo, comando que você repete. Mesma ferramenta.
node e sem
git instalados, “publica isso pra mim” falha igual
no app e no terminal. A cadeia de ferramentas é o que dá o poder; a superfície é
conforto.
Comece no app. Vá para o terminal quando o app começar a parecer apertado — e isso vai acontecer no M3.
/ M0 · parte B
Faça nesta ordem, e use os links daqui — não procure no Google, é assim que se instala a coisa errada. O GitHub vem antes da Vercel e do Supabase porque é a conta que serve de login para as duas.
Cadastro no Claude
Você vai receber um link por e-mail com o convite para a conta da DZ. Abra por esse link — cadastro feito por fora não entra na conta da empresa e não recebe a licença.
Confirme que a licença chegou
Entre no Claude pelo navegador e veja se o plano da DZ aparece na sua conta. Se não apareceu, avise o Armesto antes de seguir, já os passos seguintes dependem disso.
App Claude Desktop
Baixe e instale o aplicativo de computador. É a porta de entrada do modo code.
Baixe em claude.com/download — a página detecta se você está no Mac ou no Windows e oferece o instalador certo.
A cadeia de ferramentas · Node e Git
São as ferramentas que o Claude usa para trabalhar na sua máquina. Aqui você vai precisar do terminal — a parte A explica como.
Mac
Instale primeiro o Homebrew, seguindo o comando que está na página inicial de brew.sh. Depois, no terminal:
brew install node git gh
Windows
Três instaladores, nesta ordem. Todos por clique, sem terminal — aceite as opções padrão em todos:
Para conferir que deu certo, abra o terminal e rode:
node --version && git --version
Se aparecerem dois números de versão, está feito. Se disser “command not found” ou “não reconhecido”, feche e abra o terminal de novo antes de concluir que falhou — é o motivo mais comum.
Claude Code no terminal
A mesma ferramenta do app, na linha de comando. Instala igual nos dois sistemas:
npm install -g @anthropic-ai/claude-code
Depois entre numa pasta qualquer sua, rode claude e autentique no navegador quando ele pedir. Se
quiser conferir a instalação oficial passo a passo:
code.claude.com/docs/en/setup.
Conta no GitHub, com o e-mail da DZ
É onde o código e os arquivos de projeto vivem e ficam versionados. Conta particular, e-mail da DZ.
Crie em github.com/signup. Guarde a senha no cofre de senhas da casa, não no navegador.
Conta na Vercel — entrando com o GitHub
É onde a coisa que você construir vai para o ar.
Em vercel.com/signup, escolha “Continue with GitHub”. Não crie senha nova.
Conta no Supabase — entrando com o GitHub
Banco de dados, para quando a ferramenta precisar guardar coisa em vez de só mostrar.
Em supabase.com, escolha “Continue with GitHub”. Mesmo caminho da Vercel.
/ M0 · parte C
Dois textos curtos. Nenhum deles vai ser lido em voz alta no encontro — o tempo de sala é para fazer, não para ouvir o que estava escrito.
/ leitura 1
A conversa pública sobre IA dá a impressão de que todo mundo já está usando tudo. Os números dizem outra coisa e é essa distância que queremos cobrir nessa trilha.
A adoção explodiu. Em abril de 2026 havia 2,42 bilhões de usuários ativos mensais de plataformas de IA generativa: 29,2% da população mundial e cerca de 40% de quem tem internet. Em doze meses o número mais que dobrou — crescimento de 141%.
O hábito, não. O uso semanal chegou a 34% dos adultos em seis mercados pesquisados — era 18% em 2024. Mas o uso diário segue raro: 7% nos Estados Unidos, 2% no Reino Unido e na França, 1% no Japão.
Quase todo mundo já experimentou. Quase ninguém trabalha com isso. A distância que importa não é entre quem usa e quem não usa — é entre usar de vez em quando e usar como ferramenta de trabalho.
no mundo · abril de 2026
Pessoas no mundo
Usam IA generativa
ao menos uma
vez por mês
entre adultos de seis mercados · 2026
Usam toda semana
Usam todo dia
ChatGPT, nos
EUA — o país com o maior índice
Fontes. Adoção e volume: DataReportal / Kepios, Digital 2026 Mid-Year Global Update Report, abril de 2026 — o próprio relatório alerta que 2,42 bi são usuários, não pessoas, porque há sobreposição entre plataformas. Frequência de uso: Reuters Institute, Digital News Report 2026, seis mercados. Uso no Claude: Anthropic Economic Index, relatório de março de 2026, amostra de 5 a 12 de fevereiro de 2026.
/ leitura 2
Markdown é texto com marcação simples. Tu vai ouvir falar disso o tempo todo por aqui. Com esse formato, o Claude devolve resposta organizada, e é como você escreve os arquivos que ele lê. Dez minutos aqui economizam horas (e muito token) depois.
| Você escreve | Sai como |
|---|---|
# Título | Título grande |
## Subtítulo | Um nível abaixo |
**negrito** | negrito |
*itálico* | itálico |
- item | lista com marcador |
1. item | lista numerada |
[texto](url) | link |
`código` | código |
> citação | bloco recuado |
| a | b | | tabela |
Por que isso muda o resultado. Quando você pede “me devolva em markdown, com subtítulos e uma tabela comparando as opções”, você não está pedindo enfeite — está dizendo ao modelo qual forma a resposta tem. E forma pedida é forma entregue.
Vale o contrário também: briefing colado como parede de texto rende resposta de parede de texto. Briefing com subtítulo por assunto rende resposta organizada por assunto.
O mesmo texto, dos dois lados. À esquerda o que você digita; à direita o que aparece. Nada além do que está na tabela acima.
você digita isto
## Briefing · Cliente X
**Objetivo:** subir consideração entre 25 e 34 anos.
O que já está definido:
- verba aprovada
- praça: São Paulo
O que falta:
1. prazo de veiculação
2. peças obrigatórias
> "Queremos algo diferente do ano passado."
Confira o `01-plano.md` antes de responder.
e chega assim
Briefing · Cliente X
Objetivo: subir consideração entre 25 e 34 anos.
O que já está definido:
O que falta:
"Queremos algo diferente do ano passado."
Confira o 01-plano.md antes de responder.
/ M1 · resgate
Isso já foi dito no all-hands e não muda aqui. Vale o resgate porque agora você tem uma ferramenta que faz muito mais — e a régua continua a mesma.
regra 01
Revisão humana sempre
A IA é facilitadora, nunca a autora final. Nada sai daqui sem alguém ter lido e assumido.
regra 02
Na dúvida, não sobe
Dado de cliente, material estratégico e informação confidencial só no stack homologado. Em dúvida, pergunte antes.
regra 03
Transparência com o cliente
Quando o uso for relevante — imagem, áudio, vídeo que vá a público, análise que influencie decisão crítica.
E o posicionamento, que é o que sustenta tudo: “digital que robô não faz”. O robô assume o repetitivo; a gente fica com estratégia, curadoria e responsabilidade. Esta trilha não é sobre entregar mais rápido — é sobre devolver horas para o trabalho que só pessoa faz.
/ M1 · arquivos de contexto
O CLAUDE.md é um arquivo de texto na
raiz da pasta. Toda vez que o Claude Code abre ali, ele lê esse arquivo primeiro — é
a instrução permanente daquele projeto. O que você repetiria em toda conversa,
escreva uma vez aqui.
No app, o equivalente
é a instrução do Project. Mesma ideia, lugares diferentes: o que vale para a pasta vai
no CLAUDE.md; o que vale para o cliente vai no Project.
Um bloco para começar o seu — vale no CLAUDE.md e na
instrução do Project. São as restrições que mais mudam o resultado:
INCERTEZAS: Se você não estiver completamente certo sobre algo, diga isso
claramente. Use frases como "Não tenho certeza absoluta, mas...", ou "Talvez
você possa verificar isso mais a fundo...". Nunca formule hipóteses como fatos.
FONTES: Não invente nomes de artigos, livros, pesquisas, nomes de autores,
URLs ou qualquer tipo de referência bibliográfica. Se você não conseguir
encontrar uma fonte fiável e verificável, diga "Eu não tenho uma fonte
verificável disso."
ESTATÍSTICAS: Deixe marcado qualquer número que você não estiver 100%
confiante. Diga "aproximadamente" e me recomende verificar em uma fonte
primária.
EVENTOS RECENTES: Lembre-me quando um tópico pode ter mudado desde a sua
última atualização de base de dados. Não apresente informações datadas como
se fossem recentes.
CONTEXTO: Não preencha contextos ausentes com suposições. Se algo não estiver
claro, faça uma pergunta de esclarecimento antes de responder.
/ M1 · hands-on · como montar
Crie um Project por cliente, não por tarefa
A tentação é criar “Project campanha de setembro”. Erro: o contexto que se repete é o do cliente, não o da entrega. Um Project por cliente, muitas conversas dentro.
Coloque o que você explicaria a alguém no primeiro dia
Quem é a marca, o que ela vende, para quem, o tom, o que ela nunca faz, quem decide. Se você escreveria num onboarding, vai aqui.
Escreva a instrução do Project
É a parte que quase ninguém preenche e é a que mais muda o resultado. Diga quem o Claude é dentro deste Project e o que ele nunca deve fazer. Ponto de partida para copiar e ajustar:
Você trabalha na dz estúdio, na conta ⟨CLIENTE⟩.
Responda sempre em pt-BR, no tom da marca descrito nos arquivos.
Sempre:
- consulte os arquivos deste Project antes de responder
- diga quando falta informação, em vez de preencher a lacuna
- proponha alternativas em vez de uma resposta única
Nunca:
- invente dado, número, data ou nome próprio
- use jargão de agência quando a palavra simples serve
Teste com uma pergunta que você já sabe responder
É a única forma honesta de avaliar. Pergunte algo cuja resposta certa você conhece. Se ele acertar, o contexto está bom. Se errar, falta arquivo — não falta modelo melhor.
/ M1 · ▸ publica · 3 de 3
Escolha algo pequeno e seu
Um resumo de briefing, um comparativo de três caminhos criativos, um cronograma. Coisa que você faria hoje no Docs.
Peça como página, não como texto
A diferença está em pedir o formato. Ponto de partida:
Transforme isto numa página que eu possa mandar por link
para o time. Uma página só, hierarquia clara, sem enfeite.
Use os cores da dz estúdio: verde #0A3D26, creme #EDE8D5,
preto #111111. Tipografia sem serifa, sem cantos arredondados.
Peça um ajuste, e depois outro
É aqui que a quinta parte do pedido vira hábito: a primeira versão não é a versão. “Aumenta o contraste do título”, “põe as três opções lado a lado”. Você está editando, não recomeçando.
Publique e mande o link no canal da turma
Fechar o ciclo em público é metade do valor: a turma vê o que é possível, e você tem prova de que funcionou.
/ nível 1 de 4
Pergunta, resposta. Sem memória entre conversas, sem ferramentas.
Uma conversa simples no Claude.ai. Você pergunta, ele responde.
você pergunta → chatbot → ele responde
Falta: memória · ferramentas
/ nível 2 de 4
Chatbot mais o contexto do seu trabalho. Mexe em arquivo e em app, dentro de um ambiente guiado, sem código.
O Cowork, com um Project. Sabe quem você é, o que você já decidiu, e entrega resultado pronto pra editar.
você delega um objetivo → ele planeja e executa → entrega pronto pra editar
Falta: escopo técnico irrestrito, terminal, agência própria
/ nível 3 de 4
Age sozinho e sem limite de escopo: usa o terminal, lê e escreve qualquer arquivo, roda comando, decide o caminho.
No Claude Code o limite é o que você pede. É por isso que aqui a Política de Uso Responsável e as restrições no prompt pesam mais do que em qualquer outro nível.
entende a tarefa → escolhe a ferramenta → lê o que precisa → executa → entrega
/ nível 4 de 4
Vários agentes em paralelo, cada um numa frente, coordenados.
Os subagentes do Claude Code. Um coordenador distribui pesquisa, execução e revisão entre agentes especializados, cada um com as suas skills, e consolida um resultado só.
o coordenador recebe → distribui pesquisa, execução e revisão → entrega integrada
/ Cowork · demo
Uma rotina agendada: não roda uma vez só, roda todo dia. O mesmo pedido de sempre, na fórmula:
Faça um resumo diário para começar o meu dia.
Acesse meu Gmail e veja os e-mails não lidos. Separe os mais importantes
numa lista curta, dizendo quem mandou e o que a pessoa pede.
Acesse o ClickUp e procure as tarefas atribuídas a [seu nome] com prazo
para esta semana. Traga as mais urgentes primeiro.
Veja a minha agenda de hoje e resuma os compromissos, com horário e com
quem é cada um.
Junte tudo num e-mail para mim, com esses três blocos nessa ordem.
Só leia e resuma: não responda e-mail, não mexa em tarefa, não apague nada.
Quando estiver funcionando, agende para rodar todo dia às 8h.
Cada parágrafo é uma parte da fórmula, nessa ordem: objetivo, insumos, saída, destino e guardrails.
Isso é um modelo de prompt que funciona como rotina. Testa, refina, e depois é só criar a recorrência, pedindo no chat ou pela aba de rotina.
/ hands-on · 5 minutos
A reunião de start do CoreComm tem as duas metades no mesmo arquivo: as anotações automáticas e a transcrição inteira, com marcação de tempo. São 783 linhas. Ninguém lê isso na mão, e é por isso que a pergunta vale.
/ o pedido, no seu Cowork
Preciso de uma to-do list consolidada de uma reunião do projeto de
lançamento do CoreComm. Leia o arquivo [selecionar o arquivo] e
compare o resumo com a transcrição.
O que o Gemini chamou de decisão que não foi decidido? O que ficou
de fora? Onde tem contradição?
Crie um resumo em até 5 bullets do que foi falado na reunião e uma
to-do com os próximos passos. Devolva o resultado aqui na conversa,
não precisa criar um novo arquivo por enquanto.
/ Claude Code · onde as coisas moram
Quatro coisas que você vai buscar lá, hoje e depois:
01
Assets
Logo, tipografia, design system. O material da casa que o Claude pode ler para não inventar marca.
02
Skills
O pacote comum da DZ, pronto para copiar. É de lá que sai a instalação daqui a pouco.
03
Apps + Brand Codz
Nossas plataformas proprietárias.
04
Clientes
As pastas dos clientes, para trabalhar com a IA. É de uma delas, a do CoreComm, que sai o material de hoje.
/ Claude Code · o que ele lê sozinho
Se a pasta tiver um CLAUDE.md ou um
README.md, ele lê automaticamente ao começar. É assim
que ele chega sabendo o que é o projeto e como você trabalha.
Copiou uma pasta?
Ela pode já vir com esses arquivos. Dá uma olhada antes de começar a pedir coisa, porque é o que ele já está lendo sobre você.
Pasta sem nada?
Peça /init. Ele lê a pasta inteira e
escreve o primeiro CLAUDE.md sozinho.
Mudou algo importante?
Atualize o arquivo. Ele não se atualiza sozinho, e contexto velho atrapalha mais do que contexto nenhum.
O que vai dentro desse arquivo, em profundidade, é assunto do terceiro encontro.
/ o pacote comum · parte 1 de 3
Criadas aqui dentro, com o jeito DZ, atentando para os nossos processos, traduzindo os nossos frameworks para a IA. Todo mundo usa e todo mundo pode (e deve) desenvolver novas.
| Skill | O que faz |
|---|---|
planbot-dz | Framework PEC, de planejamento |
jambot-dz | Framework JAM, de criação |
ativabot-dz | Framework de ativação. Ainda não existe: é o que a gente começa a construir no terceiro encontro |
dz-social-benchmark | Benchmark de redes que vira playbook de conteúdo |
dz-video-edit | Monta filme a partir de filmagem bruta |
/ o pacote comum · parte 2 de 3
Um método inteiro de trabalho, em oito peças. As quatro primeiras servem para qualquer coisa; as outras pressupõem um projeto de código.
| Skill | O que faz |
|---|---|
grill-me | Entrevista você até não sobrar decisão no escuro |
handoff | Compacta a conversa num documento de passagem para a próxima sessão |
caveman | Resposta comprimida, com cerca de 75% menos token |
to-prd | Vira a conversa num PRD, o documento de requisitos |
grill-with-docs | O mesmo interrogatório, agora lendo a documentação do projeto |
to-issues | Quebra o plano em issues, em fatias verticais |
tdd | Ciclo vermelho, verde, refatora |
improve-codebase-architecture | Acha o ponto fraco da arquitetura |
/ o pacote comum · parte 3 de 3
| Skill ou plugin | O que faz |
|---|---|
| Superpowers | Um marketplace inteiro: brainstorming, planos, TDD, revisão de código |
frontend-design | Design com identidade, não genérico. É plugin da Anthropic |
impeccable | Desenho e redesenho de interface |
ponytail | O desenvolvedor sênior preguiçoso: o mínimo de código que resolve |
/security-review | Revisão de segurança antes de publicar. Já vem no Claude Code |
São origens diferentes, e é por isso que existem quatro formas de instalar. Três vêm agora, em sequência. A quarta aparece mais adiante, e é a mais cuidadosa delas.
/ instalar · mecânica 1 de 4
A mais simples das três, e a que não precisa de terminal nenhum. É assim que entram as oito do Matt Pocock, que estão esperando na pasta de skills do Drive.
Baixe a pasta de skills do Drive
Você vai ver oito pastinhas, uma por skill.
Abra a pasta oculta do Claude
Cole o caminho abaixo na barra de endereço do Finder ou do Explorer e dê Enter. Ela abre mesmo estando escondida.
Cole as oito pastas lá dentro e reinicie o Claude Code
Se a pasta skills não existir,
crie você mesmo, com esse nome.
Mac
~/.claude/skills/
Para enxergar pasta oculta no Finder: ⌘ + Shift + ponto. O mesmo atalho esconde de novo.
Windows
%USERPROFILE%\.claude\skills\
No Explorer: Exibir → Mostrar → Itens ocultos.
/ skills.sh · Anthropic
Ela conduz a criação de uma skill nova, do nome ao SKILL.md. É a ferramenta que o
terceiro encontro vai usar para construir a ativabot-dz.
npx skills add anthropics/skills/skill-creator
Repare que esta entra pelo terminal, não copiando pasta nem por marketplace. É a mesma ideia de sempre, por uma porta diferente. O comando é igual no Mac e no Windows.
/ quanto você deixa ele agir sozinho
| Modo | O que faz | Use quando |
|---|---|---|
| Manual, o padrão | Pergunta antes de cada ação | Primeira vez, dado sensível, qualquer coisa que saia da sua máquina |
| Plan mode | Ele planeja tudo e mostra o caminho. Você aprova antes de rodar | Mudança grande, ou quando você quer entender o que vai acontecer |
| Accept edits | Aceita edição de arquivo sozinho, sem parar para perguntar | Pasta isolada, ação reversível, processo que você já rodou antes |
O atalho Shift + Tab gira entre eles. Vale abrir agora
e ver a barrinha mudar.
/ hands-on · 5 minutos
O MarkItDown apareceu no primeiro encontro e vocês já instalaram. Agora ele serve para o que interessa: a apresentação comercial do CoreComm está em PDF na sua pasta, e PDF é caro de ler.
/ no terminal, dentro da pasta do CoreComm
markitdown apresentacao-comercial-corecomm.pdf > proposta.md
Dá para pedir ao próprio Claude também, em português, que ele roda o mesmo comando. Os dois caminhos chegam no mesmo lugar.
/ hands-on · 5 minutos
Todo mundo tem o mesmo material na mão: a reunião, a proposta, os arquivos do
cliente. O que muda é o que você enxerga neles. Cada um escreve um
.md da sua área.
| Área | O que você produz |
|---|---|
| Planejamento | O plano, usando a planbot-dz que você acabou de instalar |
| Atendimento | Os limitantes do cliente: verba, prazo, o que historicamente não passa |
| Criação | Referências: campanhas anteriores e o que os concorrentes andam fazendo |
| Ativação | Canais prioritários e as mecânicas que cabem nesse briefing |
/ hands-on · 5 minutos
A grill-me é uma das oito que você copiou há pouco. Ela
pega o que você escreveu e cruza com a transcrição e a proposta, perguntando até
não sobrar suposição de pé.
/grill-me Estou desenvolvendo um trabalho para o CoreComm. Sou [sua área]
e quero sua ajuda para criar os documentos de contexto do projeto desse
cliente. O que temos até agora são os arquivos [liste os arquivos].
/ e antes de largar o teclado
Salve o seu .md na pasta
_entregas-turma, dentro da pasta do CoreComm no Drive.
É de lá que sai a consolidação, daqui a pouco.
/ o documento que vira briefing
PRD, de Product Requirements Document, é um documento que descreve o que vai ser construído, que problema resolve e o que precisa conter. Nasceu no mundo de software, mas o que ele faz é obrigar você a descrever bem antes de começar. Isso serve para qualquer projeto.
| Item do PRD | Numa campanha, é |
|---|---|
| Objetivo | A meta da campanha |
| Público | Quem ela precisa atingir |
| Escopo | O que entra e, principalmente, o que fica de fora |
| Entregáveis | As peças e os canais |
| Sucesso | Como a gente vai medir que deu certo |
| Restrições | Prazo, verba, o que não pode |
E tem uma skill que escreve esse documento a partir da conversa que você acabou de
ter com a grill-me:
/to-prd
/ agora é a sala inteira
Cinco lentes, o mesmo cliente, vários arquivos na pasta de entregas. Agora eles viram um dossiê só.
/ e vocês já sabem a fórmula
Objetivo · Insumos · Saída
O que precisa ficar pronto, quais arquivos entram, em que formato sai.
Destino · Guardrails
Onde salvar, como nomear, e o que ele não pode fazer sem perguntar.
/ ▸ publica · a segunda metade
O dossiê é texto, e texto ninguém abre numa reunião. Cada um vai criar um Artifact dentro do Project do CoreComm, transformando as decisões em algo que dá para mostrar na tela.
E tem um detalhe que muda tudo: na pasta do cliente existe um
design.md com a marca do CoreComm inteira, cores,
tipografia e componentes. O Claude lê esse arquivo e o Artifact sai parecido com o
produto do cliente, não com cara de template.
Crie um artifact com as decisões do dossiê do CoreComm: o que ficou
definido, o que ficou em aberto e os próximos passos.
Use o design.md desta pasta para o layout, para ficar com a cara da
marca do cliente.
É o mesmo Artifact do primeiro encontro. A diferença é que agora ele sai de um contexto que a equipe inteira construiu junto.
/ fechamento
| O que ficou | Onde está |
|---|---|
| O pacote comum instalado | Na sua máquina, em .claude/skills e nos plugins |
| Conectores ligados | No seu Cowork: Gmail, Drive e ClickUp |
| Uma rotina rodando | O daily briefing, se você agendou |
| O documento da sua área | Na pasta de entregas, no Drive |
| O dossiê do CoreComm | No Project, para a equipe inteira |
E tudo o que passou por aqui continua no guia, para consultar depois com calma.
/ os materiais · o que ficou prometido no M2
| Entra | Não entra |
|---|---|
| O que é o projeto, em duas linhas | O que muda toda semana |
| Onde estão as coisas | Senha, token, dado sensível |
| As regras que valem sempre: as que você repetiu em todo pedido | O que já está em outro arquivo: aponte para ele |
| Como você quer a resposta | A regra que você só usou uma vez |
Curto, de propósito. Ele é lido em toda conversa. Cada linha a mais custa token toda vez, o mesmo raciocínio dos conectores.
/ dois níveis
| Vale para | Onde fica |
|---|---|
| Esta pasta | CLAUDE.md na raiz do projeto |
| Tudo o que você faz no Claude Code | Mac ~/.claude/CLAUDE.md · Windows %USERPROFILE%\.claude\CLAUDE.md |
Regra de todo cliente vai no global. Regra deste cliente, na pasta.
/ o hábito de fim de trabalho
Ele não atualiza o próprio arquivo. Terminou uma tarefa, um projeto, ou uma etapa com muita mudança? Antes de fechar, peça:
Terminamos esta etapa do projeto. Atualize o CLAUDE.md e os outros
arquivos de contexto desta pasta com o que foi decidido: o que mudou,
o que ficou definido e o que continua em aberto.
Me mostre o que você pretende alterar antes de escrever.
Contexto velho atrapalha mais do que contexto nenhum.
/ vibe × spec · nada roda nesta tela
/ vibecoding · um pedido, e o Claude decide o resto
Crie uma skill que monta plano de ativação de campanha./ spec driven design · o caminho de hoje
| Passo | Com | O que sai |
|---|---|---|
| 1 · Definir o problema | /grill-me | As decisões, uma por uma |
| 2 · Documentar | /to-prd | O PRD da skill: o que ela faz e o que não faz |
| 3 · Dividir | /to-issues | Uma issue por área da DZ |
| 4 · Construir | Cada área, a sua issue | As peças da skill |
| 5 · Fechar | skill-creator | A skill montada |
Todas elas você instalou no M2.
/ ▸ coletivo · passo 1 · /grill-me
O /grill-me, em cima do tutorial. O pedido, na fórmula que a
gente já usa: Objetivo · Insumos · Saída · Destino · Guardrails. O facilitador
digita; quem dita é a sala.
/ se travar, um ponto de partida
/grill-me Quero criar a skill ativabot-dz, que monta plano de ativação
com o Framework de Ativação da DZ. Leia o tutorial [arquivo].
Me entreviste, uma pergunta por vez, até a gente decidir o que a skill
faz em cada uma das seis etapas: o que ela pergunta, o que ela decide
e o que ela não faz.
Use só o que está no tutorial e o que a gente responder. Não complete
nada sozinho.
/ depois que a sala falar
| Família | Exemplos |
|---|---|
| Mídia paga | Social ads, busca, programática, TV, rádio, mídia exterior |
| Mídia própria | Site, redes da marca, CRM, base de clientes |
| Mídia conquistada | Imprensa, PR, alcance orgânico |
| Influência | Creators, embaixadores, conteúdo de cliente |
| Comunidade | Grupos, clubes, a base que já conversa com a marca |
| Experiência | Eventos, ativação presencial, ponto de venda |
| Parcerias | Co-branding, mídia de parceiro |
Entra no PRD, e de lá vira references/canais-alem-da-midia-paga.md.
/ ▸ coletivo · passo 2 · /to-prd
O /grill-me decidiu, o /to-prd
escreve o que foi decidido. É o mesmo do M2.
/to-prd Transforme esta conversa no PRD da skill ativabot-dz.
Não é um projeto de código e não temos issue tracker: salve como
prd-ativabot.md em _entregas-turma/.
Inclua a regra da mídia paga e deixe claro o que a skill não faz.
/ ▸ coletivo · passo 3 · /to-issues
O /to-issues quebra o PRD em pedaços que cada área resolve
sozinha.
/to-issues Quebre prd-ativabot.md em issues, uma por área da DZ que
alimenta a ativação: planejamento, criação, atendimento e ativação.
Cada issue diz o que a área precisa escrever para a skill e em que
etapa isso entra.
Sem issue tracker: salve tudo em issues-ativabot.md, em _entregas-turma/.
Ele vai perguntar se a divisão está boa. Quem responde é a sala.
/ hands-on · passo 4 · em grupos por área · 10 minutos
| Área | A issue pede | Arquivo |
|---|---|---|
| Planejamento | Como a ativação deve ler a tabela tática do PEC: etapa, barreira, tarefa, canal, mensagem | entrada-planejamento.md |
| Criação | Como a ideia e os Support Assets do JAM viram formatos | entrada-criacao.md |
| Atendimento | Os limitantes: verba, prazo, quem aprova | limites-atendimento.md |
| Ativação | As diretrizes que a casa usa e que têm nome: Tiro de canhão, Tríplice impacto | repertorio-ativacao.md |
A tabela é a previsão.
Valem as issues que o /to-issues escrever.
Baixe os dois arquivos para a sua pasta local
prd-ativabot.md e
issues-ativabot.md, de _entregas-turma/.
No Claude Code, nessa pasta, deixe ele entrevistar o grupo
Troque o que está entre colchetes.
/grill-me Somos de [área] e vamos resolver a issue de [área] da skill
ativabot-dz. Leia prd-ativabot.md e issues-ativabot.md. Nos entreviste
sobre o que a issue pede. No fim, escreva [arquivo], curto, como regra
para a skill seguir.
Suba o arquivo para _entregas-turma/
É de lá que sai a montagem.
Não precisa ficar bom. Precisa existir.
/ antes de montar
ativabot-dz/
SKILL.md ← nome, descrição e o caminho das seis etapas
references/ ← as issues resolvidas e a lista de canais
O Claude não lê tudo de uma vez. A descrição, ele lê sempre. O
SKILL.md, quando decide usar a skill. As
references/, só quando chega na etapa que precisa delas.
Por isso uma skill pode saber muito sem pesar.
O planbot-dz e o jambot-dz têm
exatamente esse formato.
/ ▸ coletivo · passo 5 · skill-creator
O facilitador fecha a skill com o skill-creator, a partir
de tudo o que a turma escreveu.
Crie a skill ativabot-dz a partir dos arquivos de _entregas-turma/.
prd-ativabot.md é a especificação. Os arquivos das áreas viram
references/, e a lista de canais além da mídia paga também.
No SKILL.md, as seis etapas na ordem, e a regra: se o mix só tem mídia
paga, pergunte por quê antes de seguir.
Na descrição, deixe claro que ela monta plano de ativação e não faz
relatório de resultado.
Não salve nada em skills/ ainda. Me mostre a pasta antes.
/ ▸ demo · no dossiê do CoreComm
A versão vibe nasce aqui, com o pedido de uma linha. Um agente faria uma de cada vez. Dois subagentes rodam juntos: é a equipe de agentes do M2, agora de verdade.
Use dois subagentes em paralelo. Cada um monta um plano de ativação
para o CoreComm a partir de [dossiê].
O primeiro cria uma skill só com este pedido, sem ler mais nada:
"Crie uma skill que monta plano de ativação de campanha." E usa essa
skill.
O segundo usa a ativabot-dz.
Depois compare os dois planos lado a lado: o que um tem e o outro não,
qual foi além da mídia paga, qual usou o que as áreas escreveram.
Só leia e compare. Não salve a skill do primeiro e não mude a
ativabot-dz.
/ hands-on · 5 minutos
A mesma mecânica do M2, copiar pasta. Agora com duas skills da casa.
Abra a pasta de skills da casa no Drive
Baixe duas pastas
dz-frameworks/ativabot-dz e
dz-deck.
Cole as duas na pasta de skills do Claude
Se a pasta skills não existir, crie
você mesmo, com esse nome.
Feche e abra o Claude Code de novo
E pergunte: “quais skills você tem instaladas?”
Mac
~/.claude/skills/
No Finder, ⌘ + Shift + G, cole o caminho e dê Enter.
Windows
%USERPROFILE%\.claude\skills\
Cole o caminho na barra de endereço do Explorer e dê Enter.
/ tarefa de casa · para a dz-deck funcionar
Mac
No terminal:
brew install python ffmpeg
Para conferir:
python3 --version e ffmpeg -version.
Windows
No terminal, um de cada vez:
winget install -e --id Python.Python.3.12
winget install -e --id Gyan.FFmpeg
Feche e abra o terminal. Para conferir:
py --version e ffmpeg -version.
Travou? Traz para o primeiro grupo de trabalho. É para isso que ele existe.
/ fechamento
| O que ficou | Onde está |
|---|---|
A ativabot-dz v0.1.0 | Na sua máquina e em skills/dz-frameworks/ |
| A parte da sua área | Dentro dela, em references/ |
A dz-deck | Na sua máquina. Funciona depois da tarefa de casa |
| O jeito spec de pedir | /grill-me → /to-prd → /to-issues → skill-creator |
E tudo o que passou por aqui continua no guia, para consultar depois com calma.
/ para consultar depois
A sala é para fazer; esta parte é para consultar. Tudo que você não precisa decorar mora aqui.
O pacote comum DZ
A lista completa de skills, o que cada uma faz, e o passo a passo das formas de instalar — Mac e Windows lado a lado.
em produção
Checklist de confiança
Como julgar uma skill, um MCP ou um conector antes de ligar. Vem do bloco central do M2.
em produção
Modelos e esforço
A escada dos modelos e o caminho de cliques do controle de esforço, nas duas superfícies.
a confirmar na interface
Markdown
A tabela da sintaxe mínima. Já está escrita, no M0 · parte B.
pronto
Publicar
GitHub → Vercel, e quando entra Supabase. Mais as duas fases: conta pessoal para experimentar, MDM e hub quando a ferramenta é aprovada.
em produção
Política de uso de IA
As três regras, os níveis de risco e o PDF da v1.1 completa.
a linkar