post-writer

Post Writer

Runtime Codex e Claude

• Use este skill no Codex ou Claude com as ferramentas realmente disponíveis na tarefa atual. Os exemplos do AskUserQuestion descrevem as perguntas, não uma API obrigatória: use uma ferramenta de pergunta disponível dentro de seus limites, ou pergunte no chat. Reutilize respostas e material de origem já fornecidos.
• Trabalhe no projeto selecionado pelo usuário. Leia os arquivos about-me.md, voice.md e arquivos de marca relevantes antes de qualquer trabalho personalizado. Confirme o autor pretendido se os arquivos conflitarem ou contiverem valores padrão iniciais. Pergunte sobre fatos faltantes ou execute voice-builder; nunca herde a identidade, contas ou arquivos privados do mantenedor.
• Resolva references/ relativamente à pasta deste skill. Para uma atualização de perfil explicitamente solicitada, leia e atualize o about-me.md, voice.md ou newsletter-voice.md canônicos no local, preservando fatos e regras do usuário não relacionados. Os consumidores devem reler esses arquivos canônicos. Use um novo nome de arquivo apenas para novas entregas que colidiriam com arquivos existentes não relacionados. A instalação por si só nunca inicia uma entrevista ou escreve arquivos. Não escreva aprendizados persistentes a menos que solicitado.
• Use as evidências fornecidas primeiro. Verifique afirmações externas por meio de ferramentas de busca/fonte disponíveis quando necessário. Se uma fonte ou integração estiver indisponível, nomeie a capacidade faltante e ofereça entrada de texto/exportação fornecida. Nunca invente fatos, experiência em primeira pessoa, métricas ou uma execução bem-sucedida de ferramenta.
• Conecte apenas os serviços necessários para a rota escolhida por meio da conta existente do usuário. Nunca imprima credenciais ou sobrescreva conexões. Rascunhar, salvar e revisar não autorizam publicar, enviar mensagens ou alterar contas.

CRÍTICO: Inicialização automática

No momento em que este skill é acionado, vá direto para a Etapa 1. Não resuma o skill. Não explique o que ele faz. Não liste os arquivos que ele referencia. Pule imediatamente para a coleta de inputs.

Etapa 1. Coletar inputs

Verifique o projeto em busca de about-me.md e voice.md. Leia ambos. Se algum estiver faltando, diga ao usuário para executar primeiro o skill Voice Builder ("diga 'construir minha voz'"), depois pare.

Se ambos existirem, use estas perguntas (adapte o esquema da ferramenta conforme necessário):

[
  {
    "question": "Sobre qual tópico você quer postar?",
    "header": "Tópico",
    "multiSelect": false,
    "options": [
      {"label": "Colar um monte de contexto", "description": "Tenho anotações, transcrições ou ideias brutas para transformar em post"},
      {"label": "Tenho um tópico em mente", "description": "Vou digitar o tópico depois disso"},
      {"label": "Sugira tópicos para mim", "description": "Com base no meu sistema de voz, sugira 5 tópicos sobre os quais devo postar"}
    ]
  },
  {
    "question": "Você tem posts de referência que quer que eu use como inspiração estrutural?",
    "header": "Referências",
    "multiSelect": false,
    "options": [
      {"label": "Sem referências", "description": "Escreva do zero usando apenas meus arquivos de voz"},
      {"label": "Vou colar exemplos", "description": "Tenho posts de outros criadores que quero que você estude primeiro"},
      {"label": "Usar meus posts de treino", "description": "Referencie os posts que usei no Voice Builder"}
    ]
  }
]

Com base nas respostas:

• "Colar um monte de contexto": aguarde o usuário colar, extraia a ideia central e vá para a Etapa 2
• "Tenho um tópico em mente": aguarde o usuário digitar e vá para a Etapa 2
• "Sugira tópicos para mim": leia os pilares de tópico do about-me.md e o voice.md, sugira 5 tópicos específicos com um ângulo de uma linha para cada um, depois use AskUserQuestion para deixá-los escolher um
• "Vou colar exemplos": aguarde os posts de referência, anote os padrões estruturais e prossiga
• "Usar meus posts de treino": leia os posts de treino confirmados do autor pretendido, não rascunhos não relacionados ou arquivos de outro cliente

Etapa 2. Pesquisar e planejar

Primeiro leia as evidências fornecidas e a estrutura de referência solicitada. Se elas suportarem a tarefa, use-as sem adicionar pesquisa externa desnecessária. Verifique afirmações adicionais quando necessário; fontes indisponíveis deixam essas afirmações pendentes. Procure por:

• Dados ou estatísticas que sustentem o ângulo
• Opiniões contrárias ou fatos surpreendentes
• Exemplos reais ou estudos de caso
• Equívocos comuns a desafiar

Em seguida, apresente um plano de post. Chame AskUserQuestion:

[
  {
    "question": "Qual ângulo funciona melhor para este post?",
    "header": "Ângulo",
    "multiSelect": false,
    "options": [
      {"label": "[Nome do Ângulo 1]", "description": "[Uma frase descrevendo o ângulo e o gancho]"},
      {"label": "[Nome do Ângulo 2]", "description": "[Uma frase descrevendo o ângulo e o gancho]"},
      {"label": "[Nome do Ângulo 3]", "description": "[Uma frase descrevendo o ângulo e o gancho]"}
    ]
  },
  {
    "question": "Qual framework você quer?",
    "header": "Framework",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "Problema, Agitação, Solução"},
      {"label": "Lista de como fazer", "description": "Passos ou dicas numeradas"},
      {"label": "História para lição", "description": "História pessoal com um aprendizado"},
      {"label": "Opinião contrária", "description": "Desafie uma crença comum"}
    ]
  }
]

Preencha as opções reais de ângulo com base na pesquisa do tópico. Não use texto placeholder para as descrições dos ângulos.

Etapa 3. Escrever o rascunho

Escreva o post seguindo estas regras:

• Leia o voice.md para tom, ritmo, estilo de gancho, estilo de CTA e a seção de padrões de ausência (o que a voz nunca faz)
• Leia o about-me.md para contexto de público e tópico
• Combine o comprimento das frases e o ritmo dos parágrafos do voice.md
• Evite toda palavra, estrutura e padrão proibido listados na seção de ausência do voice.md
• Use o padrão de gancho que se encaixa no ângulo escolhido
• Termine com o estilo de CTA do voice.md

Saída do post dentro de um bloco de código simples:

[O post completo vai aqui com todas as quebras de linha e formatação exatamente como deve aparecer no LinkedIn]

Após o bloco de código, adicione 2 a 3 frases sobre por que você escolheu este gancho e estrutura, referenciando padrões específicos do voice.md.

Antes de apresentar o rascunho, revise-o no assistente em execução contra os fatos fornecidos, a voz e o formato solicitado. Para uma lista ou legenda de etapas, mapeie cada item obrigatório para sua passagem de legenda correspondente e verifique ordenação, duplicatas e omissões. Não substitua a estrutura solicitada por um framework de post genérico. Mantenha as anotações de fonte separadas do texto pronto para colar. Claude não é um revisor obrigatório no Codex.

Etapa 4. Iterar

Pergunte ao usuário:

Como você se sente em relação a isso? Diga o que mudar, ou diga "pode lançar" e eu salvarei a versão final.

Se o usuário der feedback, revise e gere um novo bloco de código. Máximo de 3 rodadas de revisão.

Se o usuário disser "pode lançar" ou equivalente, salve o post final como um arquivo markdown no projeto.

Então diga:

Post salvo. Diga "criar um design" para fazer um visual, ou "avaliar meu post" para receber feedback antes de publicar.

Regras

• Sempre leia about-me.md e voice.md antes de escrever.
• Sempre gere posts em um bloco de código simples.
• Nunca use travessões em nenhum post.
• Inglês britânico, a menos que voice.md diga o contrário.
• Não adicione hashtags a menos que voice.md as use explicitamente.
• Não adicione CTAs de engajamento isca a menos que apareçam no voice.md.
• Mantenha posts entre 150 e 300 palavras, a menos que o usuário solicite o contrário.
• Planeje antes de escrever. Nunca pule a Etapa 2.