# Think Tank > Execute um Think Tank Virtual — um debate estruturado com múltiplas personas — antes de planejar ou tomar decisões arquiteturais/de design/estratégicas. Use esta habilidade sempre que o usuário estiver prestes a planejar um sistema, fazer uma escolha de tecnologia, avaliar trade-offs, decidir sobre uma abordagem, ou enfrenta qualquer decisão onde múltiplas perspectivas aprimorariam o resultado. Também dispare quando o usuário disser "think tank", "debate isso", "perspectivas sobre", "trade-offs", "devo usar X ou Y", "ajude-me a decidir", "antes de planejarmos", ou perguntar sobre prós e contras de abordagens concorrentes. Esta habilidade deve rodar ANTES de qualquer planejamento de implementação começar — produz uma análise estruturada que alimenta planos melhores. - Skill: `artubss/think-tank` (Agent Skill, multi-file: 2 files) - Install (CLI): `npx skillmds@latest add artubss/think-tank` - Raw SKILL.md: https://api.skillmd.com/api/skills/artubss/think-tank/raw - Safety review: pending (external: skill-scanner PASS, skillspector PASS) - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: artubss (https://skillmd.com/u/artubss) - Updated: 2026-09-08 - Page: https://skillmd.com/skills/artubss/think-tank --- # Think Tank Virtual Uma habilidade de pré-planejamento que simula um debate de especialistas moderado para expor trade-offs, pontos cegos e perspectivas antes de se comprometer com um plano. Inspirado em think tanks reais: o output NÃO é uma única resposta, mas uma análise estruturada de abordagens, trade-offs e pontos de consenso que ajuda o usuário a tomar uma decisão melhor informada. ## Por que Isso Existe Ao enfrentar decisões arquiteturais, estratégicas ou de design, uma única perspectiva (mesmo bem informada) tende a gravitar para a sabedoria convencional e perder trade-offs importantes. Um think tank força a consideração de múltiplos ângulos — técnicos, organizacionais, filosóficos — antes do planejamento começar. O resultado são planos que respondem por mais da realidade. ## Como Funciona O think tank usa **múltiplas personas debatendo dentro de um único contexto** — não agentes separados. Isso mantém todas as perspectivas cientes dos argumentos uma da outra, permite síntese em tempo real e produz um output coerente. As personas argumentam, fazem concessões, constroem sobre as ideias umas das outras e ocasionalmente surpreendem todos (incluindo o usuário). ## Executando o Think Tank ### Fase 1: Enquadrar a Decisão Antes de montar o painel, compreenda claramente o que está sendo decidido. Pergunte ao usuário (se já não estiver claro): 1. **Qual é a decisão ou problema?** (ex: "monólito vs microsserviços para uma nova plataforma de e-commerce") 2. **Quais restrições existem?** (tamanho da equipe, timeline, orçamento, sistemas existentes, regulamentações) 3. **O que já foi tentado ou considerado?** (evite remastigar terreno conhecido) 4. **Como seria um resultado bem-sucedido?** (ajuda o painel a se focar) Restate o problema de volta ao usuário em um enunciado de problema nítido antes de prosseguir. Isso garante que o think tank debata a questão certa. ### Fase 2: Montar o Painel Construa um painel de 4–6 personas. A composição importa — diversidade de perspectiva é o ponto inteiro. **Estrutura do painel:** - **1 Moderador** — Uma figura conhecedora, neutra que mantém o debate focado, sintetiza e pressiona por clareza. Escolha alguém conhecido por análise equilibrada no domínio relevante. O moderador abre e fecha a sessão, faz perguntas provocativas de acompanhamento e aponta quando panelistas estão falando um com o outro. - **2–3 Vozes de domínio** — Pessoas (reais ou ficcionais) com posições conhecidas e distintas sobre o tópico. Estes são os debatedores principais. Devem genuinamente discordar em algo substantivo — não apenas ter preferências leves. - Pergunte ao LLM: "Quem defenderia fortemente a abordagem A?" e "Quem questionaria mais duramente isso?" - Procure por vozes que representem diferentes escolas de pensamento, não apenas diferentes níveis de entusiasmo pela mesma ideia. - **1 Wildcard / Pensador externo** — Alguém que não escreveu diretamente sobre este tópico mas traz sabedoria transferível de outro domínio. É aqui que vêm as perspectivas inesperadas. Um teórico de gestão em um debate técnico. Um filósofo em uma discussão de produto. Um romancista em uma revisão de arquitetura. O wildcard impede que a conversa seja muito previsível. - **1 Voz de praticante (opcional)** — Alguém que realmente fez a coisa em escala, em produção, com usuários reais. Mantém o debate fundamentado. **Diretrizes importantes de persona:** - Use figuras reais e nomeadas quando possível — o LLM gera respostas muito mais ricas e diferenciadas ao habitar uma pessoa específica vs. um "engenheiro sênior" genérico. - Personas devem falar em primeira pessoa, em sua voz autêntica. Martin Fowler é pensativo e medido. DHH é direto e opinionado. Peter Drucker faz perguntas que redefinem o problema. - Personagens ficcionais são bons para a posição wildcard — John Galt, Sherlock Holmes, etc. Eles agregam variedade. - Se o usuário sugerir panelistas específicos, use-os. Se não, proponha um painel e deixe o usuário aprovar ou ajustar antes de prosseguir. ### Fase 3: Executar o Debate Estruture o debate como uma discussão moderada, não uma série de monólogos independentes. As personas devem responder uma à outra, não apenas declarar suas posições isoladamente. **O usuário é um participante, não um espectador.** O usuário senta "à mesa" — o moderador e panelistas devem se dirigir a ele diretamente, fazer perguntas e incorporar suas respostas ao debate contínuo. O usuário é o tomador de decisão; o painel está lá para servi-lo. Trate o usuário da forma que um think tank real trataria a pessoa que o comissionou: com respeito pelo seu conhecimento de contexto e autoridade sobre a decisão final. **Estrutura do debate:** 1. **Declarações de abertura** (~1 parágrafo cada) — Cada panelista declara sua posição inicial sobre o problema. Mantenha estas concisas — o real valor vem da interação. 2. **Primeira verificação com o usuário** — Após declarações de abertura, o moderador pausa e se volta para o usuário: - "Antes de nos aprofundarmos — alguma dessas posições iniciais o surpreendeu, ou deixou de fora algo importante sobre sua situação?" - "Há uma restrição ou realidade no terreno que o painel deveria saber?" Esta é uma pausa real — aguarde a resposta do usuário e a alimenta de volta ao debate. Se o usuário revelar algo (ex: "temos apenas 2 desenvolvedores" ou "estamos travados na AWS"), os panelistas devem reagir à essa informação e ajustar seus argumentos em conformidade. 3. **Discussão moderada** (2–4 rodadas) — O moderador coloca questões focadas que impulsionam o debate para território útil: - "Qual é o argumento mais forte contra sua própria posição?" - "Onde vocês dois realmente concordam, e onde o desacordo realmente reside?" - "O que mudaria sua mente?" - "Qual é o risco que não estamos discutindo?" - "Como isso se parece diferente em escala 10x? Em escala 0.1x?" 4. **Panelistas podem questionar o usuário diretamente.** Durante a discussão moderada, panelistas podem se voltar para o usuário para fazer perguntas esclarecedoras quando precisam de mais contexto para argumentar efetivamente. Por exemplo: - Fowler pode perguntar: "Qual é a experiência de sua equipe com sistemas distribuídos?" - DHH pode perguntar: "Qual é sua runway — estamos falando de 6 meses para o mercado ou 2 anos?" - O wildcard pode perguntar: "O que sucesso significa para você pessoalmente, não apenas para o produto?" Quando um panelista pergunta algo ao usuário, pause o debate e aguarde a resposta. Então retome com os panelistas reagindo à nova informação. Este vai-e-vem é onde reside o real valor — o think tank se adapta à situação real do usuário em vez de debater em abstrato. 5. **Interjeição do wildcard** — O pensador externo oferece uma reformulação ou analogia de seu domínio. Isso frequentemente muda a conversa de formas produtivas. 6. **Segunda verificação com o usuário** — Antes de convergir, o moderador verifica novamente: - "Estamos nos aproximando de algumas conclusões. Há algo que sinta que não abordamos?" - "Algo nesta discussão mudou como você está pensando sobre o problema?" Isso dá ao usuário a chance de redirecionar antes da fase de resumo. 7. **Verificação de convergência** — O moderador identifica: - Pontos de genuíno consenso (coisas que todos concordam) - O real eixo de desacordo (frequentemente mais estreito do que pareceu inicialmente) - Condições sob as quais cada abordagem vence ("Se X é verdadeiro, faça A; se Y é verdadeiro, faça B") **Diretrizes de tom:** - Personas devem argumentar substancialmente, não apenas declarar opiniões. Use evidência, exemplos, analogias. - Permita que personas mudem sua posição se persuadidas — este é um sinal de um bom debate, não uma fraqueza. - O moderador deve questionar afirmações vagas: "O que você quer dizer com 'escalável'? Escalável em qual dimensão?" - Mantenha a energia alta mas respeitosa. Genuíno desacordo intelectual, não conflito performático. - Ao se dirigir ao usuário, personas devem ser diretas e genuínas — não deferentes ou performáticas. São especialistas tendo uma conversa real com o tomador de decisão. ### Fase 4: Produzir o Output Após o debate, produza um resumo estruturado. Isto é o que alimenta a fase de planejamento. **Formato de output:** ``` ## Resumo Think Tank: [Enunciado do Problema] ### Painel [Lista panelistas e seus papéis/perspectivas] ### Destaques Principais do Debate [2-3 das trocas ou perspectivas mais iluminadoras do debate — os momentos onde algo mudou ou se cristalizou. Inclua momentos onde o input do usuário mudou a direção da discussão.] ### Contexto Revelado pelo Usuário [Restrições-chave, preferências ou realidades que o usuário compartilhou durante o debate que moldaram o pensamento do painel. Esta seção garante que nada que o usuário disse se perca.] ### Pontos de Consenso [Coisas que todos ou a maioria dos panelistas concordaram — estas são inputs de alta confiança para planejamento] ### Trade-offs Principais [Os reais eixos de desacordo, declarados como trade-offs em vez de um lado estar certo] - Trade-off 1: [X] vs [Y] — escolher X lhe dá [...] mas custa [...] - Trade-off 2: ... ### Recomendações Condicionais [Recomendações enquadradas como "se-então" em vez de absolutas] - Se [condição], então [abordagem] porque [raciocínio] - Se [condição], então [abordagem] porque [raciocínio] ### Riscos & Pontos Cegos [Coisas que o painel identificou como sub-discutidas ou fáceis de negligenciar] ### Questões Aberta [Questões que não puderam ser resolvidas no debate e precisam de mais informação ou experimentação para responder] ### Próximos Passos Sugeridos [Ações concretas: coisas a pesquisar, prototipa, testar ou decidir antes de planejar] ``` ### Fase 5: Entregar ao Planejamento Após apresentar o resumo, pergunte ao usuário: - "Isto captura as considerações-chave? Algo faltando?" - "Quais trade-offs sentem mais importantes para sua situação específica?" - "Pronto para se mover para planejamento com estas perspectivas, ou devemos aprofundar em algum ponto?" O output do think tank deveria ser tratado como input ao plano — não como o plano em si. O humano faz a decisão; o think tank fornece a análise. ## Dicas para Melhores Think Tanks - **Contextualize primeiro.** Se documentos relevantes, código ou diagramas de arquitetura existem, compartilhe-os antes de executar o think tank. As personas darão muito melhor input com contexto concreto. - **Não sobre-especifique o painel.** Deixe o LLM sugerir alguns panelistas — frequentemente encontra especialistas relevantes que você não teria pensado. - **Execute múltiplas rodadas se necessário.** Após o primeiro debate, o usuário pode dizer "quero aprofundar na questão do banco de dados." Você pode reconvocar o painel (ou um subconjunto) para um acompanhamento focado. - **Use o wildcard agressivamente.** O pensador externo é frequentemente onde vêm as melhores perspectivas. Não deixe-o ser educado — tenha-o desafiar suposições. - **O resumo é o entregável.** O debate em si é entretenimento, mas o resumo estruturado é o que realmente melhora o planejamento. Deixe-o nítido e acionável. ## Prompts de Teste de Exemplo - "Preciso decidir entre construir um sistema de auth customizado ou usar um serviço de terceiros como Auth0. Ajude-me a pensar sobre isso." - "Estamos debatendo se usamos um banco de dados relacional ou vamos com um document store para nosso novo produto. Pode rodar um think tank sobre isso?" - "Antes de planejarmos a migração para Kubernetes, quero ter certeza de que não estamos perdendo nada. Podemos ter algumas perspectivas sobre isso?" - "Deve nossa startup construir um app mobile ou focar em um app web responsivo primeiro?"