Planejamento

Saia do briefing com sete peças que não dizem a mesma coisa

Você manda o briefing da semana e quanto tempo tem; a IA monta sete peças em sequência, cada uma com rascunho, chamada e o que falta para ficar pronta.

Você manda isto, recebe isto

Exemplo fictício

Antes
Sete posts dizendo “use mais contexto”, cada um num formato diferente.
Depois
O primeiro dia mostra o problema numa frase de exemplo, o segundo explica a diferença entre soar bem e ter base, o quinto vira exercício e o último convida a responder com uma dúvida.
Por quê
Cada dia tem uma função, em vez de repetir a mesma ideia. O que depende de material que você ainda não mandou fica marcado como pendente.

Como usar

No Claude

  1. Toque em Baixar grátis com seu e-mail e salve o arquivo.
  2. No Claude, abra Configurações → Habilidades → Adicionar → Fazer upload de habilidade e envie o arquivo. Funciona em todos os planos, inclusive o grátis, com 'Execução de código' ligada em Configurações → Recursos.
  3. Numa conversa nova, mande o que está em Tenha em mãos e peça o resultado.
Tela do Claude 'Fazer upload de uma habilidade', com o arquivo .zip escolhido e a prévia do nome e da descrição da skill.Opção 'Execução de código na nuvem e criação de arquivos' ligada em Configurações → Recursos, marcada como necessária para Skills.

No ChatGPT ou no Gemini

  1. Toque em Usar como prompt (ChatGPT ou Gemini).
  2. Cole numa conversa nova e mande o que está em Tenha em mãos.

Qual a diferença para um prompt?

O prompt você cola a cada pedido. A skill você entrega uma vez e a IA segue o mesmo passo a passo sempre.

Detalhes técnicos
Versão
1.1.0
Idioma
Português (Brasil)
Arquivos
8

Arquivos do pacote

  • references/
    • entrada.md
    • exemplo.md
    • instalacao.md
    • modelo-de-saida.md
    • quadro-de-execucao.md
    • replanejamento.md
  • SKILL.md
  • manifest.json (índice do pacote)

O texto que a IA lê

Quando usar

Use para transformar um briefing já confirmado em uma sequência editorial executável. O plano deve levar o leitor de reconhecer um problema a escolher uma próxima ação, acrescentando informação em cada peça. A unidade de trabalho é uma semana com sete peças, não sete promessas de resultado ou sete publicações automaticamente agendadas.

Uma ideia central organiza a semana, mas não substitui a função de cada dia. Uma legenda e um vídeo com a mesma explicação são repetição de mensagem, mesmo que tenham aparência diferente. O plano é útil quando cada peça responde a uma dúvida própria e depende de um insumo que existe ou está explicitamente pendente.

Quando não usar

Não use para inventar posicionamento, preencher pesquisa inexistente ou transformar uma frase vaga em estratégia supostamente validada. Se o público, a oferta ou a ação desejada não estiverem confirmados, primeiro peça esclarecimento. Para pedidos de uma única peça, respeite esse escopo em vez de impor a semana completa. Esta Skill não estima alcance, vendas ou conversão e não publica nem agenda conteúdo sem solicitação separada.

Resultado

  • Plano de sete dias com funções distintas, rascunhos, dependências e critérios de pronto

Formato de saída

Leia modelo de saída (vem no pacote da skill). Abra com pergunta da semana, público, canal, capacidade e fontes confirmadas. Entregue sete linhas ou sete blocos numerados contendo todos os campos, além do estado e da próxima revisão. Separe pendências, dependências comuns e a decisão necessária para liberar o plano. Não chame rascunho de peça pronta para publicar.

Consulte o exemplo (vem no pacote da skill) para ver uma semana em que diagnóstico, explicação e demonstração não dizem a mesma coisa. Use-o como demonstração do método; os dados fictícios não podem migrar para o briefing real. Se o usuário trouxer um calendário existente, preserve suas escolhas confirmadas e aponte claramente qualquer alteração proposta.

Procedimento

  1. Confirme a pergunta da semana. Resuma a dúvida que o público deve conseguir responder ao final. Verifique que ela se relaciona ao problema e à próxima ação do briefing. Se houver vários objetivos concorrentes, pergunte qual orienta a semana. Não troque o objetivo informado por crescimento de audiência ou compra imediata por padrão.
  2. Audite capacidade e insumos. Verifique se canal, formatos possíveis e tempo de produção foram informados. Use as restrições como limite real. Não proponha filmagens, clientes convidados ou dados novos como se já estivessem disponíveis. Se só houver texto e um esquema, planeje com esses recursos e nomeie o que depende de aprovação.
  3. Distribua funções distintas. Dia 1: diagnóstico, tornar um sintoma reconhecível. Dia 2: explicação, esclarecer por que uma distinção importa. Dia 3: demonstração, mostrar um processo ou artefato verificável. Dia 4: objeção, examinar um limite ou dúvida. Dia 5: aplicação, orientar uma pequena ação realizável. Dia 6: síntese, ajudar a reunir e avaliar o que foi visto. Dia 7: próxima ação, apresentar uma escolha coerente com o briefing. Preserve essa sequência funcional; formatos podem se repetir se isso respeitar a capacidade.
  4. Defina a contribuição inédita. Para cada dia, escreva qual nova pergunta ele responde e qual informação acrescenta. Compare com os anteriores sem olhar os nomes dos formatos. Se a resposta continuar a mesma, ajuste o ângulo com o material existente. Não invente exemplos ou testemunhos para criar uma falsa sensação de novidade.
  5. Escreva cada peça em nível de rascunho. Informe objetivo, formato, insumo, rascunho, CTA, definição de pronto e dependência. O rascunho contém uma abertura e um desenvolvimento específico do briefing, não só “falar sobre o tema”. Preserve diferenças entre um fato, uma hipótese e uma ilustração. Rótulos de pendência ficam fora do texto publicável e bloqueiam sua aprovação quando faltam informações essenciais.
  6. Faça CTAs proporcionais. O CTA de diagnóstico pode pedir que a pessoa reconheça uma ocorrência; aplicação pode convidar a executar a atividade descrita. A próxima ação final precisa existir e ter sido autorizada no briefing. Não invente link, material gratuito, vaga limitada, atendimento ou promoção. Se o destino estiver ausente, marque o dia como bloqueado e pergunte, em vez de fabricar um endereço.
  7. Conecte dependências e pronto. A definição de pronto deve poder ser verificada: conter uma distinção correta, mostrar as etapas autorizadas, manter o limite da oferta ou apontar para um destino confirmado. “Ser envolvente” não é critério verificável. Diga qual insumo ou aprovação libera cada peça; quando não houver dependência adicional, escreva isso. Nenhum dia pode depender de algo que só será produzido mais tarde sem explicitar a mudança necessária.
  8. Teste a viabilidade editorial. Compare tarefas com a capacidade declarada, sem prometer duração que não foi estimada pelo usuário. Simplifique formatos e quantidade de elementos quando necessário, preservando as funções. Se nem a versão simples couber, exponha o conflito e peça priorização; não transforme um plano inviável em uma obrigação diária. Dias são posições da sequência, não datas confirmadas.

Regra de parada

Se faltar briefing confirmado, público, ideia central, canal, capacidade ou ação final, pare antes de concluir a semana e pergunte pelo que determina as escolhas. Se faltar prova para uma afirmação de resultado, não produza essa afirmação. Peça o material ou proponha, de forma explícita, uma ilustração de processo com dados já fornecidos; não apresente a ilustração como demonstração de eficácia.

Se faltarem apenas insumos de dias específicos, entregue o plano parcial com esses dias bloqueados e indique exatamente o que os libera. Uma peça bloqueada não pode avançar diretamente para aprovada: primeiro confirme o insumo, retorne-a ao planejamento e aplique a definição de pronto. Se houver pressão para inventar detalhes e completar as sete linhas, mantenha a lacuna. A entrega termina com o plano, seu quadro de execução e suas pendências; execução, publicação e coleta de dados exigem outro pedido. Para carregar a pasta completa, consulte instalação.

Validação

Estrutura verificada

Estrutura verificada confere arquivos, caminhos e checksums. Não comprova o comportamento em um agente.

Autoria, fonte e licença

Criada pelo PromptMestre

URL canônica

Licença: CC-BY-4.0