CommunityEscrita e Ediçãogithub.com

flaqai/backlink_skills

Gerencia tarefas de blog: confirma requisitos, aloca autores e revisores independentes, valida HTML/Markdown completos com URLs públicas de imagens e verifica a página publicada. Usado para iniciar, retomar ou entregar projetos de blog.

O que é backlink_skills?

Esta skill automatiza o fluxo de trabalho de produção de blogs, atuando como um orquestrador central (G) que coordena desde a coleta de requisitos até a verificação da página publicada. Ela gerencia a alocação de autores (W) e revisores independentes (R), garante que o conteúdo final seja entregue em HTML e Markdown com imagens hospedadas publicamente, e realiza uma verificação de qualidade na página ao vivo. A skill é projetada para ambientes onde a qualidade e a eficiência são igualmente importantes, suportando plataformas como Claude Code, Cursor e Codex, e segue um processo rigoroso de 6 etapas: coleta de requisitos, pesquisa e planejamento, confirmação do plano e alocação de tarefas, escrita, revisão e validação, e por fim, verificação da página publicada. Ela utiliza ferramentas leves de entrega e referências externas, garantindo que todo o conteúdo esteja alinhado com a marca, os requisitos de SEO (palavras-chave) e as diretrizes de CTA/divulgação, enquanto mantém a publicação final estritamente manual para evitar erros de automação.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/flaqai/backlink_skills/tree/HEAD/scalable-seo-blog-workflow/skills/blog-gate

Installed? Explore more Escrita e Edição skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Blog Master Controller (G)

G é responsável por confirmar requisitos, alocar W (autor) e R (revisor independente), validar a entrega e verificar a página publicada. Qualidade e eficiência têm igual prioridade.

A entrega final consiste em dois documentos completos com texto e imagens: HTML (com URLs públicas de imagens inline) e Markdown (referenciando as mesmas URLs na mesma posição). O corpo do texto deve conter apenas o conteúdo para o leitor e legendas; instruções operacionais, nomes de arquivo, Alt texto visível e outros metadados devem ser listados separadamente, fora do corpo. Páginas contendo apenas listas de links de imagens, resumos ou cartões de placeholder são consideradas entregas incompletas.

Fluxo de Trabalho

  1. Coleta de Requisitos: Coletar marca e estilo, número de artigos, plataformas candidatas, idioma/mercado, palavras-chave, CTA (links de call-to-action), divulgação, imagens e requisitos de entrega. Para cada nova tarefa, fornecer uma lista de preparação manual necessária; perguntar sobre itens faltantes que impactem a entrega.
  2. Pesquisa e Planejamento: Compilar pesquisa e plano de escrita por artigo. As plataformas são limitadas ao escopo fornecido pelo usuário; um artigo por plataforma. Primeiro, examinar o conteúdo geral da seção-alvo real; depois, ler artigos de diferentes fontes para evitar julgamentos baseados em casos isolados. As informações da plataforma ajudam a avaliar idioma, público e profundidade; o modelo projeta tópicos com base nisso. Para múltiplas plataformas, esclarecer as perguntas do público e o principal valor de ajuda de cada uma; a localização de tópicos semelhantes segue as instruções do usuário. Entregar tópicos recomendados, estrutura do texto, etapas que o produto assume e breve justificativa para confirmação antes de iniciar a escrita. Ajustar o plano se encontrar evidências contrárias; não exigir artigos populares pré-existentes sobre o mesmo tópico. Apenas pesquisar lacunas que afetem recomendações ou fatos críticos; encerrar quando houver informação suficiente. Tratar restrições gerais de marketing como avisos de risco, mantendo opções para o usuário decidir; continuar com tarefas locais já confirmadas. O método de correspondência está em Plataforma Match; subagentes de pesquisa somente leitura podem ser reutilizados.
  3. Confirmação do Plano: Apresentar o plano completo; após confirmação do usuário, alocar escrita e geração de imagens. Salvar em task-plan.json os requisitos compartilhados, tarefas do leitor por artigo, mercado, ângulos de diferenciação, limites factuais e cronograma de entrega, mantendo a fonte de confirmação original. Reutilizar dados de plataforma aplicáveis para lotes no mesmo grupo. A confirmação cobre requisitos e tarefas do leitor; títulos, esboços e exemplos são provisórios para otimização pelo autor, a menos que explicitamente bloqueados.
  4. Alocação de Tarefas: Reutilizar um pequeno conjunto de W e R independentes conhecidos. Cada W escreve em articles/<ID>/; G mantém requisitos compartilhados e progresso. Fornecer a cada função os requisitos do artigo e dados aplicáveis. Mudanças de escopo, plataforma, idioma, CTA ou tarefa do leitor são decididas pelo usuário; problemas pausam apenas os artigos afetados.
  5. Validação e Entrega: Após W concluir e verificar o conteúdo final HTML/Markdown e ativos, R revisa. Quando R aprova a versão atual, G compara com a confirmação original do usuário: número de artigos, plataforma/idioma, significado de palavras-chave, CTA/divulgação, convenções de links, imagens inline, capa extra e entrada dupla de documentos, e então entrega formalmente ao usuário. Problemas específicos de qualidade são enviados de volta para W corrigir e R re-revisar; resultados de revisão ausentes ou problemas não resolvidos são relatados primeiro.
  6. Verificação da Página Publicada: Após publicação manual, retornar a URL e conclusão (aceitar ou necessidade de correção). O mesmo G verifica a página desktop publicada por padrão usando QA de Página Pública, julgando com base na renderização real se as imagens quebram o layout, cortam anormalmente ou afetam a leitura; verificar a versão mobile apenas se solicitado pelo usuário. Problemas do lado da plataforma geram dicas de correção para mesclagem manual; G apenas revalida itens relevantes, sem reabrir escrita ou revisão. Ao aguardar mensagens do usuário, salvar progresso e encerrar execução.

Requisitos e Ferramentas

  • O texto âncora visível de links externos para o produto alvo deve conter o nome da marca confirmado correspondente, preferencialmente explicando naturalmente a finalidade; determinar a grafia da marca antes de escrever. Se o texto fixado não contiver a marca, encaminhar ao usuário para resolver; não alterar texto automaticamente. CTAs especificados, quantidades e divulgação devem ser preservados; recomendações são secundárias e pertinentes. A relação padrão é "fundador" (founder); operações de conta exigem autorização separada.
  • Cada título/H1 esperado deve expressar naturalmente toda a proteção de significado da palavra-chave; quando bloqueado palavra por palavra, seguir o original. Para expressão multilíngue, escolher na ordem: termos já usados pela marca, variações regionais naturais, traduções registradas.
  • Texto e imagens devem, tanto quanto possível, ecoar a marca. Além das imagens inline, preparar uma capa separada por padrão; quantidade e formato seguem os valores confirmados; verificar cada imagem final. Para novas tarefas, W escolhe o serviço de hospedagem de imagens, gera links públicos diretos e entrega páginas HTML/Markdown completas com imagens. O plano deve incluir os requisitos públicos das imagens.
  • Novas tarefas usam Ferramenta de Entrega Leve; projetos antigos com campaign.json seguem Interface Antiga mantendo confirmações e registros originais.
  • A publicação do blog é estritamente manual: a máquina não pode inserir conteúdo no editor de artigos, fazer upload de imagens na plataforma de blog, salvar rascunhos, publicar, excluir ou modificar o cliente do navegador de impressão digital. O upload para hospedagem de imagens é permitido apenas para imagens publicáveis do artigo atual, seguindo Hospedagem de Imagens; registro/login e configuração mínima seguem Autorização Especializada, mantendo a configuração existente do modelo.

Após compressão ou restauração, ler completamente o Fluxo Curto; depois reler a tarefa original, o rascunho atual e questões em aberto; consultar referências conforme necessário.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Habilidades Relacionadas