Publicador SEO para Medium (vivekkartha/medium-seo-publisher)

Publicador SEO para Medium

Transforme um tópico em um artigo para Medium com respaldo de evidências e um experimento de publicação mensurável. Por padrão, prepare um pacote revisável. A publicação exige uma solicitação explícita na tarefa atual; criar ou invocar esta skill não concede essa permissão.

Compatibilidade com agentes

Estas são instruções portáteis em Markdown. Use as ferramentas do host atual para arquivos, busca, interação com navegador e agendamento; nenhuma API de agente, raiz de sistema de arquivos ou sintaxe de barra-comando específica é necessária. O arquivo opcional agents/openai.yaml fornece apenas metadados de interface para hosts que o entendem; outros hosts podem ignorá-lo.

Em hosts sem descoberta de skills, o usuário pode fornecer SKILL.md e seus arquivos de referência relativos diretamente. Resolva referências relativas a este pacote. Se uma ferramenta necessária estiver ausente, conclua apenas o modo suportado e declare a limitação precisa. Agentes somente texto podem revisar prosa ou trabalhar a partir de evidências compatíveis produzidas por um provedor aprovado; pesquisa ao vivo requer acesso à web e ao provedor, e a publicação requer uma ferramenta de navegador autenticado. Não afirme que todos os hosts foram testados.

Escolha o modo

• A validação SEO é o padrão para todo artigo novo ou existente no Medium. Um tópico, título, esboço ou rascunho fornecido é entrada para a pesquisa; não é permissão para ignorá-la. A menos que o usuário solicite explicitamente um trabalho editorial ou somente prosa, execute a pré-verificação de medição, o gate de métricas do provedor, a inspeção atual da SERP, seleção de palavras-chave, pesquisa de fontes, escrita ou revisão e validação do título SEO.
• Os modos compõem na ordem solicitada. Para escrita, revisão, atualização ou publicação, conclua o fluxo de trabalho SEO padrão antes da entrega ou publicação. Se o gate do provedor bloquear a pesquisa, pare antes de selecionar uma palavra-chave, validar um título, rascunhar, revisar ou publicar.
• Criar ou revisar um artigo orientado por SEO: use o fluxo de trabalho SEO padrão para uma nova ideia e para um artigo existente, inclusive quando o usuário fornecer o assunto, título ou rascunho.
• Atualizar um título ou direção SEO: execute o gate do provedor, inspecione a SERP atual, selecione a palavra-chave suportada e valide o título SEO. Reutilize evidências compatíveis somente quando research.md as considerar atuais.
• Criar um artigo apenas editorial: use esta exceção apenas quando o usuário solicitar explicitamente trabalho apenas editorial. Rascunhe e pesquise o artigo sem pesquisa SEO e declare que nenhuma palavra-chave vencedora ou título SEO foi validado.
• Revisar apenas prosa: use esta exceção apenas quando o usuário solicitar explicitamente trabalho apenas de prosa. Preserve a decisão de título existente, não faça afirmações SEO e declare que a demanda de pesquisa, seleção de palavras-chave, a SERP atual e o título não foram validados.
• Publicar um rascunho aprovado: a menos que o usuário tenha escolhido explicitamente uma exceção editorial ou apenas prosa, conclua o fluxo de trabalho SEO padrão na tarefa atual antes das verificações de política, campo, destino e envio do Medium.

Pré-verificação rápida

Reutilize o contexto da sessão. Verifique apenas o que afeta a próxima ação; mantenha verificações de rotina fora da conversa.

• Leia measurement.md. Estabeleça o tópico ou artigo existente, público, idioma e resultado primário. A menos que o usuário tenha escolhido explicitamente uma exceção editorial ou apenas prosa, estabeleça também o mecanismo de busca e mercado e explique um mercado proposto brevemente a um iniciante. Estabeleça o destino canônico quando a publicação ou postagem cruzada for relevante. Inferir padrões seguros e recomendar leituras engajadas como o resultado para iniciantes; faça uma pergunta agrupada apenas quando valores ausentes mudariam a pesquisa ou publicação.
• Para todo artigo novo ou existente fora de uma exceção editorial explícita ou apenas prosa, faça um inventário do acesso aos provedores em provider-options.md antes de declarar o gate de métricas bloqueado: ferramentas ou APIs conectadas, exportações compatíveis, abas de provedor autenticadas existentes, sessões de navegador controláveis e interfaces públicas próprias. Um login de site não é acesso à API, mas sua interface normal é uma rota de pesquisa válida quando o host pode operá-la.
• Reutilize o acesso fornecido pelo usuário e sessões já logadas. Quando a página ao vivo do provedor documentar uso gratuito adicional após o login, explique a permissão em linguagem simples e peça ao usuário para fazer login ou criar a conta gratuita. Declare também que um plano trial ou pago está disponível e forneça um link para os termos oficiais atuais. Não se inscreva, inicie um trial, assine, gaste créditos ou contorne controles de acesso sem a escolha explícita do usuário.
• Se o usuário recusar o pagamento ou Semrush permanecer indisponível, continue através da ordem de provedores gratuitos primeiro em provider-options.md. Pergunte antes de qualquer login ou trial exigido pelo próximo provedor, mas não pergunte novamente sobre uma opção de pagamento que o usuário rejeitou. Após esgotar as opções gratuitas utilizáveis, apresente a lista paga uma vez e pare se o usuário recusar. Apenas uma solicitação explícita editorial ou apenas prosa ignora o gate de métricas.
• Localize um Humanizador disponível através do catálogo de skills do host ou diretórios de skills configurados. Prefira a skill configurada pelo host, depois a correspondência de capacidade mais próxima; não pergunte ao usuário a menos que as escolhas mudem materialmente a saída. Restrinja-o à edição de prosa: esta skill retém controle de pesquisa, citações, preservação factual, validação de título e publicação. Leia editorial.md e carregue orientações ausentes antes de uma reescrita integrada. Nenhum download ou substituição automática.
• Verifique a identidade da conta Medium apenas para trabalho de editor solicitado. Antes da publicação, verifique o destino real e as configurações de publicação atuais.

Pesquisa com esforço limitado

Esta seção se aplica por padrão a todo artigo novo ou existente no Medium, incluindo solicitações que fornecem apenas um tópico, título, esboço ou rascunho e solicitações para revisão ou publicação. Pule-a apenas quando o usuário solicitar explicitamente trabalho editorial ou apenas prosa.

Leia research.md. Reutilize observações compatíveis recentes quando apropriado; date-as e atualize finalistas quando a decisão depender da concorrência atual.

Prefira uma solicitação de descoberta em lote e uma solicitação de métricas em lote quando a rota disponível as suportar, depois inspecione os finalistas viáveis. Um conector é uma forma opcional de alcançar o provedor, não um pré-requisito: um provedor aprovado pode estar disponível através de uma interface de navegador logado, incluindo o navegador no aplicativo do agente. Descubra o esquema e limites atuais de uma ferramenta conectada em vez de assumir comandos. Siga o gate do provedor em research.md.

Triangule os três candidatos finais, ou todos os candidatos se forem menos, com um segundo provedor aprovado quando disponível. Trate isso como uma corroboração independente de fornecedor/modelo, registre a sobreposição conhecida a montante e retenha escalas específicas do provedor. Se apenas um provedor estiver acessível, relate evidências de provedor único e a incerteza.

Não pare antes que o piso mínimo de pesquisa seja concluído: cada candidato elegível para vencer tem ambas as métricas necessárias para o mercado-alvo, uma SERP localizada atual foi inspecionada, o registro de evidências está completo e uma verificação de segundo provedor foi realizada sempre que acessível. Pesquisas adicionais podem parar quando for improvável mudar a decisão.

Selecione um vencedor e explique a abertura competitiva, intenção do leitor, contribuição original e limitações. Inclua um resumo do título que indique qual pergunta de pesquisa o título recomendado atende, o que ele promete e por que os resultados atuais deixam espaço para este artigo. Um selo de alto volume ou baixa dificuldade é insuficiente. Se os limites do usuário não forem atendidos, diga isso; não os abaixe silenciosamente.

Prepare o artigo

Leia editorial.md e sourcing.md. Se uma amostra de escrita existir, leia-a antes de rascunhar; correções explícitas posteriores substituem hábitos na amostra.

Escreva o artigo completo, a menos que o usuário peça apenas pesquisa, um esboço ou edição. Construa-o em torno da pergunta do leitor selecionada e responda a essa pergunta cedo. Preserve a interpretação do autor distinguindo-a de afirmações factuais. Use fontes verificadas; nunca invente experiências pessoais, pesquisas, números ou citações. A pesquisa de fontes é separada da pesquisa de palavras-chave.

Prepare o artigo, título/subtítulo da história, título/subtítulo do cartão de pré-visualização, até cinco tópicos relevantes, direção de imagem/rascunho de texto alternativo e registro de fontes de afirmações materiais juntos. Por padrão, inclua também o snippet de pesquisa proposto e evidência de palavra-chave. Após uma solicitação explícita editorial ou apenas prosa, marque metadados de pesquisa como não pesquisados em vez de inventá-los. Trate campos não observados no Medium como metadados entregáveis, não como controles que foram definidos. Faça títulos e FAQs servirem ao leitor; não force um modelo em um ensaio. Preserve edições do usuário ao reler o arquivo final.

Execute uma passagem editorial integrada seguida por uma revisão factual e de voz em todo o documento. Reescreva parágrafos afetados em vez de trocar frases repetidamente. Não certifique a prosa como humana ou confunda uma varredura limpa de palavras com qualidade editorial.

Mantenha o título vinculado à pesquisa

Por padrão, trate o título recomendado como parte da decisão de pesquisa, não como decoração adicionada após o rascunho. Valide-o contra a palavra-chave selecionada e a SERP atual, depois apresente-o com uma breve justificativa em linguagem simples cobrindo a pergunta de pesquisa, provável leitor, abertura competitiva, promessa do artigo e como o rascunho cumpre essa promessa. Após uma solicitação explícita editorial ou apenas prosa, forneça uma justificativa editorial cobrindo o provável leitor, promessa do artigo e como o rascunho a cumpre; não afirme que uma pergunta de pesquisa ou abertura competitiva foi validada.

Para um título orientado por SEO, avalie uma substituição proposta em vez de aceitá-la ou rejeitá-la mecanicamente:

• Se preservar a mesma intenção do leitor e promessa factual, refine-o se útil e verifique novamente sua clareza em relação à pesquisa.
• Se um título mais literário do Medium puder coexistir com um título de pesquisa separado, use ambos apenas quando descreverem honestamente o mesmo artigo. Explique o papel de cada um.
• Se mudar o tópico, intenção ou resposta prometida, não o chame de vencedor pesquisado. Explique a incompatibilidade e retenha o título suportado, ou execute uma atualização de pesquisa focada para a nova direção.
• Se o usuário escolher explicitamente um título materialmente alterado, preserve sua decisão editorial, mas não publique ou descreva como validado por SEO até que uma atualização focada passe no piso de métricas e SERP. Se eles escolherem explicitamente um caminho editorial ou apenas prosa, marque a conclusão anterior do título como substituída, omita afirmações de vencedor pesquisado e redefina a medição.

Após uma solicitação explícita editorial ou apenas prosa, compare um título de substituição com o leitor e promessa do artigo sem afirmar validação SEO. Em todos os outros casos, um título de substituição permanece no fluxo de trabalho SEO padrão.

Pesquisar em uma consulta não valida automaticamente tópicos próximos. Consultas relacionadas podem sugerir um cluster de artigos, mas cada artigo materialmente diferente precisa de sua própria verificação de intenção e concorrência. A pesquisa de busca melhora a escolha; não garante ranqueamento, leitura ou que todo tópico próximo seja adequado para o autor.

Entregue ou publique

O modo de preparação termina com um artigo e metadados revisáveis, lacunas de evidências e um plano de medição. Use uma pasta de tarefa fornecida pelo usuário ou uma pasta de saída local claramente nomeada. Reutilize artefatos existentes em vez de criar relatórios redundantes.

Quando a publicação for explicitamente solicitada, leia publishing.md. Use o editor ao vivo, preserve atribuição e configurações de acesso, verifique todos os controles de publicação e confirme o resultado público. A notificação por e-mail para assinantes é uma configuração separada; não infira permissão a partir da permissão para publicar.

Inclua um cronograma de acompanhamento proporcional na entrega, ancorado na data de publicação ou atualização material. Crie trabalhos agendados reais apenas quando solicitado.

Padrão de conclusão

• A menos que o usuário tenha solicitado explicitamente trabalho editorial ou apenas prosa, a conclusão exige um gate de métricas do provedor aprovado, uma palavra-chave selecionada, uma inspeção atual da SERP localizada e um título SEO validado contra essas evidências. Fornecer um tópico, título, esboço ou rascunho não satisfaz ou dispensa essas verificações.
• Para uma exceção explícita editorial ou apenas prosa, relate que métricas do provedor, a SERP atual, seleção de palavras-chave e validação de título SEO não foram realizadas.
• Cada candidato vencedor tem provedor, mercado, datas de métricas, volume, dificuldade orgânica e incerteza; linhas incompletas permanecem como leads não validados.
• Toda afirmação factual material é referenciada, qualificada ou removida.
• O artigo e o título cumprem a mesma promessa ao leitor e preservam o significado factual e a voz do autor.
• Os metadados concordam com o artigo; referências e atribuição de imagem sobrevivem à edição.
• O modo de preparação relata prontidão e lacunas. O modo de publicação relata a URL verificada e o estado de acesso/notificação observado.
• Nunca prometa ranqueamento, conversão, ganhos ou estrelas. Validade do pacote e pontuações editoriais não são evidência de resultado.