Pular para o conteudo
MÓDULO 3.3

🧩 Customizar e estender

A skill é só um arquivo de texto — então ela é sua para mexer. Aqui você adiciona uma 6ª lente no molde exato dos prompts originais, direciona todo relatório ao seu papel, edita o template com segurança, escolhe modelo por subagente e leva os dois princípios do STORM para outros fluxos.

6
Tópicos
~45
Minutos
Avançado
Nível
Prático
Tipo
Progresso do módulo0%
0 de 6 tópicos lidos
1

➕ Adicionar uma 6ª lente

As cinco lentes são um padrão sólido, não uma lei. A Fase 1 do SKILL.md tem cinco prompts exatos; adicionar uma sexta é copiar esse molde e trocar o papel. O próprio método já nomeia "a 6ª lente ausente" como o ponto cego do relatório — aqui você a transforma em uma lente de verdade, que pesquisa e responde como as outras.

A imagem trata isso como uma equação: as cinco lentes padrão, mais uma nova que segue o mesmo contrato, somam um relatório com um buraco a menos.

A equação da 6ª lente as 5 lentes padrão prático acadêmico cético economista historiador + você adiciona 6ª lente mesmo molde, novo ângulo = resultado relatório com menos pontos cegos

Cada lente é um ângulo. A 6ª lente que você adiciona segue o MESMO contrato das outras (as três saídas obrigatórias) — por isso o mapa de contradições e a síntese conseguem encaixá-la sem quebrar. Mais um ângulo deliberado = um buraco a menos.

🧷 O contrato que você NÃO pode quebrar

Toda lente do STORM devolve exatamente três coisas. A Fase 2 (mapa de contradições) e a Fase 3 (síntese) leem essas três peças. Se sua lente nova não tiver as três no mesmo formato, a síntese não consegue cruzá-la com as outras.

  • 1.POSIÇÃO CENTRAL em 2 frases.
  • 2.EVIDÊNCIA MAIS FORTE: 3 a 5 bullets, cada um com dado/caso/fonte nomeada + URL.
  • 3.A ÚNICA COISA que só essa lente diria.
COPIAR · COLAR · RODAR

Patch: adicionar a lente "O INICIANTE EM IA"

Objetivo: colar uma 6ª seção na Fase 1 do SKILL.md, no molde exato das lentes existentes — e disparar 6 subagentes em vez de 5.

SKILL.md → Fase 1 → cole depois da lente 5 (O HISTORIADOR)bloco copiável
### 6. O INICIANTE EM IA

Você é O INICIANTE EM IA para: {TOPIC} ({TOPIC_FRAME}). Você é <quem o relatório precisa proteger — ex.: alguém que nunca implementou isso e vai decidir só com base neste briefing>. Faça pesquisa real na web priorizando guias de primeiros passos, relatos de quem começou agora, perguntas frequentes e os erros mais comuns de iniciantes.

Mostre o que um iniciante PRECISA saber antes de agir e onde ele tropeça: o atrito de entrada, os pré-requisitos escondidos e as expectativas irreais que o hype cria.

Retorne EXATAMENTE:

1. POSIÇÃO CENTRAL em 2 frases.
2. EVIDÊNCIA MAIS FORTE, com 3 a 5 bullets, cada um com um guia/relato/dado concreto + fonte nomeada + URL.
3. A ÚNICA COISA que apenas um iniciante diria.

Cite fontes reais com URLs. Menos de 400 palavras.

Como verificar: rode a skill no seu tópico de sempre. No chat devem aparecer 6 subagentes rodando em paralelo (não 5). No relatório final, pelo menos um achado deve vir claramente dessa lente (o ângulo do iniciante). Se a síntese ignorar a 6ª lente, é sinal de que o contrato das três saídas foi quebrado — confira se as palavras POSIÇÃO CENTRAL, EVIDÊNCIA MAIS FORTE e A ÚNICA COISA estão escritas igual às outras lentes.

🟡 Atenção ao custo (o guardrail padrão é 5)

O método recomenda não passar de cinco lentes por padrão — cada lente extra é ~1 agente a mais (e mais um verificador na Fase 4). Adicionar a 6ª é uma escolha consciente: faça quando há um ângulo realmente ausente (o iniciante, o criador de conteúdo, o regulador). Trocar "O INICIANTE EM IA" por "O CRIADOR DE CONTEÚDO" é só mudar o papel e a frase de pesquisa — o resto do molde fica igual.

2

🎯 Mirar no leitor (tailored)

A Fase 0 identifica o papel do leitor para direcionar o insight acionável e o guia de segurança das afirmações. Em vez de informar isso toda vez, você pode pré-carregar o contexto do seu negócio — e todo relatório já sai mirado em você.

contexto que você dá uma vez (ex.: CLAUDE.md do projeto)ilustrativo
Sou <seu papel — ex.: head de produto de uma fintech>.
Meu negócio: <o que você faz e para quem>.
Em todo Storm Research, o leitor-alvo sou eu nesse papel,
salvo se eu disser o contrário.

✗ Sem contexto (genérico)

  • Insight acionável fala com "um profissional da área" abstrato
  • Você precisa traduzir as recomendações para o seu caso
  • O mesmo relatório serviria para qualquer um

✓ Com contexto (direcionado)

  • 3 a 6 movimentos específicos para o SEU papel
  • O guia de segurança fala da sua exposição real
  • Menos retrabalho: já chega aplicável

💡 Dica prática

Contexto direciona o insight e o guia de segurança — não enviesa a pesquisa das lentes. Cada lente continua fazendo busca real e o cético continua atacando a sua premissa. Você muda para QUEM o relatório fala, não O QUE ele considera verdade.

3

🎨 Editar o report-template

O report-template.html é o molde do briefing. A Fase 3 manda cloná-lo, não recriar o CSS. Customizar com segurança é mexer no conteúdo e nos rótulos — sem rasgar o estilo visual, que o método pede para manter idêntico.

✓ Mexa à vontade

  • Renomear/traduzir rótulos das seções
  • Acrescentar uma seção nova (ex.: "Próximos passos no meu time")
  • Trocar o logotipo/cabeçalho pelo da sua marca
  • Ajustar os textos de ajuda dos chips

✗ Não faça

  • Apagar/reescrever o CSS do template
  • Trocar por outro estilo visual inteiro
  • Remover o banner de verificação ou as tags de status
  • Tirar a seção de referências
edição segura: muda só o rótulo, mantém a estrutura/CSSilustrativo
<!-- antes -->
<h2 class="section-title">Insight acionável</h2>

<!-- depois (rótulo seu, classe intacta) -->
<h2 class="section-title">O que <meu time> faz na segunda-feira</h2>

🟡 Por que manter o CSS

O design (limpo, profissional, Montserrat / Roboto Mono, destaque azul) faz o briefing parecer confiável e ser legível em qualquer máquina, sem build. Se você troca o estilo inteiro, perde a consistência entre relatórios e arrisca quebrar o layout. Regra de bolso: edite o que se lê, preserve o que se vê.

4

🧠 Modelo por subagente

Cada lente é um agente general-purpose independente. Você pode rodar lentes diferentes em modelos diferentes (Opus, Sonnet, Haiku) e equilibrar custo e qualidade: raciocínio pesado onde dói, modelo leve onde a tarefa é direta.

Modelo mais forte nas lentes que raciocinam

O cético (constrói o melhor contra-argumento) e o acadêmico (pesa evidência e tamanho de efeito) ganham com um modelo de raciocínio mais robusto.

Modelo leve nas lentes mais diretas

Coleta factual de paralelos e números (historiador, parte do prático) costuma ir bem com um modelo mais barato — você corta custo sem perder a cobertura.

A verificação (Fase 4) merece cuidado

É a etapa que dá honestidade ao relatório. Se for economizar, economize nas lentes — não nos verificadores que conferem fontes primárias.

🎚️ É uma alavanca avançada

O padrão (mesmo modelo para todos) funciona muito bem. Mexa em modelo por subagente só quando custo ou limite de uso virar um problema real — e meça antes de assumir que o modelo mais barato baixou a qualidade.

5

🔀 Usar com Codex e outros agentes

A skill é autocontida e portátil: só depende de ferramentas nativas (agente, escrita, busca/fetch na web) e do template na mesma pasta. Por isso ela viaja para outros agentes — muda só onde a pasta mora.

a mesma pasta, em agentes diferentesilustrativo
.claude/skills/storm-research/   # Claude Code
.codex/skills/storm-research/    # Codex
.agents/skills/storm-research/   # outros agentes
   ├── SKILL.md
   └── report-template.html

🧳 Por que ela é portátil

  • Sem scripts externos, APIs ou serviços pagos — só texto + ferramentas nativas.
  • Os dois arquivos andam juntos: SKILL.md + report-template.html.
  • A mesma ideia das 4 fases roda — desde que o agente saiba disparar subagentes em paralelo e buscar na web.

🟡 O que pode variar entre agentes

O nome exato da ferramenta de subagente e de busca pode mudar de um agente para outro. Se outro agente não tiver paralelismo de subagentes ou acesso à web, a essência continua — você só perde a vantagem de rodar as cinco lentes ao mesmo tempo.

6

🌐 Levar os princípios STORM adiante

Tire o HTML e o pipeline da frente e sobram dois princípios transferíveis: (1) múltiplas perspectivas deliberadas em vez de uma só, e (2) verificação adversarial antes de confiar. Eles servem para muito mais do que pesquisa.

🏛️ Conselho de decisão

Vários papéis opinam sobre uma escolha; a contradição vira insumo, não ruído.

🔥 Roast do seu plano

Um agente cético ataca de propósito a sua proposta antes de você apostar nela.

🔎 Code review multi-lente

Segurança, performance e legibilidade como lentes separadas no mesmo diff.

✅ Fato-checagem de qualquer texto

A Fase 4 sozinha: cada afirmação contra a fonte primária, com veredito.

✓ O que transferir

  • Papéis deliberados que discordam de propósito
  • Mapear contradição em vez de escondê-la
  • Verificar antes de afirmar; revelar o que é hipótese

✗ O que não vale copiar cegamente

  • Empilhar agentes idênticos achando que cobre mais
  • Apresentar convergência de um painel autoral como consenso
  • Pular a verificação porque "parece certo"

Auto-recuperação (opcional): ao adicionar uma 6ª lente, o que ela DEVE manter para a síntese continuar funcionando?

📌 Resumo do módulo

Adicionar uma lente = copiar o molde — mesmo papel + as 3 saídas obrigatórias, ou a síntese não a encaixa.
Contexto mira no leitor — direciona o insight, sem enviesar a pesquisa das lentes.
Edite o conteúdo, preserve o CSS — rótulos e seções sim; estilo visual inteiro não.
Portátil e transferível — roda em Codex/outros, e os princípios servem a outros fluxos.

Próximo módulo:

3.4 — Boas práticas e armadilhas