Brainstorm e criatividade: o módulo CIS

Antes de começar: entender o mapa

Onde colar cada coisa. Um Pedido é texto para o chat do Claude Code. Quando começa com /bmad-..., a primeira parte chama a skill; o restante explica o trabalho. Um Comando é uma linha para o terminal, como a instalação mais adiante. As chamadas com barra desta aula ficam no chat. O Claude Code reconhece skills do projeto em .claude/skills/, cada uma com seu SKILL.md, e permite invocá-las por /nome-da-skill.

Algumas palavras que aparecerão nos resultados: um artefato é um documento ou arquivo produzido pelo trabalho. Briefing registra a visão inicial do produto. PRD, de Product Requirements Document, é o documento de requisitos do produto: detalha necessidades e o que a solução deve atender. Spec, abreviação de specification, é a especificação que reúne o contrato do que construir. Métricas são medidas usadas para acompanhar resultados. Escopo é o conjunto do que entra no trabalho. Aqui, produzir um artefato não significa aprovar automaticamente o seu conteúdo. A explicação dos demais termos é vocabulário editorial.

Você encontra estas ferramentas nesta aula:

O ponto que evita a primeira confusão: você não precisa instalar o CIS apenas para usar bmad-brainstorming. A skill é do núcleo. O CIS adiciona seus quatro fluxos e seis agentes, e inclui o brainstorm compartilhado no seu catálogo de ajuda. Assim, “quero usar as técnicas de brainstorm” e “quero instalar o módulo criativo inteiro” são escolhas diferentes.

Os rótulos do desenho abreviam somente o prefixo comum das skills de agente.

Como ler as fontes e os exemplos

Os caminhos começados em .claude/ e _bmad/ são relativos à pasta do projeto conferido. Para não repetir caminhos enormes em cada linha dos catálogos, vamos usar estes atalhos de fonte:

Quando a fonte é um catálogo CSV, isto é, uma tabela salva em texto, o nome original da técnica identifica a linha. A tradução explica; não muda o nome que você pode pedir à skill. As indicações “quando usar” e os exemplos de negócio são orientações didáticas desta aula, construídas a partir da descrição da técnica; não são resultados de teste nem promessas de desempenho.

O código instalado foi a fonte principal. Os caminhos locais das fontes aparecem na lista de fontes ao final da aula, junto de cada endereço, e apontam para a instalação conferida no projeto guia-bmad. Os endereços da lista permitem consultar as origens oficiais. Quando a documentação antiga e as skills instaladas divergem, a aula usa a instalação e explica a diferença.

Todos os Pedidos são exemplos autorais. O nome da skill e as opções que aparecem como opções oficiais foram conferidos. O texto em português depois deles é um exemplo desta aula, não uma sintaxe obrigatória nem uma citação da documentação. Substitua negócio, objetivo, restrições e caminhos pelos seus. Não copie uma pasta fictícia como se ela já existisse.

O exemplo condutor é a Oficina Horizonte, uma oficina fictícia de manutenção de bicicletas. Ela quer melhorar o atendimento, ter clientes mais recorrentes e comunicar melhor seus serviços. Os cenários e as hipóteses usados a seguir são inventados para ensinar; não representam pesquisa de mercado realizada.

Acrescentar o CIS e conferir a instalação

O CIS é um módulo opcional. Na configuração de módulos da série 6.12, ele não está selecionado por padrão. Se o projeto já tem BMAD, você usa novamente o instalador para modificar a instalação existente. Não precisa criar outro projeto nem copiar manualmente pastas de skills.

Se você ainda não tem o BMAD, faça primeiro a Aula 04 — Instalação no macOS. Esta etapa começa com uma pasta de projeto que já tem BMAD 6.12.4. O procedimento de terminal abaixo não foi repetido no Windows; não o leia como validação de instalação naquele sistema.

Confira também as ferramentas de apoio. O instalador 6.12 exige Node.js 20.12 ou superior. Node.js é o ambiente que executa programas em JavaScript, a linguagem usada pelo instalador. O número é o mínimo declarado pelo BMAD 6.12, não uma indicação para escolher uma versão antiga hoje.

Git é a ferramenta de histórico e obtenção de repositórios. Ele é necessário para instalar módulos externos vindos de Git, como o CIS conferido. Um repositório reúne os arquivos e seu histórico; obter uma cópia dele é chamado de clone.

Python é a linguagem dos programas auxiliares usados por algumas skills. uv é a ferramenta que os executa nas chamadas uv run. Uma instalação pode terminar com aviso de uv ausente, mas os auxiliares que o exigem não funcionarão até resolver a falta. Se houver dúvida, peça ao Claude Code que confira Node.js, Git e uv antes de modificar a instalação.

Se o CIS já estiver instalado: confira a versão e a presença das dez skills antes de repetir a instalação. Se já forem as versões desta aula e o catálogo estiver acessível, siga para a Fase 02. Se você só quer brainstorm, party mode ou elicitação, pode usar o núcleo que já existe, sem acrescentar CIS. A reinstalação faz sentido quando falta o módulo, a integração está incompleta ou você decidiu reconfigurar. Esta decisão de percurso é uma orientação didática baseada nessas verificações.

Quero acrescentar o módulo Creative Intelligence Suite, CIS 0.3.2, a este projeto com BMAD 6.12.4.

Leia _bmad/_config/manifest.yaml e confira a instalação atual. Mostre o caminho da pasta, os módulos e as ferramentas já instalados. Use o instalador bmad-method na versão 6.12.4, no caminho de modificar a instalação existente, mantendo todos os módulos e todas as ferramentas que já uso e acrescentando cis. Fixe o CIS na tag v0.3.2 com a opção --pin.

Confira as opções em install --help antes de montar o comando. Se usar --modules ou --tools, passe a seleção completa que deve permanecer, e não só o item novo. Não use atualização rápida para tentar acrescentar o módulo. Preserve as customizações e não edite à mão os arquivos gerados pelo instalador. Se a modificação também oferecer atualização de outro módulo, mantenha sua versão atual: este Pedido é para acrescentar o CIS, não para atualizar os demais módulos.

No fim, confira o manifest, _bmad/cis/config.yaml, _bmad/cis/module-help.csv e as skills bmad-cis-* em .claude/skills/. Mostre as versões encontradas, o que mudou e qualquer divergência. Mantenha a conversa e os documentos em português do Brasil.

Conferir o resultado

O manifest da instalação usada como fonte registra BMAD 6.12.4 e CIS v0.3.2. O arquivo _bmad/cis/config.yaml informa a língua da conversa, a língua dos documentos, a pasta de saída e visual_tools. No projeto conferido, as línguas são Portuguese Brazil, a pasta de saída é _bmad-output e visual_tools é intermediate. São valores deste projeto, não escolhas obrigatórias para o seu.

Depois de instalar, este Pedido de exemplo usa a ajuda do BMAD para conferir o catálogo:

/bmad-help
Confira se o CIS está instalado neste projeto. Liste os quatro fluxos próprios, os seis agentes criativos e a skill de brainstorm compartilhada. Mostre a versão instalada e recomende por onde começar para melhorar a experiência dos clientes de uma oficina de bicicletas.

bmad-help lê o catálogo instalado e pode consultar a documentação registrada para responder. Peça explicitamente que respeite a versão 6.12.4: documentação atual na internet pode descrever outra versão.

Ao terminar, confira:

• A pasta aberta é a do projeto desejado.
• O manifest registra o CIS e mantém os módulos e as ferramentas anteriores.
• As quatro skills de fluxo e as seis de agente estão disponíveis.
• Você sabe onde os documentos serão salvos e em qual idioma serão escritos.

Divergência de versões: o README atual do repositório do CIS já apresenta outro caminho de instalação. O material da tag v0.3.2 também conserva exemplos antigos de nomes e saídas que não correspondem às skills instaladas aqui. Nesta aula, valem os nomes e o comportamento do código instalado com BMAD 6.12.4. Não misture os comandos atuais da documentação da v7 com esta instalação.

Comece com duas informações: sobre o que vamos pensar e para quê. “Quero ideias para minha oficina” deixa muitas direções abertas. “Quero aumentar a volta dos clientes à oficina sem depender de descontos; preciso encontrar hipóteses para testar no próximo mês” informa assunto, objetivo e restrição. Se houver anotações, reclamações ou dados relevantes, indique os arquivos. O código manda ler o contexto fornecido e evitar repetir a pergunta inicial quando tema e objetivo já estão claros.

O exemplo não precisa ser uma ideia de produto. Pode ser uma reunião melhor, uma oferta de serviço, uma experiência de atendimento, uma campanha, um problema de operação ou uma escolha pessoal. O próprio seletor inclui finalidades de estratégia, planejamento, diagnóstico, vida pessoal e desbloqueio criativo.

As três posturas da sessão

As indicações de uso são interpretação didática dessas instruções.

Há uma contradição de redação no código: uma frase da ativação geral diz que o parceiro não gera ideias, mas o arquivo específico de Creative Partner, a apresentação da skill e o seletor permitem explicitamente essa colaboração. Esta aula segue os arquivos específicos de postura e o seletor. Isso significa que o modo parceiro pode contribuir, sem assumir sozinho toda a sessão.

A escolha da postura vale para a sessão. No seletor, Facilitator vem marcado inicialmente; confira antes de copiar o Pedido. Se sua intenção é receber ideias prontas, escolher apenas AI picks não basta: esse controle delega a escolha de técnicas, não a autoria das ideias. O caminho explicitamente documentado para mudar de postura ocorre depois da entrega autônoma: você pode continuar como facilitado ou parceiro, no mesmo registro.

Pedido para pensar junto

/bmad-brainstorming
Quero aumentar a volta dos clientes à Oficina Horizonte, uma oficina de bicicletas, sem depender de descontos. Quero sair com hipóteses que possamos testar no próximo mês.

Use Creative Partner. Quero participar das ideias, poder rejeitar as suas e ajustar a direção. Vamos escolher as técnicas pelo chat. Sugira um primeiro lote de três ou quatro técnicas adequadas ao objetivo. Trate qualquer dado que eu não fornecer como suposição e mostre o caminho do registro da sessão.

Para usar Facilitator, troque a postura e diga: “Faça perguntas e provocações para eu gerar as ideias; não preencha a sessão com sugestões suas”. Para usar Ideate for me, peça: “Explore por conta própria, use as técnicas adequadas e me apresente as ideias, as suposições e o HTML final”. Essas frases são exemplos de direção, não flags adicionais.

Aqui estão as duas alternativas completas para copiar, cada uma iniciando sua própria sessão. Não é preciso executar as três posturas para concluir um brainstorm.

/bmad-brainstorming
Quero descobrir maneiras de melhorar a experiência de retirada das bicicletas na Oficina Horizonte. Use Facilitator: faça perguntas, provocações e mudanças de ângulo para eu gerar as ideias. Quero exercitar meu raciocínio. Vamos escolher três técnicas pelo chat e registrar a sessão. Não avance para a seleção das melhores enquanto ainda estivermos explorando.

/bmad-brainstorming
Quero possibilidades para aumentar a volta dos clientes à Oficina Horizonte sem depender de descontos. Use Ideate for me: escolha técnicas adequadas e conduza a geração por conta própria. Não invente dados sobre a oficina ou o mercado; marque suposições. Entregue o HTML da sessão e informe o caminho do registro. Depois quero examinar o resultado e decidir o que vale desenvolver.

E quando ninguém está acompanhando?

O código também prevê headless, uma execução automática sem pessoa na conversa. Ela pode ser chamada por outro fluxo ou programa com o sinal apropriado, recebe um tema e devolve um resultado estruturado com estado complete, partial ou blocked: completo, parcial ou bloqueado. Não é uma quarta postura do seletor. Pedir um HTML numa conversa comum não transforma a sessão em headless. Se você quer que a IA gere as ideias por conta própria, escolha explicitamente Ideate for me.

No headless, topic é obrigatório; objetivo, técnicas, contexto, pasta e artefatos podem ser informados. Sem as informações necessárias, a execução pode declarar bloqueio; quando precisa inferir, deve registrar suposições. Por padrão, gera HTML e documento de intenção, mas o contrato permite escolher quais artefatos produzir. Para o empresário usando o chat, não é preciso montar essa chamada técnica: a postura autônoma já cobre o pedido de receber uma exploração pronta. Sem teste: a automação headless não foi executada nesta conferência.

Caminho principal da skill: o seletor local

O Claude Code tenta abrir B/assets/brain-selector.html, uma página local no navegador. Você compõe a sessão, clica em Copy prompt, que significa “copiar Pedido”, e cola o texto de volta no chat. O seletor não envia sozinho o que você escolheu. Ele gera um Pedido com postura, nomes e descrições das técnicas. O Claude Code não enxerga automaticamente essa página, portanto não deve afirmar que ela abriu sem confirmação.

Na página, escolha primeiro a postura. Depois você pode combinar quatro maneiras de montar o lote:

Escolher AI picks não muda automaticamente a postura para Ideate for me: uma coisa é quem escolhe as técnicas; outra é quem gera as ideias.

Há também um cartão Invent a … technique ao final de cada categoria. Ele pede uma técnica inventada no espírito daquela categoria. Por exemplo, o cartão de restrições orienta a invenção para limites de recursos; o cartão de metáforas da física orienta para esse tipo de mudança de perspectiva. Isso é diferente de escolher uma técnica existente. Você pode combinar esses cartões com o contador Invent, que pede invenções sem esse recorte. O Pedido registra cada solicitação separadamente.

O filtro Great for mostra técnicas por finalidade: Build a feature (criar uma funcionalidade), Novel concept (conceito novo), Strategy (estratégia), Planning (planejamento), Diagnose (diagnóstico), Personal / life (vida pessoal) e Get unstuck (destravar). Marcar duas finalidades amplia a seleção visível para as que servem a uma ou à outra. Jump to apenas leva você até uma categoria.

Uma sutileza: pela leitura do código, Random sorteia do conjunto geral disponível, sem restringir o sorteio ao filtro visual Great for. Se quiser um sorteio de uma categoria específica, use o caminho Category pelo chat. O contador da página chama atenção para lotes acima de cinco, mas não impede a seleção. Se você não escolher técnicas, nos modos de diálogo o Pedido gerado pede ajuda para escolher três ou quatro; em Ideate for me, pede que a IA escolha e execute sozinha. Sem teste: não foi verificado o clique, a abertura ou a área de transferência do seletor.

O filtro só esconde cartões: ele não desmarca uma técnica já escolhida. Por isso, uma técnica marcada antes de mudar o filtro ainda pode entrar no Pedido. E o sorteio acontece quando você clica em Copy prompt; copiar novamente pode trazer outro conjunto aleatório. Leia o texto antes de colar para conferir postura e técnicas. Se a cópia automática falhar, o código tenta outra forma de copiar e, se necessário, exibe o texto para cópia manual. Esses são comportamentos encontrados no código da página, sem teste de navegador na conferência desta aula.

Alternativa: escolher tudo na conversa

Se o seletor não abrir ou você preferir permanecer no chat, diga isso. A skill oferece quatro caminhos:

Quando um Pedido já contém as técnicas completas escolhidas no seletor, a skill deve usá-las, sem fazer você escolher tudo novamente.

No caminho Category, escreva também quantas técnicas quer e use os nomes das categorias apresentados na Etapa 03. Pedir “sorteie quatro técnicas de creative e constraint” cria um conjunto com as duas categorias; o código não garante duas de cada. Se essa distribuição importar, explicite “duas de cada categoria”. O programa não repete uma técnica no mesmo sorteio e limita a quantidade ao que existe no conjunto escolhido. A sugestão de informar a quantidade evita depender do padrão do programa auxiliar, que isoladamente sorteia uma técnica.

/bmad-brainstorming
Quero repensar a experiência de retirada das bicicletas na oficina. Use Facilitator. Vamos trabalhar pelo chat com SCAMPER Method, Empathy Map e Constraint Mapping, nesta ordem. Ajude-me a gerar as ideias e registre as mudanças de técnica. Só passaremos à escolha das melhores quando eu disser que a exploração rendeu o suficiente.

Os três nomes estão no catálogo instalado. O conjunto e a ordem são uma sugestão didática desta aula.

Quatro técnicas vistas de perto

Para perceber a diferença entre técnicas, mantenha o mesmo negócio e mude apenas a pergunta. Os exemplos abaixo são autorais e não foram executados; os mecanismos vêm das linhas do catálogo citadas na lista de fontes ao final da aula.

SCAMPER Method — transformar algo que já existe. Pegue a retirada da bicicleta e passe pelos sete movimentos: substituir, combinar, adaptar, modificar, dar outro uso, eliminar e inverter. A pergunta pode ser: “O que poderíamos eliminar da retirada sem perder a segurança de que o cliente entendeu o serviço?”. Outra rodada pode combinar entrega e orientação de manutenção. A técnica ajuda a mexer numa experiência concreta, em vez de partir sempre de uma folha vazia.

O nome SCAMPER junta as iniciais desses movimentos em inglês: Substitute, Combine, Adapt, Modify, Put-to-other-use, Eliminate, Reverse. Você não precisa decorar o inglês; o útil é percorrer os sete movimentos sem reduzir a técnica a “dar ideias diferentes”.

Vamos aplicar SCAMPER Method à retirada da bicicleta. Conduza um movimento por vez. Comece perguntando o que poderíamos substituir e registre as possibilidades antes de passar ao próximo movimento.

Six Thinking Hats — separar tipos de olhar. Examine uma oferta preventiva por fatos, sentimentos, benefícios, riscos, criatividade e condução do processo. A pergunta da rodada de fatos pode ser: “O que sabemos de verdade sobre a frequência de retorno, e o que ainda estamos supondo?”. Na rodada de riscos, a pergunta muda para “O que pode dar errado se prometermos revisão sem limitar capacidade?”. Separar os focos evita tratar uma preocupação como se fosse um dado ou usar entusiasmo como prova. As perguntas são exemplos.

Vamos usar Six Thinking Hats para explorar a oferta preventiva. Separe os seis focos. Comece pelos fatos disponíveis e pelas lacunas; depois conduza os demais, sem misturar sentimento, benefício e risco numa única lista.

First Principles Thinking — reconstruir a partir do que é básico. Examine a afirmação “precisamos de um aplicativo para melhorar o atendimento”. A pergunta pode ser: “Qual necessidade real estamos tentando atender, e por que acreditamos que ela exige um aplicativo?”. Você pode descobrir que a necessidade é saber o estado do conserto, algo que admite várias soluções. A técnica não decide sozinha que um aplicativo é desnecessário; ela obriga a separar a necessidade da solução presumida.

Use First Principles Thinking para examinar a ideia de criar um aplicativo da oficina. Separe fatos e suposições, identifique a necessidade básica do cliente e ajude-me a reconstruir alternativas a partir dela.

Reverse Brainstorming — descobrir caminhos pelo avesso. Em vez de “como melhorar a retirada?”, pergunte “como tornar a retirada confusa e frustrante?”. A lista poderia mencionar não explicar o serviço, mudar o valor sem contexto ou deixar a bicicleta difícil de localizar. Depois você inverte cada mecanismo de falha para gerar possibilidades de melhoria. São situações imaginárias para pensar, não ações para executar na oficina.

Vamos usar Reverse Brainstorming na retirada da bicicleta. Primeiro explore comigo o que tornaria essa experiência confusa. Depois transforme cada mecanismo de problema em uma possibilidade concreta de melhoria, sem assumir que já decidimos implantá-la.

Se você gostar de uma técnica inventada, o fechamento pode oferecer guardá-la nas técnicas adicionais de uma customização. Customização é uma configuração separada que altera o comportamento sem editar os arquivos instalados. O mecanismo indicado é bmad-customize, que grava as alterações em _bmad/custom/; não edite o arquivo de catálogo original para acrescentar sua técnica.

Para preferências pessoais, o arquivo previsto é _bmad/custom/bmad-brainstorming.user.toml; para uma configuração compartilhada pela equipe, _bmad/custom/bmad-brainstorming.toml. A skill de customização mostra a alteração antes de gravar. É possível definir técnicas favoritas, acrescentar técnicas e até criar categorias. Os favoritos precisam usar os nomes exatos do catálogo. Uma técnica adicional com o mesmo nome de outra, desconsiderando maiúsculas e minúsculas, substitui aquela entrada no catálogo efetivamente carregado; use um nome diferente se pretende manter as duas.

Quando o catálogo é personalizado, a skill manda gerar uma nova página brain-selector.html dentro da pasta da sessão, levando em conta as técnicas adicionais. Abrir apenas a página original da instalação pode mostrar o catálogo original. Portanto, use o caminho que o Claude Code informar naquela sessão. Os números 108 técnicas e 13 categorias desta aula descrevem o catálogo fornecido com a instalação conferida, antes de customizações.

Consultar as 108 técnicas de brainstorm

O catálogo instalado contém 108 técnicas únicas em 13 categorias, nas linhas 2 a 109 de B/assets/brain-methods.csv. A página B/assets/brain-selector.html confirma esse total. Os nomes abaixo são os originais; as explicações são paráfrases didáticas da descrição, e a indicação de uso é orientação desta aula.

Não conte os cartões visuais para descobrir o total: o seletor repete algumas técnicas numa vitrine chamada Proven & Professional. Há 137 cartões de técnicas, mas apenas 108 nomes únicos. Essa vitrine reúne os 29 registros marcados como classic; o catálogo ainda marca 60 como signature e 19 como playful. Esses rótulos organizam a biblioteca e não constituem comprovação de eficácia.

As técnicas também recebem indicação de público: sete para grupo, oito individuais e 93 para ambos. É uma orientação, não um bloqueio. Simular perspectivas no chat pode ajudar na preparação, mas não equivale a reunir funcionários ou ouvir clientes reais. As oito individuais estão na categoria introspectiva.

Como usar esta lista: leia a categoria que combina com seu momento, escolha uma técnica e peça à skill que a conduza no seu contexto. O catálogo instalado traz descrições curtas; os 108 campos detail estão vazios. Não há, nesta instalação, um manual longo separado para cada técnica. A aplicação concreta é conduzida pelo Claude Code a partir dessas descrições e das suas respostas.

Colaborativas — collaborative (8 técnicas)

Criativas — creative (10 técnicas)

Investigação aprofundada — deep (13 técnicas)

Introspecção individual — introspective_delight (8 técnicas)

Estruturadas — structured (15 técnicas)

Teatrais — theatrical (7 técnicas)

Ousadas e lúdicas — wild (7 técnicas)

Inspiradas na natureza — biomimetic (6 técnicas)

Metáforas da física — quantum (6 técnicas)

Referências culturais — cultural (7 técnicas)

Absurdas — absurdist (6 técnicas)

Restrições — constraint (7 técnicas)

Futuros possíveis — speculative_future (8 técnicas)

Passo 01 · Gerar antes de julgar

Divergir significa abrir possibilidades. Convergir significa compará-las e escolher uma direção. A skill separa esses momentos para não matar a exploração assim que aparece uma ideia aceitável. Sua orientação é mirar mais de 100 ideias, mudar o ângulo a cada cinco a dez trocas de conversa, ou aproximadamente dez ideias quando ela gera sozinha, e resistir ao encerramento precoce. Isso é uma orientação de exploração, não uma obrigação de atingir uma cota nem garantia de qualidade.

Nos modos de diálogo, o Claude Code deve fazer uma pergunta por mensagem. As escolhas iniciais de postura e de seleção das técnicas são exceções de organização da sessão. Depois, a conversa deve ajudar você a pensar, sem virar um questionário de dez perguntas simultâneas. Quando uma técnica para de render, a skill anuncia outra e registra a mudança. Ao acabar o lote, os caminhos são: outro lote, convergência ou fechamento.

Ajustar a exploração ao tamanho do trabalho

As opções abaixo são sugestões didáticas baseadas nesses mecanismos. O código não cria um fluxo obrigatório diferente para empresa pequena ou grande.

Os recortes e os exemplos de negócio são escolhas editoriais, não regras adicionais do BMAD.

Você também pode pular uma nova rodada de geração quando já tem ideias suficientes registradas e quer decidir: retome a sessão e peça convergência. Pode encerrar sem convergir quando precisa apenas guardar a exploração. E pode pausar antes de qualquer fechamento. Essas saídas têm finalidades diferentes: pausar conserva trabalho em andamento; convergir seleciona; finalizar registra a síntese e a conclusão.

Na Oficina Horizonte, uma ideia fraca como “mandar uma mensagem depois do serviço” pode virar várias possibilidades ao trocar a lente: mensagem de orientação, lembrete baseado no uso, vídeo do mecânico, checklist impresso ou contato apenas quando houver uma dúvida concreta. São exemplos inventados de como explorar; a sessão real deve registrar o que você e a IA efetivamente propuserem.

O desenho mostra o caminho com uma pessoa presente, não a chamada headless.

Passo 02 · Convergir quando houver material

Quando você diz “vamos priorizar”, “quero escolher” ou “como tornar isso concreto”, a skill muda de geração para decisão. Ela escolhe um recurso adequado e explica o motivo, podendo encadear dois ou três. Não precisa executar os seis.

Estes recursos são adicionais e não entram na contagem das 108 técnicas:

Em Facilitator, o julgamento fica com você. Em Creative Partner, ambos contribuem, mantendo a autoria. Em Ideate for me, a IA faz uma seleção provisória e a apresenta para revisão. O código trata a convergência como fase própria, mesmo que algumas descrições do catálogo já incluam comparar ou selecionar.

Já temos alternativas suficientes para esta rodada. Vamos convergir. Agrupe as ideias por afinidade e compare impacto e esforço. Quero escolher até três hipóteses para testar. Para cada uma, separe o que sabemos, o que estamos supondo e o menor teste que poderia mostrar que a ideia não funciona.

Esse Pedido usa recursos descritos no código; o limite de três e o formato do teste são escolhas didáticas, não uma regra da skill.

Passo 03 · Entender o registro e escolher as entregas

Memlog é o diário de memória da sessão. O arquivo .memlog.md guarda ideias, descobertas, perguntas, decisões, orientações e trocas de técnica em ordem. É a referência principal para retomar e gerar os outros documentos. A skill usa o programa _bmad/scripts/memlog.py para acrescentar entradas; não depende só do histórico visível da conversa. No modo parceiro, as ideias recebem autoria user ou coach, isto é, você ou o facilitador de IA.

Esse diário não é uma transcrição literal de tudo o que foi dito. As instruções pedem uma linha com a essência de cada conteúdo relevante, sem copiar as perguntas do facilitador nem a conversa social. Também mandam preservar a ordem e acrescentar entradas sem reescrever ou reorganizar as anteriores. Em Ideate for me, o arquivo específico orienta marcar as ideias como coach, pois foram geradas pela IA. Assim, a pessoa que retomar depois consegue distinguir autoria, hipótese e decisão.

A pasta padrão é {output_folder}/brainstorming/brainstorm-{topic_slug}-{date}/. output_folder é a pasta de resultados configurada; topic_slug é um nome curto do tema, com hífens; date é a data da sessão. Na instalação conferida, a pasta de resultados é _bmad-output.

Na execução headless, HTML e intenção são o padrão, mas o campo artifacts pode restringir a entrega.

No fechamento, a skill primeiro devolve o que você gerou, incluindo ideias estranhas ou esquecidas que merecem atenção; depois pode acrescentar conexões. Registra os aprendizados e marca status: complete, mesmo se você não quiser arquivos adicionais. Portanto, uma sessão pode estar concluída e ter apenas o registro, sem HTML.

Nos modos de diálogo, essa devolução começa pelas ideias da pessoa: o Claude Code pede que você reconheça temas e conexões antes de acrescentar os próprios. Em Facilitator, é no fechamento que ele pode contribuir com conexões entre ideias; a exceção não autoriza substituir sua exploração por uma lista de ideias inéditas. Em Ideate for me, as ideias já foram geradas pela IA e a síntese deve respeitar essa autoria.

O brainstorm-intent.md tem uma função mais estreita que o registro: levar descobertas críticas e a direção escolhida ao próximo trabalho. Antes de gerá-lo numa conversa interativa, a skill deve confirmar o que você quer capturar, pois a sessão pode ter aberto várias direções incompatíveis. Você pode pedir só a intenção, só o HTML, ambos ou nenhum nos modos de diálogo. O registro preserva a exploração mesmo quando esses documentos ficam para depois.

O fechamento também prevê chamar bmad-help para orientar o próximo passo e executar eventuais encaminhamentos externos e ações finais configurados. Na configuração original de brainstorm, external_handoffs é uma lista vazia e on_complete está vazio. Portanto, produzir o HTML não implica publicar a sessão nem enviá-la a outro serviço. Se houver uma customização, os destinos informados precisam ser conferidos; ferramenta indisponível deve ser indicada como encaminhamento não realizado.

Este é um exemplo de organização de caminhos, não uma saída observada nem uma promessa de que os três arquivos serão sempre criados:

_bmad-output/brainstorming/brainstorm-retorno-clientes-2026-11-15/
  .memlog.md
  brainstorm.html
  brainstorm-intent.md

Podemos encerrar esta rodada. Reflita os principais caminhos e as decisões que tomamos. Quero o brainstorm.html para ler a sessão e o brainstorm-intent.md para levar a um planejamento posterior. Preserve as hipóteses ainda não verificadas e mostre os caminhos dos arquivos.

Passo 04 · Retomar sem começar do zero

Na ativação interativa, a skill procura registros em {workflow.output_dir}/*/.memlog.md e oferece retomar os que não estão concluídos. Com a configuração padrão desta instalação, isso corresponde a _bmad-output/brainstorming/*/.memlog.md; uma pasta personalizada muda a busca. Ao retomar, lê o arquivo inteiro: tema, objetivo, postura, ideias e técnica ativa. Resume onde o trabalho parou e continua acrescentando ao mesmo registro. Você também pode pedir para ir direto ao fechamento.

/bmad-brainstorming
Retome a sessão em _bmad-output/brainstorming/brainstorm-retorno-clientes-2026-11-15/. Leia o .memlog.md, relembre o objetivo, a postura e a última técnica. Continue do ponto em que paramos, preservando as ideias e as decisões já registradas.

Se a sessão já está complete, ela não entra na oferta automática de sessões pendentes; indique o caminho. A postura autônoma permite continuar com participação humana e mudar a postura registrada, mas as instruções não detalham a reabertura do estado de conclusão. Essa é uma limitação identificada por leitura, não uma falha reproduzida.

Para pausar sem concluir, peça que registre o ponto atual e informe o caminho; não peça a síntese final se ainda quer preservar a sessão como trabalho em andamento. Quando voltar, leve esse caminho. Para aprofundar uma ideia depois da entrega de Ideate for me, diga qual ideia quer explorar e escolha Facilitator ou Creative Partner. O arquivo específico manda atualizar a postura no registro e continuar no mesmo .memlog.md.

Há um limite prático no nome padrão da pasta: ele usa tema e data, sem hora. Duas sessões com o mesmo nome curto de tema, no mesmo dia, podem apontar para o mesmo lugar. O programa de memória recusa criar um .memlog.md que já existe; não o substitui automaticamente. Se quiser começar outra sessão, peça que confira o caminho e use um tema claramente distinto, ou personalize o padrão de pasta com bmad-customize. Se quiser continuar, use a retomada. Essa colisão foi identificada pela leitura do padrão e do programa; não foi reproduzida por uma sessão real.

Ao terminar, confira: você sabe a postura usada; consegue localizar o .memlog.md; distingue ideias de decisões; sabe quais documentos adicionais escolheu; e tem um próximo passo concreto, mesmo que ele seja apenas testar uma hipótese fora do computador.

Escolher pelo problema que você tem

Você não precisa executar os quatro fluxos em sequência. Cada um parte de uma necessidade diferente e pode ser chamado diretamente. O catálogo os marca como disponíveis em qualquer fase, sem predecessores obrigatórios. A sequência que aparece nesta aula organiza a explicação; não cria uma nova obrigação do BMAD.

As frases de entrada são exemplos editoriais. Se você quer primeiro conversar com um especialista sobre o caminho, vá à Fase 04.

Os quatro fluxos próprios do CIS são design thinking, estratégia de inovação, resolução de problemas e storytelling. A tabela inclui outros recursos para ajudar você a escolher a entrada: brainstorm, party mode e advanced elicitation são skills compartilhadas do núcleo. O catálogo do CIS também aponta para o brainstorm compartilhado; isso não cria um quinto fluxo próprio com uma segunda implementação.

O diagrama D07-C, na Fase 05, reúne essas escolhas e os destinos de planejamento para quando você quiser combinar os resultados.

O que os quatro fluxos têm em comum

Cada fluxo lê suas customizações e a configuração _bmad/cis/config.yaml. Você pode fornecer contexto apontando um arquivo no Pedido. Os arquivos internos chamam essa entrada de data, mas isso não estabelece uma flag pública --data para copiar no terminal: indique o material em linguagem natural.

Durante a construção do documento, cada bloco de conteúdo marcado para saída deve ser salvo, mostrado e seguido deste menu:

Esse marcador interno significa “um trecho destinado ao documento”. Pode haver vários numa mesma etapa, portanto o fluxo pode pausar mais de uma vez antes de mudar de etapa. A sigla YOLO é o rótulo original do menu; a instalação lida não fornece ali um contrato suficiente para prometer conclusão autônoma ou aprovação automática de tudo. Se usá-la, explicite os limites no seu Pedido. Não foi testada nesta aula.

Design thinking, inovação e resolução de problemas verificam sua disposição em alguns pontos e podem ajustar o ritmo. Eles orientam a facilitar seu raciocínio, não apenas preencher formulários. Se uma seção depende de pesquisa que ainda não aconteceu, registre a pendência: um campo preenchido por hipótese não é entrevista, teste ou diagnóstico comprovado. Essa separação entre evidência e hipótese é a orientação de uso adotada nesta aula.

Os nomes de saída abaixo são padrões declarados nas skills. {output_folder} vem da configuração e {date} é o valor de data definido na execução. Na instalação conferida, a pasta é _bmad-output; a formatação concreta de data e o nome final devem ser confirmados no caminho informado pelo Claude Code.

Ajustar o esforço ao tamanho da decisão

Os roteiros escolhem métodos conforme contexto, recursos, complexidade e acesso às informações. Eles não oferecem botões ou modos chamados “empresa pequena” e “empresa grande”. As adaptações abaixo são orientações editoriais apoiadas nesses critérios, não opções de menu que aparecerão na tela.

Em uma decisão pequena, delimite um público, um problema e um próximo teste. Na oficina, “entender a autorização de um conserto” permite uma investigação mais focada que “reinventar toda a experiência do cliente”. Em uma decisão ampla, declare quais públicos, unidades, processos ou parceiros diferem entre si. Peça que o documento preserve essas diferenças; uma opinião sobre um único atendimento não representa automaticamente todas as unidades.

O que diminui é o recorte do trabalho, não o cuidado com as evidências. Se você já possui pesquisa, diagnóstico ou texto aprovado, entregue esse material como contexto e peça que identifiquem o que continua válido. Não há, nesses roteiros, uma regra geral que permita pular qualquer etapa só porque a empresa é pequena. A exceção explicitamente marcada como opcional é a reflexão final do fluxo de resolução de problemas. A recomendação de reaproveitar material com conferência é editorial; não foi executada.

O que a configuração pode mudar

Antes de começar, os quatro fluxos resolvem suas customizações na ordem padrão da skill, ajustes da equipe e ajustes pessoais. Eles podem carregar contexto persistente e executar instruções adicionais antes e depois da ativação. Contexto persistente, aqui, significa regras ou arquivos configurados para a execução; não significa que o fluxo lembra sozinho de toda conversa anterior. Os quatro arquivos customize.toml padrão conferidos deixam essas listas vazias.

Existe também workflow.on_complete, uma instrução personalizada para o encerramento. Ela está vazia nos quatro padrões conferidos. No fluxo de problemas, esse encerramento ocorre depois da etapa 8 se você dispensar a reflexão, ou depois da etapa 9 se realizá-la. Nos demais, fica na última etapa. Isso explica por que outra instalação personalizada pode acrescentar uma ação final que esta aula não demonstra. Os arquivos de personalização pertencem à administração do BMAD; você não precisa alterá-los para usar os Pedidos desta aula.

Há uma tensão interna que merece cuidado: todos os quatro roteiros proíbem estimativas de tempo, mas os fluxos de estratégia e de problemas pedem informações de prazo na análise e no plano. A leitura adotada nesta aula é levar prazos reais que você conhece e registrar os desconhecidos como pendência. Não trate uma data sugerida no chat como promessa de entrega. Essa interpretação não foi validada por execução dos fluxos.

Use quando sua equipe discute soluções sem saber bem o que acontece com o cliente. Pule este fluxo quando essa investigação já está bem documentada e sua necessidade imediata é outra, como comparar modelos de receita. Essa escolha é uma orientação editorial a partir do objetivo da skill.

/bmad-cis-design-thinking
Quero melhorar a experiência de quem deixa uma bicicleta na Oficina Horizonte pela primeira vez. Há dúvidas sobre diagnóstico, autorização do serviço e retirada. Ainda não sei em qual momento a experiência piora.

Ajude-me a formular o desafio, planejar como ouvir e observar clientes e criar um protótipo simples da experiência. Separe observações reais, hipóteses e pesquisa pendente. Não apresente entrevistas ou testes que não realizamos como resultados. Ao final, mostre o documento e o próximo aprendizado a buscar.

O que acontece dentro do fluxo

1. Contexto e desafio. O Claude Code pergunta sobre o problema ou a oportunidade, quem é afetado, limites de orçamento, prazo e tecnologia, critérios de sucesso e pesquisa existente. O objetivo é transformar “o atendimento está ruim” em um desafio que possa orientar trabalho.
2. Entender as pessoas — EMPATHIZE. O fluxo oferece de três a cinco métodos de empatia, isto é, de compreensão da experiência de outra pessoa, conforme o acesso a usuários e os recursos disponíveis. Pergunta o que você já pesquisou e o que consegue realizar. Organiza o que as pessoas dizem, pensam, fazem e sentem, procurando dores, padrões e surpresas. Se algo não foi observado, trate como hipótese.
3. Definir o problema — DEFINE. A investigação vira um ponto de vista: esta pessoa precisa disto porque observamos aquilo. Depois vêm perguntas “Como poderíamos…?”, oportunidades e suposições. “Como poderíamos reduzir a incerteza durante o conserto?” abre mais caminhos que “qual aplicativo de mensagens comprar?”. O exemplo é editorial.
4. Gerar alternativas — IDEATE. O fluxo oferece de três a cinco métodos adequados ao contexto, ao grupo e ao conforto com criatividade. Orienta gerar pelo menos 15–30 ideias, misturando práticas e ousadas, antes de agrupar e escolher dois ou três conceitos. Esse alvo é específico deste fluxo; não substitui a orientação de mais de cem ideias do brainstorm do núcleo.
5. Criar um protótipo — PROTOTYPE. Protótipo é uma representação simples feita para aprender antes de investir na solução completa. O fluxo oferece de dois a quatro métodos e pergunta o que precisa ser testado, qual aprendizado é buscado e o que pode ser simulado. Para um serviço, pode ser um roteiro encenado; para uma tela, papel; para um objeto, um modelo físico.
6. Testar — TEST. O fluxo prepara tarefas, perguntas, registro de comentários e critérios. Sugere testar com cinco a sete usuários. Esse número é a orientação da skill, não uma garantia de validação do negócio. O teste precisa acontecer com pessoas reais: a IA pode ajudar a planejar e analisar o material, mas não deve preencher reações fictícias como se as tivesse observado.
7. Decidir o próximo ciclo. Você define ajustes, ações, envolvidos e métricas. O resultado pode mandar voltar a compreender usuários, reformular o problema, melhorar o protótipo ou fazer um piloto real, isto é, uma aplicação limitada antes de ampliar. Há retorno entre etapas; não é uma linha que obriga a avançar apesar do que o teste revelou.

O que sai e como usar

O padrão de saída é {output_folder}/design-thinking-{date}.md. O modelo reúne desafio, observações, mapa de empatia, definição do problema, perguntas, ideias, conceitos escolhidos, protótipo, plano de testes, comentários obtidos, aprendizados, ações e métricas.

Na Oficina Horizonte, uma hipótese poderia ser que o cliente não sabe se o preço informado é orçamento ou autorização para executar. Um protótipo simples seria um roteiro de recepção com duas versões de explicação. Você observaria o entendimento antes de decidir se precisa de sistema, treinamento ou mudança no documento de orçamento. É um exemplo hipotético; o fluxo não descobriu isso numa pesquisa real.

Antes de considerar a etapa pronta, confira se o documento distingue pesquisa feita de pesquisa planejada, se o protótipo testa uma suposição identificável e se o próximo ciclo responde ao que foi aprendido. Se ainda não houve teste, o resultado pode ser um bom plano de teste, sem receber o rótulo de solução validada.

Caminhos quando a pesquisa ou o teste ainda não existem

Se você ainda não tem acesso aos clientes, use a parte inicial para definir quem precisa ouvir e que situações observar. Peça que dores e necessidades ainda não investigadas apareçam como hipóteses. O roteiro considera explicitamente acesso a usuários, recursos e profundidade necessária ao sugerir métodos de empatia; ele não transforma a falta de acesso em pesquisa concluída.

Se você já possui entrevistas ou registros reais, entregue o material e examine padrões, contradições e lacunas antes de definir o problema. Se o teste mostrar que o problema foi mal formulado, volte à definição; se mostrar que a ideia faz sentido, mas a interação confunde, refine o protótipo. Se os principais aprendizados já sustentam uma aplicação limitada, planeje o piloto. São escolhas previstas no próximo ciclo do fluxo, com perguntas sobre mais empatia, reformulação, refinamento e piloto.

Para uma oficina pequena, o protótipo pode testar um único momento da recepção. Para uma rede de oficinas, o documento pode separar diferenças entre unidades e tipos de cliente antes de escolher o que testar em cada contexto. Esses exemplos não alteram o roteiro nem provam que um grupo representa os demais; ilustram como usar seus critérios de recursos, pessoas afetadas e solução a testar.

Os 30 métodos disponíveis

O catálogo tem seis grupos de cinco métodos. O fluxo tem sete etapas; os métodos de implementação apoiam os próximos passos e não criam uma oitava etapa obrigatória. “Método disponível” significa que está na biblioteca, não que todos serão executados numa única sessão.

Use quando a pergunta é maior que uma melhoria isolada: entrar em outro público, transformar serviço avulso em recorrente, mudar a forma de cobrar, criar parcerias ou atender quem hoje não compra. Se o problema já é uma falha operacional definida, a resolução de problemas pode ser uma entrada mais direta. Essa comparação é orientação editorial baseada nos objetivos dos dois fluxos.

/bmad-cis-innovation-strategy
A Oficina Horizonte vende manutenção avulsa de bicicletas. Quero estudar uma oferta recorrente de prevenção, sem assumir de saída que assinatura é a melhor solução.

Compare alternativas de público, entrega de valor e receita. Separe dados disponíveis, hipóteses e pesquisas pendentes. Não invente tamanho de mercado ou intenção de compra. Quero três opções estratégicas, uma recomendação explicada e os primeiros testes que poderiam confirmar ou derrubar essa recomendação.

O que acontece dentro do fluxo

1. Entender o contexto estratégico. Você apresenta empresa, modelo atual, pressões ou oportunidades, restrições e resultado desejado. O fluxo organiza a situação e o desafio.
2. Examinar mercado e concorrência. A skill oferece de dois a quatro modelos de análise e examina segmentos, concorrentes diretos, alternativas indiretas e pessoas mal atendidas ou servidas com complexidade demais. O documento precisa distinguir informação conhecida de hipótese. Ler um roteiro que pede análise de mercado não prova que uma pesquisa externa foi realizada.
3. Abrir o modelo atual. Com dois ou três modelos de análise propostos, você examina público, necessidade, proposta de valor, receitas, custos, vantagens e vulnerabilidades. Uma pergunta útil é “o cliente paga pelo conserto ou pela confiança de que conseguirá usar a bicicleta?”. É exemplo de reflexão, não resposta obtida.
4. Procurar oportunidades de ruptura. Ruptura, aqui, é uma mudança que pode alterar a forma de atender um mercado, inclusive por soluções mais simples para públicos ignorados. O fluxo oferece dois ou três modelos e explora não consumidores, necessidades negligenciadas, tecnologias e espaços pouco disputados.
5. Gerar oportunidades concretas. O Claude Code oferece de dois a quatro modelos e orienta gerar de cinco a dez iniciativas em negócio, atividades da operação, parcerias e tecnologia. Não é necessário transformar toda iniciativa em projeto: o objetivo é ter opções comparáveis.
6. Construir três opções estratégicas. O roteiro pede explicitamente três caminhos, A, B e C. Cada um descreve proposta, modelo, posição competitiva, recursos, riscos, dependências e resultado esperado, com vantagens e desvantagens.
7. Recomendar uma direção. O fluxo recomenda uma opção ou combinação, explica o motivo, identifica as primeiras hipóteses a validar e define condições para mudar ou abandonar o caminho. A recomendação é material para sua decisão; não torna as premissas verdadeiras.
8. Organizar a execução em três fases. O roteiro separa impacto imediato, construção da base e escala com otimização. Cada fase considera entregas, recursos, métricas e pontos de decisão. O roteiro admite prazos do negócio e também instrui a não fornecer estimativas de tempo; leve seus prazos reais como contexto, sem ler o roteiro como promessa de duração.
9. Definir métricas, riscos e mudança de rumo. O documento separa sinais iniciais, resultados de negócio e critérios para avançar ou parar. Considera respostas da concorrência, suposições e alternativas. Assim, a estratégia contém também condições para reconhecer que a escolha não funcionou.

O que sai e como usar

O padrão é {output_folder}/innovation-strategy-{date}.md. O modelo reúne contexto, mercado, modelo atual, oportunidades, três opções, recomendação, hipóteses, roteiro, métricas e riscos. É um documento de decisão e validação, não a implantação do novo negócio.

No exemplo da oficina, os três caminhos poderiam ser manutenção preventiva por assinatura, atendimento periódico a pequenas frotas e um pacote de revisões comprado antecipadamente. A comparação teria de mostrar quem compra, qual capacidade operacional exige e como testar disposição de pagar. São hipóteses didáticas. “Assinatura é uma boa ideia” fica incompleto enquanto custo, frequência de uso e valor percebido continuam desconhecidos.

Caminhos conforme o estágio do negócio

Se a empresa está começando, explicite o que ainda não existe: clientes recorrentes, custos conhecidos, histórico de vendas ou canais estabelecidos. O fluxo considera o estágio do negócio e os dados disponíveis ao selecionar análises. Isso permite investigar uma proposta inicial, sem descrever um negócio hipotético como operação já comprovada. A forma de marcar ausências é uma orientação editorial.

Se a empresa já opera, leve fatos sobre receita, custo, capacidade e comportamento dos clientes que sejam pertinentes à decisão. O trabalho passa a confrontar o que sustenta o negócio atual com o que pode torná-lo vulnerável. Se o tema é uma transformação maior, compare dependências, parcerias e capacidades que precisam ser construídas, além da ideia central. Esses fatores aparecem nos critérios de seleção, nas três opções e na recomendação.

Uma opção pode exigir mais recursos do que você tem; outra pode depender de um mercado que ainda não demonstra interesse. O fluxo permite recomendar uma combinação de opções e pede condições para mudar ou abandonar a direção. Na oficina, você poderia estudar primeiro um pacote limitado para aprender sobre frequência de uso, antes de assumir a operação de uma assinatura. Esse exemplo é hipotético, baseado na validação de hipóteses e nos pontos de decisão do roteiro. Um resultado útil também pode ser “ainda faltam dados para escolher”, acompanhado do próximo teste e do critério que permitirá decidir.

Os 30 modelos disponíveis

Framework, nome usado no catálogo, significa uma estrutura de perguntas para examinar uma decisão. Aqui vamos chamar de modelo de análise, para não confundir com o modelo de inteligência artificial. O catálogo tem 30 registros em seis grupos.

O roteiro não percorre obrigatoriamente os 30 modelos. Há uma pequena diferença interna: a etapa de oportunidades pede os grupos de estratégia e cadeia de valor, mas cita Business Model Patterns, classificado em modelo de negócio. O grupo de tecnologia existe na biblioteca, sem uma etapa separada que obrigue a usá-lo. A lista acima é o catálogo disponível; a seleção concreta deve respeitar o problema e pode exigir esclarecimento na sessão.

Use quando “treinar de novo”, “contratar mais alguém” ou “comprar um sistema” vira a resposta automática, mas a falha retorna. Se a necessidade é apenas gerar alternativas para um tema aberto, o brainstorm pode bastar. A distinção é editorial: o fluxo de problemas assume que há algo específico a investigar.

/bmad-cis-problem-solving
Algumas bicicletas voltam à Oficina Horizonte porque o cliente entende que o serviço ficou incompleto. Ainda não sabemos se há falha técnica, diferença de expectativa ou problema na autorização do serviço.

Ajude-me a definir o problema, separar sintomas e hipóteses de causa e identificar quais registros precisamos consultar. Compare onde o problema acontece e onde não acontece. Depois proponha soluções, critérios de escolha, um piloto e formas de verificar se a situação melhorou.

O que acontece dentro do fluxo

1. Definir e refinar o problema. A skill usa Problem Statement Refinement para sair da queixa vaga. Pergunta como a falha foi percebida, quem é afetado, onde e quando aparece, impacto e sucesso esperado.
2. Delimitar onde acontece. Is/Is Not Analysis compara onde, quando e com quem o problema existe ou não. Se a falha aparece só em um tipo de serviço, essa diferença pode ser mais útil que uma explicação geral sobre “falta de cuidado”. O exemplo é editorial.
3. Investigar causas. A skill oferece de dois a três métodos de diagnóstico. O roteiro cita Five Whys Root Cause, Fishbone Diagram e Systems Thinking. Eles ajudam a levantar e organizar causas, mas uma explicação plausível precisa ser confrontada com evidências.
4. Examinar forças e limites. Force Field Analysis separa fatores que ajudam a mudança dos que resistem a ela; Constraint Identification busca o gargalo que limita o conjunto. Gargalo é o ponto que restringe a capacidade do processo inteiro. O fluxo distingue limites reais de presumidos.
5. Criar soluções. O roteiro oferece de dois a quatro métodos de síntese e criatividade, conduz dois ou três escolhidos e pede pelo menos 10–15 ideias entre melhorias graduais e alternativas ousadas. O alvo pertence a este fluxo; não é a contagem do catálogo de brainstorm.
6. Avaliar e escolher. Você define critérios como eficácia, viabilidade, custo, prazo e risco. O fluxo seleciona um ou dois métodos de avaliação e recomenda uma solução, explicando confiança, preocupações e suposições. Uma nota numa matriz ajuda a tornar o julgamento visível; não substitui dados ausentes.
7. Planejar a implementação. O caminho pode ser piloto, implantação em fases ou mudança de uma vez. O documento organiza sequência, dependências, recursos e responsáveis. Usa PDCA Cycle, um ciclo de planejar, fazer, verificar e agir a partir do aprendizado, para manter espaço de ajuste.
8. Monitorar e validar. Define métricas, metas, frequência de revisão, evidência de eficácia, riscos, alternativa e sinais para mudar de caminho. Se você não fizer a reflexão opcional, o fluxo finaliza aqui.
9. Refletir sobre o processo — opcional. Registra o que foi aprendido, quais métodos ajudaram e o que evitar na próxima investigação. A opção é uma etapa adicional do fluxo, não uma condição obrigatória para a recomendação.

O que sai e como usar

O padrão é {output_folder}/problem-solution-{date}.md. O relatório reúne problema, limites, causas, forças, gargalos, soluções, critérios, recomendação, plano, responsáveis, métricas, validação, riscos e aprendizados quando a reflexão for feita.

Na oficina, a investigação pode revelar que as reclamações se concentram em serviços autorizados por outra pessoa da família. Talvez o trabalho técnico esteja correto, mas quem retira a bicicleta espere algo diferente. Essa é uma hipótese de exemplo. Ela teria de ser verificada nos registros e nas conversas antes de justificar uma mudança. Um piloto poderia melhorar a confirmação do escopo de um conjunto pequeno de serviços e acompanhar o resultado.

Caminhos para uma causa simples, várias causas ou uma solução já proposta

Quando a falha parece seguir uma cadeia direta de causas, o próprio roteiro sugere Five Whys Root Cause. Quando há muitos fatores possíveis, sugere Fishbone Diagram. Quando as áreas se influenciam e os efeitos voltam ao início do processo, sugere Systems Thinking. A escolha depende da estrutura do problema; não é necessário executar os três sempre. A tabela a seguir explica cada método.

Se alguém já chega com uma solução pronta — “precisamos de outro sistema” —, registre-a entre as opções e retome a definição do problema. Compare essa opção com a causa que se pretende tratar, os limites reais e os critérios de avaliação. Essa orientação editorial segue a ordem de diagnóstico, geração e avaliação do roteiro; evita que a primeira proposta se torne conclusão antes da investigação.

Na implementação, o fluxo apresenta três possibilidades: piloto, uma aplicação limitada para aprender; implantação em fases, quando partes da mudança entram em momentos diferentes; e mudança de uma vez, denominada big bang no código. O roteiro pede a escolha, mas não fornece uma regra universal para decidir. Para a oficina, um novo texto de autorização pode ser testado num conjunto limitado de serviços. Para uma rede, uma mudança que afeta várias equipes exige deixar visíveis responsáveis, dependências e critérios para ampliar ou interromper. São exemplos editoriais apoiados nas etapas 7 e 8 de PS/SKILL.md; nenhum piloto foi executado nesta aula.

Se você dispensar a reflexão opcional, o modelo de documento ainda contém a seção de aprendizados. Peça que ela fique identificada como “não realizada”, em vez de preenchida com lições fictícias. Se fizer a reflexão, use-a para registrar o que ajudou a investigar e o que deveria mudar no processo, não apenas para repetir a recomendação. A marcação da seção não realizada é uma recomendação editorial.

Os 30 métodos disponíveis

Os nomes abaixo são os do catálogo. O roteiro usa algumas abreviações, como TRIZ, Lateral Thinking e Biomimicry; na tabela, você encontra os nomes completos. TRIZ é uma abordagem de solução inventiva de problemas que procura resolver contradições, como melhorar uma qualidade sem piorar outra.

Use para contar a origem de uma empresa, apresentar uma mudança, preparar uma venda, explicar dados ou organizar um caso real. Se você já tem a história e quer o desenho de uma apresentação, o agente Caravaggio da próxima fase é uma entrada complementar. A relação entre as duas ferramentas é uma sugestão editorial, não uma sequência obrigatória do módulo.

/bmad-cis-storytelling
Quero explicar à equipe da Oficina Horizonte por que estamos estudando uma oferta de manutenção preventiva. O público teme que a oficina passe a empurrar serviços desnecessários.

Ajude-me a organizar uma história clara sobre o problema que queremos resolver, o que pretendemos preservar e o que ainda vamos testar. Não invente depoimentos, números ou resultados. Recomende uma estrutura, construa o raciocínio comigo e, quando eu pedir, escreva o primeiro rascunho. Depois prepare uma versão curta para abrir a reunião.

O que acontece dentro do fluxo

1. Contexto e público. O Claude Code reúne propósito, público, mensagem, tamanho, tom, meio e orientações de marca. Se você aponta um arquivo, o fluxo o lê e pergunta qual ângulo deseja trabalhar.
2. Estrutura da história. O fluxo apresenta um menu de dez opções, ou recomenda uma conforme propósito, público e mensagem. Mais adiante mostramos o catálogo inteiro, que tem 25 registros.
3. Elementos centrais. Você trabalha protagonista, conflito, sequência e transformação. O roteiro contém orientações específicas para Hero's Journey, Pixar Story Spine, Brand Story, Pitch Narrative e Data Storytelling. Ele deve ajudar a extrair sua história por perguntas; não escrever tudo por você antes de ser solicitado.
4. Arco emocional. Arco emocional é a mudança de sentimento que o público acompanha do início ao fim. O fluxo examina emoções iniciais e finais, viradas, dificuldades, identificação, surpresa e resolução.
5. Abertura. O fluxo trabalha uma pergunta, um fato surpreendente ou uma imagem concreta que dê vontade de continuar e tenha relação com a história. Um início chamativo que promete algo que o restante não entrega não resolve a comunicação. A última frase é orientação editorial.
6. Texto principal: três caminhos. Você pode escrever e receber orientação, pedir o primeiro rascunho ao Claude Code ou construir com ele parágrafo por parágrafo. Escolha conforme o quanto quer participar da redação. Essa é uma ramificação explícita do fluxo.
7. Versões por tamanho e canal. O fluxo pergunta onde a história será usada e prepara versão curta, de uma a três frases; média, de um a dois parágrafos; e estendida, com a narrativa inteira. O mesmo fato pode abrir uma reunião ou compor um texto maior sem ganhar um resultado inventado na adaptação.
8. Orientação de uso. O documento considera canais, adaptações ao público, consistência de tom, recursos visuais e coleta de comentários.
9. Refino. Você examina forças, fraquezas, resolução, chamada à ação, versões adicionais e como testar com o público. Chamada à ação é o que você quer que a pessoa faça depois de ouvir ou ler.
10. Documento final. A skill reúne narrativa e orientações no modelo, confere consistência de voz, salva e informa o caminho.

O que sai e como usar

O padrão é {output_folder}/story-{date}.md. O modelo inclui propósito, público, estrutura, abertura, narrativa, momentos, arco emocional, chamada à ação, análise de personagem, voz, conflito e transformação, mensagens, versões e orientações de aplicação.

No exemplo, a história poderia começar com uma bicicleta que chega à oficina apenas depois de uma quebra que poderia ter sido evitada. Se esse caso não aconteceu, use-o como situação hipotética identificada, não como depoimento. O centro da narrativa seria a diferença entre vender mais serviços e ajudar o cliente a evitar problemas, com critérios para impedir a venda desnecessária. É um exemplo de construção narrativa, não um posicionamento validado com a equipe.

Escolher como escrever e como adaptar

Os três caminhos de redação mudam sua participação, não a necessidade de preservar os fatos. Se você escreve, o fluxo oferece perguntas de apoio, comentários e sugestões sobre os trechos que compartilhar. Se o Claude Code faz o primeiro rascunho, ele reúne os elementos discutidos, apresenta uma narrativa e recebe seu retorno. Se vocês escrevem juntos, o roteiro começa pela abertura, espera comentários e constrói o restante por partes. Diga explicitamente qual caminho quer.

Para uma comunicação curta, delimite um público, uma mensagem e uma ação desejada. Para uma comunicação usada por várias áreas, informe os públicos e canais e peça que as versões preservem a mesma história central. O fluxo prevê adaptações por público, consistência de voz e versões adicionais. A orientação de separar públicos é editorial; não existe no menu um modo automático chamado “campanha completa”.

Se o material é um caso real, entregue o que foi observado e os resultados disponíveis. Se é uma visão de futuro, declare o que se deseja alcançar e o que ainda não ocorreu. O catálogo possui estruturas próprias para caso real (Case Study) e visão (Vision Narrative), com perguntas diferentes. Essa distinção ajuda a não narrar uma ambição como realização. Exemplos de uso são editoriais.

O menu de dez opções e o catálogo de 25 estruturas

O menu fixo mostra: Hero’s Journey, Pixar Story Spine, Customer Journey Story, Challenge-Overcome Arc, Brand Story, Pitch Narrative, Vision Narrative, Origin Story, Data Storytelling e Emotional Hooks. O arquivo de biblioteca usa alguns nomes diferentes: Customer Journey, Challenge Overcome e Hook Driven. Não existe uma linha chamada Emotional Hooks. Por isso, o menu de dez não é a lista completa nem uma correspondência literal de todos os nomes do catálogo.

Para uma estrutura que não aparece no menu, você pode pedir pelo nome exato da tabela e indicar que está em story-types.csv. Esse é um contorno editorial que não foi executado. Se o Claude Code relatar um desencontro, peça que mostre a entrada disponível em vez de inventar uma opção.

Pausar e retomar qualquer um dos quatro fluxos

Os quatro fluxos mandam salvar os trechos durante o trabalho, mas seus SKILL.md não descrevem a mesma descoberta automática de sessões e restauração de estado que o brainstorm implementa. Para continuar depois, leve o caminho do documento salvo e diga o ponto em que parou. Esta é uma recomendação prática da aula, não uma garantia de retomada automática.

/bmad-cis-design-thinking
Quero continuar o trabalho anterior. Vou indicar o caminho do documento salvo. Leia o que já existe, identifique as decisões, as hipóteses e as partes ainda vazias. Resuma onde paramos e continue pela etapa pertinente, preservando o que já está aprovado e indicando qualquer conflito antes de alterar.

Informe o caminho real junto desse Pedido. Se o material anterior só contém hipóteses, a continuação deve preservar essa condição. A existência de um arquivo não prova que entrevistas, testes ou implantação aconteceram.

Antes de interromper, você pode pedir um registro do último trecho revisado, das decisões tomadas, das pendências e do próximo ponto de trabalho. Ao retomar, confira também o caminho de saída: os quatro padrões usam a data atual, e os roteiros não declaram uma política de reutilizar o arquivo anterior ou evitar duplicatas. Peça que o Claude Code diga se atualizará o documento existente ou criará uma continuação. Essas são recomendações editoriais de continuidade, ainda não testadas; não se trata de um comando especial de retomada.

Se você sabe que quer um documento de estratégia, chamar bmad-cis-innovation-strategy é o caminho direto. Se quer explorar a questão com Victor antes de decidir a ação, chame o agente. Os quatro fluxos têm entrada própria; não precisam ser precedidos pelo agente correspondente. Essa distinção se apoia nos SKILL.md independentes e nos menus que encaminham a eles.

Os nomes e as biografias são personas de IA, isto é, personagens configurados para orientar a conversa. Um título como “Dr.” ou uma biografia com muitos anos de experiência faz parte dessa caracterização; não comprova que você está conversando com um profissional humano.

As indicações de uso são sínteses editoriais desses papéis; os detalhes e os Pedidos vêm a seguir.

Os códigos BS, PS, DT, IS, SD, EX, PD, CT, IN, VM, CV e ST são respostas ao menu do agente ativo. Não são linhas para o terminal. O número também funciona, mas depende da ordem do menu mostrado; o código torna seu Pedido mais explícito. Os seis roteiros ainda permitem descrição em linguagem natural e conversa livre quando nenhuma ação se encaixa. Se duas ações forem realmente próximas, o agente é instruído a pedir uma breve clarificação.

Esses são os menus padrão da instalação conferida. A ativação resolve customizações de equipe e pessoais, que podem substituir uma entrada de mesmo código ou acrescentar outras. Por isso, se seu menu tiver uma ação diferente, confira o que ele informa antes de tratar a diferença como erro do módulo. Nenhuma personalização de menu foi aplicada ou executada na conferência desta aula.

Carson — explorar possibilidades

Skill: bmad-cis-agent-brainstorming-coach. O nome de papel no código é Elite Brainstorming Specialist. Carson tem estilo de treinador de improviso: energia alta, humor, construção com “sim, e…” e espaço para ideias inusitadas. Seu papel é puxar a criação e evitar julgamento precoce.

Chame quando você quer uma conversa que ajude a sair da resposta habitual. O menu tem a ação BS, que chama bmad-brainstorming. Não existe outra coleção de 108 técnicas escondida no agente: ele encaminha ao brainstorm compartilhado do núcleo. A postura da sessão continua sendo uma escolha importante; a energia de Carson não substitui a definição entre facilitador, parceiro e geração autônoma.

/bmad-cis-agent-brainstorming-coach
Carson, quero explorar maneiras de os clientes indicarem a Oficina Horizonte sem começar por desconto. Ajude-me a formular o tema e iniciar BS. Quero trabalhar em Creative Partner, com linguagem simples.

Dr. Quinn — investigar o problema

Skill: bmad-cis-agent-creative-problem-solver. O papel é Master Problem Solver. Dr. Quinn combina estilo de detetive curioso com cientista imaginativo. A persona se apoia em resolução inventiva, restrições e relações entre partes do sistema.

Chame quando a empresa repete correções e a falha retorna. Seu menu tem PS, que chama bmad-cis-problem-solving. Na oficina, ele pode ajudar a organizar a investigação sobre retrabalho antes de você atribuir a causa à equipe ou à ferramenta. Essa aplicação é um exemplo, não um diagnóstico.

/bmad-cis-agent-creative-problem-solver
Dr. Quinn, preciso entender por que algumas bicicletas voltam para revisão do serviço. Quero começar por PS, separando sintomas, causas possíveis e evidências antes de recomendar uma solução.

Maya — compreender a experiência

Skill: bmad-cis-agent-design-thinking-coach. O papel é Design Thinking Maestro. Maya usa improvisação, metáforas sensoriais e perguntas que desafiam suposições sem perder o foco nas pessoas. Seus princípios insistem em desenhar com os usuários e verificar ideias em interações reais.

Chame quando a equipe tem muitas soluções prontas e pouca compreensão da experiência do cliente. Seu menu tem DT, que chama bmad-cis-design-thinking. Você pode aproveitar o plano de observação ou o protótipo de atendimento sem precisar construir uma tela.

/bmad-cis-agent-design-thinking-coach
Maya, quero rever a primeira experiência de quem chega à Oficina Horizonte. Comece por DT. Antes de escolher uma solução, ajude-me a descobrir o que precisamos observar e perguntar a clientes reais.

Victor — questionar a estratégia

Skill: bmad-cis-agent-innovation-strategist. O papel é Disruptive Innovation Oracle. Victor fala como um estrategista de xadrez: afirmações ousadas, perguntas simples que pressionam premissas e atenção ao modelo de negócio.

Chame para discutir como competir, entregar valor, cobrar ou atender um público diferente. Seu menu tem IS, que chama bmad-cis-innovation-strategy. O tom confiante da persona não aumenta a qualidade dos dados disponíveis; peça que a recomendação mostre evidências e hipóteses. A última orientação é editorial.

/bmad-cis-agent-innovation-strategist
Victor, quero estudar como a Oficina Horizonte poderia atender pessoas que hoje só procuram manutenção quando a bicicleta quebra. Use IS para comparar modelos de negócio. Mostre onde a análise depende de dados que ainda não temos.

Caravaggio — transformar conteúdo em comunicação visual

Skill: bmad-cis-agent-presentation-master. O papel é Visual Communication + Presentation Expert. Caravaggio tem estilo de diretor criativo, com metáforas visuais, humor e escolhas marcantes. Seus princípios valorizam clareza, hierarquia da informação, isto é, a ordem em que os elementos atraem atenção, espaço livre e uma função para cada quadro.

Chame quando você precisa organizar uma apresentação, um roteiro visual ou uma explicação por imagens. Ele tem sete ações, todas descritas como instruções no menu. Diferentemente dos outros cinco agentes, essas ações não encaminham a uma skill de fluxo dedicada.

O agente não instala Excalidraw, não garante acesso a uma ferramenta de imagens e não declara um arquivo .pptx obrigatório. .pptx é um formato de apresentação do PowerPoint, conforme a referência oficial de formatos da Microsoft (abre em nova aba). O resultado concreto depende das ferramentas presentes e do que você combina com ele. Não há, nesta instalação, uma quinta skill de fluxo chamada bmad-cis-presentation nem um caminho fixo de saída de apresentação.

Se você quer organizar a narrativa dos slides, SD pode orientar quadros e hierarquia; se precisa apresentar uma oportunidade a investidores, PD acrescenta a sequência de problema, solução, evidências de adoção ou resultado e pedido. Para apresentar ao vivo, CT pede notas do apresentador por slide. Para explicar números, IN concentra-se na escolha do gráfico ou diagrama. Você pode combinar essas intenções no Pedido, mas o menu não define um fluxo automático entre elas.

A configuração do módulo contém visual_tools: intermediate, mas a ativação deste agente não descreve um teste automático de ferramentas a partir desse valor. Portanto, o valor sozinho não comprova que há um editor, um gerador de imagens ou um exportador de apresentações disponível. Comece pelo conteúdo e peça que o agente informe o formato que efetivamente pode entregar. A orientação de conferir a capacidade concreta é editorial, sem execução do agente nesta aula.

/bmad-cis-agent-presentation-master
Caravaggio, quero usar SD para apresentar aos sócios a proposta de manutenção preventiva da Oficina Horizonte. Primeiro organize a mensagem de cada quadro e o que merece virar imagem ou gráfico. Use apenas dados que eu fornecer, marque as lacunas e diga quais arquivos consegue produzir com as ferramentas disponíveis aqui.

Sophia — encontrar e organizar a história

Skill: bmad-cis-agent-storyteller. O papel é Master Storyteller. Sophia tem uma voz imaginativa e literária, mas seus princípios pedem encontrar a história autêntica antes de enfeitar a forma e tornar o abstrato concreto. Você pode pedir um tom mais simples para o seu público.

Chame para encontrar uma narrativa dentro de fatos dispersos, pensar no público ou organizar o sentido de uma mudança. O menu tem ST, que chama bmad-cis-storytelling. A menção do fluxo a uma memória auxiliar de Sophia não comprova memória automática entre sessões: o agente instalado não traz uma etapa explícita de carregar esse histórico, e sua configuração de fatos persistentes, contexto configurado para carregar ao iniciar o agente, está vazia. Leve o texto e o contexto que quer reutilizar.

/bmad-cis-agent-storyteller
Sophia, quero explicar à equipe por que a Oficina Horizonte está estudando um serviço preventivo. Use ST e um tom simples, sem linguagem floreada. Ajude-me a encontrar uma história fiel aos fatos, com as dúvidas e os próximos testes ainda visíveis.

O que fica decidido ao escolher um agente

Você escolhe um estilo de ajuda e uma entrada para a conversa. O trabalho e a saída dependem da ação que executar depois. Carson pode chamar o brainstorm; Maya, Victor, Dr. Quinn e Sophia podem chamar seus fluxos; Caravaggio executa as instruções de apresentação do menu. Se você só conversa com o agente, não presuma que algum documento foi salvo. Peça o caminho quando houver uma entrega a preservar.

Para sair da persona, você pode pedir em linguagem natural: “Encerre a atuação como Maya e volte à conversa geral”. É um Pedido editorial baseado na regra de manter a persona até ser dispensada; não é um código de menu testado. Os menus padrão lidos não trazem uma entrada comum de encerramento. A ajuda bmad-help continua disponível conforme a ativação dos agentes.

O desenho é uma orientação editorial, não um algoritmo obrigatório do BMAD. Ele distingue os quatro fluxos CIS, a conversa com uma persona, os recursos compartilhados e os documentos de planejamento. Se duas situações se aplicarem, escolha a dúvida que mais impede a próxima decisão e depois combine os resultados. Uma saída criativa não é, por si, evidência de mercado nem aprovação de requisitos.

Confrontar perspectivas com party mode

Use quando uma escolha tem tensões reais: um caminho parece bom para o cliente, mas difícil para a operação; uma oportunidade de receita ameaça a identidade da empresa; um discurso é atraente, mas promete demais. Pedir perspectivas distintas ajuda a revelar perguntas e alternativas. Uma conversa de personagens, porém, não é votação de sócios, pesquisa com consumidores nem consulta a profissionais humanos. A decisão continua sua.

/bmad-party-mode
Quero discutir a hipótese de manutenção preventiva da Oficina Horizonte com Maya, Victor e Dr. Quinn. Maya deve examinar a experiência do cliente; Victor, o modelo de negócio; Dr. Quinn, os problemas operacionais que podem impedir a entrega.

Confrontem as suposições e reajam aos argumentos uns dos outros. Quando faltar informação, nomeiem a lacuna. Quero participar da discussão. Ao encerrar, vou pedir um registro das alternativas, divergências e decisões.

O elenco indicado no Pedido define quem participa daquela sessão. Isso não salva automaticamente um grupo permanente. A skill aceita nomes definidos no Pedido, grupos configurados ou a sala padrão dos agentes instalados.

Quatro maneiras de conduzir as vozes

Subagente é uma execução separada de IA que recebe uma tarefa e devolve sua contribuição. Isso permite produzir análises em contextos separados, mas não cria automaticamente novas evidências. Os modos de party mode são:

O modo agent-team exige mais que escrever seu nome no Pedido. Na documentação oficial do Claude Code consultada na conferência desta aula, equipes de agentes são um recurso experimental, desativado por padrão. A ativação usa a configuração CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Cada participante tem seu próprio contexto, e a equipe consome mais processamento que uma sessão única. A própria documentação informa que sessões do terminal iniciadas com -p, sem interação, não criam integrantes de equipe. Isso é uma limitação do Claude Code, diferente da opção --non-interactive da skill BMAD. Não testado: a conferência desta aula não ativou o recurso nem criou equipes.

Para uma decisão pequena, session pode bastar. Para comparar críticas independentes, considere auto ou subagent se disponíveis. Reserve a equipe persistente para uma necessidade real de colaboração continuada. Esta escolha é uma orientação didática baseada nas diferenças dos modos; não significa que mais agentes garantam uma resposta melhor.

Essas palavras são opções da skill, não comandos separados para o terminal. Este Pedido de exemplo solicita análises separadas e encerramento sem conversa contínua:

/bmad-party-mode --mode subagent --non-interactive
Examinem a proposta de manutenção preventiva que vou fornecer, com Maya, Victor e Dr. Quinn. Quero os argumentos de cada perspectiva, as divergências relevantes, as evidências ausentes e as decisões que ainda dependem de mim. Concluam a rodada quando esse objetivo estiver atendido.

--mode escolhe a forma de execução. --non-interactive é a opção explícita para fazer a discussão chegar ao fechamento sem esperar sua participação contínua. Sem ela, a skill deve manter a conversa aberta até você sinalizar que terminou, mesmo que a primeira pergunta já tenha sido respondida.

Não suponha que o modo solicitado foi utilizado só porque você escreveu a opção. As instruções preveem voltar a modos mais simples quando a ferramenta não oferece o mecanismo necessário. Há uma diferença de detalhe: o arquivo geral fala em retorno a session; a referência de equipe descreve agent-team → subagent → session. Peça que o Claude Code informe o modo efetivo se isso importar para a avaliação. Sem teste: nenhum desses modos foi executado para esta aula.

Grupos prontos, grupos próprios e memória

A configuração instalada oferece dois grupos nomeados:

• code-review-crew — Code Review Crew: perspectivas de segurança, crítica adversarial, casos extremos, qualidade de código e pragmatismo para discutir uma alteração de software.
• anti-consensus-club — Anti-Consensus Club: perspectivas que geram opções, verificam sustentação das afirmações, interrompem repetição e desafiam concordância fácil. O grupo recomenda subagentes quando disponíveis e orienta não substituir a decisão humana por votação ou consenso da sala.

São grupos do núcleo compartilhado, não dois agentes extras do CIS.

Para ver os grupos disponíveis, use este Pedido de exemplo, cuja opção foi conferida:

/bmad-party-mode --list-groups

Para chamar um grupo, a opção é --party seguida do identificador. Exemplo:

/bmad-party-mode --party anti-consensus-club --mode subagent
Examinem a decisão de oferecer manutenção preventiva. Quero descobrir o que estamos assumindo e quais alternativas descartamos cedo demais.

A seleção usa os grupos efetivamente disponíveis na instalação.

A skill também reconhece --group <id> como outra forma de pedir --party <id>, e --subagents como a forma anterior de pedir --mode subagent. São opções do Pedido no chat. O script interno resolve_party.py tem seu próprio conjunto de argumentos; não copie essas opções indiscriminadamente para um Comando de terminal.

Você pode trocar de grupo no meio da conversa ou chamar um participante pelo nome. Ao trocar, a skill deve levar o fio da discussão e, se a nova sala tiver memória ativa, consultar a memória daquela sala. Se o identificador não existe, ela deve apresentar os grupos disponíveis, em vez de fingir que encontrou a configuração. Para usar um elenco apenas uma vez, indicar os nomes no Pedido já é suficiente.

Você também pode pedir a criação de um grupo próprio: pessoas representativas de perfis de cliente, um conselho imaginário ou revisores com critérios diferentes. O fluxo ajuda a definir personagens, grupo, cena da conversa, memória e uso como padrão, se desejado. Depois encaminha a gravação para bmad-customize, que mostra a mudança antes de gravar. Não edite o customize.toml instalado; o instalador pode sobrescrevê-lo.

Há duas escolhas separadas nessa configuração. Elenco fixo lista quem participa. Elenco aberto, chamado open-cast, descreve uma cena e permite escolher os personagens conforme o assunto. A cena é uma orientação sobre o contexto e a dinâmica da conversa. Já a memória determina se o grupo poderá aproveitar registros de encontros anteriores; criar um grupo não obriga a ligá-la. Por padrão, o fluxo de criação encaminha a configuração pessoal para _bmad/custom/bmad-party-mode.user.toml; uma configuração compartilhada pela equipe usa _bmad/custom/bmad-party-mode.toml. Ele também confere identificadores para evitar substituir um agente existente sem perceber.

/bmad-party-mode
Quero criar um grupo reutilizável para preparar pesquisas sobre a Oficina Horizonte, com três perspectivas: cliente que usa bicicleta diariamente, cliente de lazer e responsável pela operação. Baseie os perfis apenas nas informações que eu fornecer e marque as suposições. Quero usar a simulação para descobrir perguntas, não para declarar que clientes reais aprovaram a oferta. Não guarde memória entre sessões e não torne o grupo padrão. Mostre a configuração proposta antes de salvá-la.

Na configuração padrão, a sala dos agentes instalados tem memória ligada. O caminho previsto é {output_folder}/party-mode/memories/installed/.memlog.md. Grupos nomeados usam seu próprio identificador no lugar de installed e sua própria opção de memória. Os dois grupos fornecidos acima têm memória desligada; um elenco indicado só no Pedido é temporário até ser salvo.

Essa memória é um registro breve de momentos e resultados, acrescentado durante a conversa, não uma transcrição completa. A implementação orienta ignorar silenciosamente falhas na gravação para não interromper a discussão. Se você precisa preservar uma decisão de negócio, peça um documento e confira o caminho; não dependa apenas da memória automática.

Encerrar e aproveitar o resultado

Quando você sinaliza que terminou, a skill recapitula os principais resultados, completa a memória quando ela está ativa e oferece um registro criativo da conversa em HTML. O destino padrão é {output_folder}/party-mode/, com data no nome; não há um nome-base fixo declarado. O HTML é opcional, e a discussão não grava automaticamente um PRD ou uma spec.

Podemos encerrar a discussão. Mostre as alternativas, os argumentos que continuam em conflito, as evidências ausentes e as decisões que eu tomei. Quero o registro HTML oferecido pela skill. Informe o caminho e destaque o que ainda precisa de validação fora desta conversa.

Criticar e melhorar um rascunho

Use depois de uma síntese de brainstorm, uma proposta de serviço, uma decisão de estratégia ou uma narrativa. A diferença em relação a party mode é o centro do trabalho: party mode mantém uma discussão aberta entre perspectivas; advanced elicitation trabalha sobre um alvo e devolve uma versão refinada com mudanças aceitas por você.

/bmad-advanced-elicitation
Quero revisar a proposta de manutenção preventiva que acabamos de escrever. Concentre-se nas suposições sobre frequência de uso, capacidade da oficina e valor percebido pelo cliente. Sugira métodos adequados, mostre o que cada análise revelar e apresente as mudanças para eu aceitar ou rejeitar antes de aplicá-las.

Como a revisão acontece

1. Fixar o alvo. Se você não indicar outro material, a skill trabalha sobre a saída mais recente. Para evitar que ela critique o trecho errado, diga o título ou o caminho do rascunho.
2. Oferecer cinco métodos. A skill consulta as categorias, seleciona as que combinam com o alvo e monta cinco opções diferentes. Por exemplo, uma proposta de lançamento pode merecer métodos de risco; uma narrativa sem força pode pedir métodos criativos.
3. Você escolhe o caminho. Pode selecionar um ou vários métodos, pedir Reshuffle — trocar as opções —, List all — listar todos — ou Proceed — prosseguir sem outra rodada. Se escolher vários, eles são aplicados em sequência. No primeiro menu, a skill escolhe cinco métodos adequados; ao pedir outras opções, o sorteio procura diversidade de categorias e exclui os métodos já oferecidos.
4. Analisar e propor. Cada método usa o conteúdo atual, mostra o que encontrou e sugere alterações. A profundidade deve combinar com o tamanho e a importância do alvo.
5. Aceitar ou rejeitar. Apply significa aplicar e aceita a proposta; Reject significa rejeitar e a descarta. Você também pode dar outra direção. A skill não deve modificar o trabalho sem sua aceitação. Depois da escolha de métodos, o menu reaparece; as melhorias aceitas passam a compor a versão analisada.
6. Voltar ao fluxo. Ao escolher Proceed, a versão aceita retorna ao fluxo que chamou a revisão, no ponto em que ele havia parado. Se houver proposta ainda não aceita, a skill deve esclarecer o que entra. Não há um nome fixo de arquivo de saída próprio para essa crítica.

Um método de pre-mortem imagina que a iniciativa fracassou e procura causas que poderiam ser evitadas. Uma auditoria de suposições lista o que o plano toma como verdade e examina confiança e impacto. Para a oficina, eles poderiam revelar que a oferta presume retornos frequentes sem considerar a capacidade dos mecânicos. Isso seria uma hipótese identificada pela crítica; a evidência ainda precisaria ser levantada. O exemplo de negócio é autoral.

/bmad-advanced-elicitation
Use a proposta que acabamos de escrever como alvo. Quero começar com Pre-mortem Analysis e depois Assumption Audit. Mostre os achados e as alterações propostas de cada método; vou decidir o que incorporar antes de avançarmos.

Se party mode estiver ativo, a crítica pode reutilizar seus participantes. Se um método pede perspectivas e não há participantes adequados, o código permite resolver agentes instalados ou criar pontos de vista apropriados. Isso continua sendo análise por IA, não convocação de especialistas reais.

Quando combinar, e quando pular: se faltam alternativas, gere ideias antes de criticar um texto que ainda não representa uma escolha. Se as alternativas já existem e o conflito está nos argumentos, party mode pode ajudar. Se você tem uma proposta definida e quer melhorá-la, advanced elicitation pode entrar diretamente, sem uma discussão anterior. Para uma decisão pequena, uma rodada com uma lente pode ser suficiente. Para uma decisão que compromete várias áreas, você pode aplicar métodos complementares em sequência, aceitando ou rejeitando cada proposta antes de seguir. O menu permite encerrar com Proceed a qualquer momento; não existe obrigação de percorrer os 71 métodos. A escolha proporcional ao negócio é uma orientação editorial.

Catálogo completo: os 71 métodos de crítica e aprofundamento

O arquivo instalado de bmad-advanced-elicitation contém 71 métodos em 12 categorias. Ele é outro catálogo: não aumenta a contagem de técnicas de brainstorm apresentada na Fase 02. Aqui, a intenção é examinar um texto, plano ou decisão já existente. Algumas técnicas aparecem nos dois contextos, mas os nomes e os catálogos são próprios de cada skill.

Como localizar uma fonte nesta tabela: AE/ significa .claude/skills/bmad-advanced-elicitation/. Cada método ocupa uma linha de AE/assets/methods.csv, com um número num indicado na lista de fontes ao final da aula; não é uma posição recomendada na sequência de trabalho. Os nomes em inglês são os nomes exatos para localizar o método. A explicação e a indicação de uso são adaptações didáticas em português, baseadas na descrição daquela linha.

Você pode pedir um método pelo nome ou pelo número quando a skill oferecer o catálogo. Não é necessário usar todos. Ela começa propondo cinco métodos adequados ao contexto; você pode escolher um ou vários, pedir outras opções, listar todos ou prosseguir sem outra rodada. Depois de aplicar uma lente, a skill apresenta o que encontrou e as alterações propostas: você decide o que aceitar.

Os nomes abaixo descrevem formas de examinar o trabalho. Termos como “validação”, “teste”, “auditoria” ou “especialista” no título não comprovam que houve pesquisa com clientes, teste de software ou consulta a um profissional. Leia a proposta junto das evidências que foram realmente obtidas. Nesta aula, os métodos foram conferidos por leitura, sem executar sessões.

Raciocínio e estrutura da análise — advanced (8)

Métodos para comparar abordagens, organizar a justificativa e examinar a maneira de pensar o problema.

Perspectivas em colaboração — collaboration (12)

Métodos que encenam pontos de vista diferentes. Os participantes são perspectivas de IA; uma reação simulada não é entrevista, pesquisa de campo ou avaliação humana.

Confronto de propostas — competitive (3)

Métodos para colocar uma ideia diante de objeções e comparar o que cada lado sustenta.

Análise essencial — core (11)

Métodos de revisão, investigação de causas e clareza que cabem em diferentes tipos de texto ou decisão.

Revisão criativa — creative (9)

Métodos para acrescentar possibilidades, mudar a forma de combinar ideias ou simplificar uma proposta existente.

Definição do problema — framing (4)

Métodos para examinar a pergunta, o nível de detalhe e as pessoas consideradas na proposta.

Aprendizado — learning (3)

Métodos para esclarecer um assunto, conferir compreensão e organizar prática.

Critérios e valores — philosophical (2)

Métodos para examinar a simplicidade de uma explicação e os valores envolvidos numa escolha.

Evidências e comparação — research (4)

Métodos para examinar fontes, hipóteses e critérios de escolha. A análise deve distinguir material fornecido, fontes consultadas e informação ainda ausente.

Aprendizado com o tempo — retrospective (2)

Métodos para extrair lições de experiências e observar decisões de outra posição no tempo.

Riscos e fragilidades — risk (7)

Métodos para encontrar suposições frágeis, causas de fracasso e efeitos de falhas.

Sistemas e software — technical (6)

Métodos que se aplicam a decisões, código, segurança e desempenho. Podem orientar uma revisão; não dispensam evidências e testes executados quando a conclusão depende deles.

A lista corresponde ao catálogo padrão encontrado nesta instalação. É possível acrescentar ou ajustar métodos por customização, sem editar o CSV distribuído; nesse caso, nomes, descrições ou quantidade podem mudar. A aula não pressupõe que essas alterações existam no seu projeto.

Você pode encerrar a Aula 07 com uma boa decisão de negócio e um teste pequeno. Se a decisão exige construir ou mudar um produto, os resultados criativos podem entrar no planejamento da Aula 06. O importante é levar o que foi decidido, o que sustenta a decisão e o que continua incerto, em vez de transformar toda ideia gerada em obrigação de implementação.

Briefing é um documento que explica o produto, o público, o problema e a direção. PRD, de Product Requirements Document, é o documento que detalha necessidades e requisitos do produto. Spec, de especificação, é um contrato conciso do que construir, com arquivos de apoio quando necessário. São destinos diferentes; você não precisa passar por todos apenas porque fez um brainstorm.

Três caminhos possíveis

planning_artifacts é a pasta de documentos de planejamento configurada; project_name é o nome do projeto; slug é um identificador curto do trabalho. Os padrões acima não são caminhos de arquivos produzidos nesta aula.

Essas três skills de planejamento pertencem ao módulo BMad Method, identificado como bmm, e não ao CIS. Se você instalou apenas os recursos criativos e elas não aparecem, confira o catálogo com bmad-help antes de seguir. Para escolher a profundidade de planejamento, consulte também a Aula 02 — Para que serve e onde aplicar.

O brainstorm prevê explicitamente brainstorm-intent.md como um insumo curto para planejamento. Os relatórios do CIS também podem ser fornecidos como contexto. Isso não significa que todas as suas hipóteses serão promovidas a requisitos: uma ideia descartada, um dado incerto e uma decisão aprovada precisam continuar distinguíveis.

Pedido para criar o briefing

/bmad-product-brief
Quero criar um briefing da oferta de manutenção preventiva da Oficina Horizonte. Vou fornecer o brainstorm-intent.md e o relatório de estratégia que produzimos.

Use a direção que escolhemos, preserve as razões para descartar as alternativas e separe fatos, decisões e hipóteses ainda não validadas. Não transforme todas as ideias do brainstorm em escopo. Ajude-me a explicitar público, problema, valor, limites e o que precisamos descobrir antes de investir. Mostre os caminhos dos documentos criados.

O briefing aceita contexto e materiais existentes, oferece um caminho mais rápido com suposições marcadas e um caminho de conversa mais aprofundada. Detalhes importantes que não cabem no documento principal podem ir para addendum.md.

Pedido para detalhar requisitos

/bmad-prd
Quero detalhar os requisitos da primeira versão do serviço de manutenção preventiva. Leia o briefing e os relatórios que vou indicar. Diferencie decisões aprovadas de hipóteses que ainda dependem do piloto. Registre o que a primeira versão precisa fazer, o que ficará fora e como reconheceremos que ela atende ao objetivo. Não acrescente funcionalidades só porque apareceram no brainstorm.

Se já existe um PRD, diga que pretende atualizá-lo e indique a mudança; se quer apenas uma crítica, peça validação. A skill diferencia criação, atualização e validação.

Pedido para o caminho de spec

/bmad-spec
Quero condensar os documentos que vou indicar em uma spec para o piloto da manutenção preventiva. Use o identificador piloto-manutencao-preventiva. Registre motivo, capacidades, limites, o que fica fora e o sinal de sucesso. Preserve os detalhes que mudam decisões em arquivos de apoio e mantenha as dúvidas abertas visíveis. Não trate o relatório criativo inteiro como escopo aprovado.

bmad-spec recebe ideias, briefings, PRDs, anotações e outros materiais. Quando a entrada já está rica, extrai o contrato diretamente; quando está incompleta, o caminho expresso registra lacunas, e o guiado pode trabalhar os campos com você. Se o material for fraco demais para uma especificação, a skill pode recomendar aprofundar o PRD. Ela não deve inventar respostas para deixar o documento com aparência de pronto.

O que muda em trabalho pequeno, grande ou já documentado

Trabalho pequeno com direção clara. Você pode levar o brainstorm-intent.md diretamente a bmad-spec, desde que ele contenha decisões suficientes. Se ainda precisa explicar público, problema e valor, o briefing ajuda a organizar essa direção. O tamanho da empresa não determina o número de documentos: o que importa é o que falta decidir e comunicar. A regra de escolha é editorial.

Trabalho com várias áreas, comportamentos ou restrições. bmad-prd pode aprofundar requisitos no nível exigido pelo produto. O caminho rápido reúne lacunas em poucas perguntas e marca inferências como [ASSUMPTION], isto é, suposição. O caminho acompanhado explora o assunto por conversa. Nele, a entrada pode ser pela visão e funcionalidades ou pela jornada de quem usa o produto. O código prevê adaptar profundidade e seções ao propósito; não exige o mesmo tamanho para um piloto interno e um lançamento complexo.

Documento existente. Leve o arquivo atual e a mudança desejada. Atualizar um briefing ou PRD exige confrontar o novo pedido com as decisões e os materiais anteriores. Validar é examinar o documento; não é autorizar silenciosamente sua reescrita. No briefing, essa crítica retorna na conversa, salvo pedido de arquivo. Na validação de PRD, a skill prevê validation-report.html e validation-report.md na pasta do documento, além dos arquivos de revisão utilizados. Criar, atualizar e validar não são três etapas que você precisa executar sempre.

Spec existente. Use bmad-spec para atualizar as decisões. A pasta usa o identificador do trabalho: repetir o mesmo slug retoma a mesma pasta, preservando os identificadores das capacidades. O registro principal é .memlog.md; SPEC.md e os arquivos de apoio que a própria skill escreveu são derivados dele. Uma edição manual feita apenas em SPEC.md pode ser sobrescrita na próxima atualização. Portanto, explique a mudança à skill para que ela registre a decisão e gere novamente os documentos.

Dividir a spec em entregas menores. Se você precisar desse próximo nível, bmad-spec também oferece a divisão em histórias: partes de trabalho que podem ser revisadas separadamente. Essa opção exige uma SPEC.md existente e conversa com você. O arquivo resultante é stories.yaml, na mesma pasta. Ele é opcional, não aparece em toda spec e não é reescrito automaticamente quando a spec muda; a skill deve apontar descrições desatualizadas e oferecer refazer a divisão. A execução sem interação não realiza essa parte.

Combinações que fazem sentido

Os exemplos a seguir são sequências sugeridas por esta aula a partir dos objetivos das skills. Não são quatro trilhas oficiais obrigatórias:

• Quero apenas ideias: brainstorm → escolha das hipóteses → teste pequeno na operação. Você pode parar aí.
• Quero melhorar a experiência: design thinking → brainstorm para uma parte difícil → protótipo → observação com clientes → novo ciclo conforme os resultados.
• Quero mudar o negócio: estratégia de inovação → discussão entre Maya, Victor e Dr. Quinn → crítica das suposições → piloto → briefing ou requisitos se houver algo a construir.
• Quero comunicar a decisão: resultado da investigação → storytelling → Caravaggio para a apresentação → revisão do texto e dos fatos antes de mostrar ao público.

A ordem e os exemplos são editoriais.

Para uma nova skill de planejamento, leve os caminhos dos documentos e abra uma conversa com contexto suficiente. A ajuda do BMAD recomenda contexto novo por skill. Uma pausa para advanced elicitation dentro de um fluxo é outro caso: Proceed devolve a versão aceita ao ponto em que ele parou. Os quatro fluxos CIS também oferecem party mode nas pausas, mas o fechamento de party mode diz apenas para voltar ao modo normal; não declara um mecanismo automático que atualize o documento ou escolha a próxima etapa. Ao encerrar a discussão, peça explicitamente para retomar o fluxo e diga quais decisões devem ser incorporadas.

Encerre o party mode e retome o fluxo de estratégia de inovação na seção em que paramos. Antes de continuar, mostre quais decisões da discussão você propõe incorporar ao relatório. Preserve como hipóteses os pontos sem evidência e mantenha visíveis as divergências ainda não resolvidas.

Ao terminar, confira: você escolheu um destino ou decidiu parar; sabe quais arquivos entregar; separou decisões, hipóteses e evidências; preservou razões relevantes das alternativas descartadas; e consegue dizer qual observação faria você mudar de ideia.

1. Preciso instalar o CIS para usar somente o brainstorm?

   Não. bmad-brainstorming é do núcleo do BMAD. O CIS acrescenta seus quatro fluxos e seis agentes e inclui o brainstorm compartilhado no catálogo. Se o que você quer são as 108 técnicas, procure primeiro essa skill na instalação atual.

2. Instalei, mas não encontro as skills do CIS. Por onde começo?

   Confira se a pasta correta está aberta, se _bmad/_config/manifest.yaml registra cis e se existem as pastas bmad-cis-* em .claude/skills/. Veja se a integração do Claude Code permaneceu selecionada. Se os arquivos existem e a ferramenta ainda não os reconhece, recarregue a janela ou inicie outra sessão. A documentação da 6.12 recomenda conferir a instalação e recarregar a ferramenta nesses casos.

   Na documentação atual do Claude Code, mudanças em pastas de skills já acompanhadas são reconhecidas na sessão. Se a pasta principal .claude/skills/ só foi criada depois de a sessão começar, a orientação é usar /reload-skills no chat. Confira a documentação compatível com sua versão antes de tratar reiniciar como única solução. Esse recarregamento não foi executado na conferência desta aula.

   Pedido de exemplo de diagnóstico

   Não encontro as skills do CIS. Confira a pasta aberta, o manifest, a integração do Claude Code e as pastas bmad-cis-* em .claude/skills/. Mostre o que existe e o que falta antes de propor uma alteração na instalação. Preserve os demais módulos e ferramentas.

3. A atualização terminou, mas o CIS não foi acrescentado. O que pode ter acontecido?

   Você pode ter usado Quick Update, que atualiza a seleção existente. Para acrescentar um módulo, use o caminho de modificar a instalação, identificado por --action update, e confira a seleção completa. Não repita um comando com uma lista incompleta de módulos ou ferramentas: os itens omitidos podem ser removidos.

4. O seletor de brainstorm não abriu. A sessão está bloqueada?

   Não. Peça para escolher as técnicas pelo chat. Você pode usar Facilitator Chosen, Category ou Inventive Flow, ou abrir manualmente o caminho do seletor informado. A skill não precisa da página para conduzir uma sessão.

5. Marquei as técnicas no navegador e nada aconteceu no chat. Falta um passo?

   Falta copiar o Pedido com Copy prompt e colá-lo de volta no Claude Code. O seletor compõe texto; ele não inicia a sessão por conta própria.

6. Por que o sorteio trouxe uma técnica fora do filtro escolhido?

   No seletor instalado, Great for restringe os cartões visíveis, mas o conjunto de Random não respeita esse filtro visual. Se quiser restringir por categoria, peça Category pelo chat e informe as categorias desejadas. Essa diferença foi identificada por leitura de código, sem teste no navegador.

7. Escolhi Facilitator, mas queria que o Claude Code entregasse as ideias. O que faço?

   Explique a mudança e escolha explicitamente Ideate for me para uma rodada conduzida pela IA, ou Creative Partner para criar junto. Em Facilitator, a regra é fazer você pensar, não preencher a sessão com ideias prontas; a exceção é uma sugestão quando você pede diretamente uma faísca. Confirme como a mudança será registrada ou inicie uma nova rodada com a postura desejada. A troca documentada automaticamente pelo modo autônomo é para continuar com participação humana; outras trocas não foram testadas nesta aula.

8. A sessão está longa. Preciso chegar a cem ideias?

   O código orienta mirar além de cem e não encerrar cedo demais. Isso não obriga você a continuar quando o objetivo já foi atendido ou você está sem disposição. Peça outro ângulo, convergência ou fechamento. O valor está nas possibilidades úteis e no que você aprende, não em preencher uma contagem.

9. Não recebi `brainstorm.html`. A sessão falhou?

   Não necessariamente. Em Facilitator e Creative Partner, o HTML depende da sua escolha no fechamento. Em Ideate for me, é automático. Procure o .memlog.md, veja se a sessão está concluída e peça a geração do HTML a partir do registro. Se nem o registro existir, peça uma verificação; esta aula não reproduziu falhas de gravação.

10. Não aparece uma sessão que eu já fiz. Como retomar?

    Informe o caminho exato do .memlog.md. A oferta automática busca sessões não concluídas; uma sessão complete pode não aparecer. Se você começou duas rodadas do mesmo tema no mesmo dia, confira também a pasta: o padrão usa tema e data, sem hora ou contador. Pela leitura, isso pode levar ao mesmo destino; não foi testado como o programa reage à colisão. Peça uma pasta distinta para um trabalho novo ou continuação explícita do anterior.

11. O relatório parece afirmar que clientes foram entrevistados, mas ninguém foi. Como corrigir?

    Peça para transformar esses trechos em hipóteses ou roteiro de pesquisa e separar claramente os resultados reais. No design thinking, o fluxo prevê trabalho com usuários e teste de protótipo; uma simulação de IA não realiza isso por você. Essa distinção vale também para cenários de mercado, custos e respostas de personagens em party mode. A correção sugerida é uma orientação editorial para não confundir plano com evidência.

12. O storytelling não encontra um campo ou uma estrutura. O que conferir?

    Peça que leia ST/story-types.csv e mostre a linha existente. O menu tem dez atalhos e a biblioteca tem 25 estruturas, com alguns nomes diferentes. O roteiro também pede key_elements e best_for, que não são colunas do CSV instalado; a coluna de perguntas é key_questions. Use as perguntas presentes e registre a limitação, em vez de afirmar que o campo ausente foi encontrado.

13. Chamei Caravaggio, mas não recebi um PowerPoint. Há algo faltando?

    O menu do agente orienta ações de comunicação visual, mas não declara exportação automática em .pptx nem instala ferramentas de imagem ou desenho. Combine a entrega concreta e confira quais recursos o ambiente oferece. Você pode aproveitar a estrutura, as mensagens e as orientações visuais mesmo quando a montagem do arquivo depender de outra ferramenta.

14. Todos os personagens concordaram. Isso valida a ideia?

    Não. No modo session, o mesmo modelo produz todas as vozes. Subagentes podem separar a análise inicial, mas concordância de IA não equivale a dados independentes. Peça a evidência de cada afirmação, as alternativas descartadas e a suposição que mudaria a decisão. O grupo anti-consensus-club foi configurado justamente para pressionar concordância fácil e devolver a decisão ao humano.

15. A crítica sugeriu uma mudança que não quero. Preciso aceitá-la para continuar?

    Não. Em advanced elicitation, Reject descarta a proposta. Você pode escolher outra direção e depois Proceed para retornar ao fluxo com a versão aceita. A skill não deve aplicar a alteração sem sua aceitação.

16. Pedi uma discussão curta, mas party mode continua. Como encerrar?

    Diga que terminou. A skill não exige uma palavra especial para reconhecer o encerramento. Responder à pergunta inicial não basta para fechar uma sessão interativa: ela foi instruída a manter a conversa aberta até seu sinal. Se você quer uma rodada sem participação contínua desde o começo, use --non-interactive no Pedido e dê um objetivo delimitado. Essa opção não transforma personagens em pesquisa real nem altera sozinha a disponibilidade de subagentes ou equipes.

17. Posso mudar o jeito de falar, os favoritos ou guardar uma técnica inventada?

    As skills expõem opções próprias em seus customize.toml. Use bmad-customize para verificar o que é configurável e criar uma alteração separada em _bmad/custom/. Para brainstorm, há preferências e técnicas adicionais; para agentes, estilo e princípios; para party mode, personagens e grupos. O recurso não permite inventar qualquer campo nem alterar arbitrariamente todas as etapas internas.

18. Preciso fazer a Aula 06 inteira depois desta?

    Não. Os fluxos do CIS são opcionais e acionáveis a qualquer momento. Você pode usar uma narrativa numa reunião, testar uma melhoria operacional ou guardar uma lista de ideias e encerrar. Quando houver algo a construir, a Etapa 11 ajuda a escolher briefing, PRD ou spec; a Aula 06 explica o restante do caminho.