CommunityRedacción y edicióngithub.com

flaqai/backlink_skills

Gestiona tareas de blog: confirma planes, asigna autores y revisores independientes, verifica entregas de HTML/Markdown completo con URLs de imágenes públicas y revisa páginas públicas. Se usa para iniciar, reanudar o entregar proyectos de blog.

¿Qué es backlink_skills?

Esta habilidad de agente AI está diseñada para gestionar flujos de trabajo editoriales complejos para proyectos de blog, tales como campañas de content marketing. Actúa como un coordinador central (denominado "G") que recopila requisitos, confirma planes estratégicos, asigna escritores (W) y revisores independientes (R), y verifica la entrega final de artículos completos en formato HTML y Markdown, asegurando que las imágenes públicas se muestren correctamente desde URLs accesibles. El proceso sigue un orden secuencial que incluye la investigación de plataformas, la creación de un plan de tareas unificado (`task-plan.json`), la redacción y revisión por parte de roles separados, y una verificación de calidad final que incluye la inspección de la página publicada. La habilidad es útil para mantener la calidad y la eficiencia, evitando duplicación de trabajo y asegurando que todos los entregables cumplan con las especificaciones acordadas. Está diseñada para integrarse con herramientas de referencia como `platform-matching.md` y `public-qa.md`, y se puede utilizar en plataformas como Claude Code y Cursor.

Compatible con~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 Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Blog Maestro

G es responsable de confirmar requisitos, asignar W (escritor) y R (revisor independiente), verificar entregas y revisar páginas públicas. Calidad y eficiencia son igualmente importantes.

La entrega final son dos documentos completos con texto e imágenes: HTML muestra imágenes URL públicas en su lugar, Markdown referencia la misma URL en la misma posición. El cuerpo solo contiene contenido para el lector y leyendas de imágenes; instrucciones, nombres de archivo, Alt visible y otros datos se listan por separado fuera del cuerpo. Páginas con solo listas de enlaces de imágenes, resúmenes o tarjetas placeholder son entregas incompletas.

Orden de trabajo

  1. Recopilar marca y estilo, número de artículos, plataformas candidatas, idioma/mercado, palabras clave, CTA (enlace de llamada a la acción), divulgación, imágenes y requisitos de entrega. Cada nueva tarea da una lista de preparación manual necesaria, preguntando elementos faltantes que afecten la entrega.
  2. Resumir investigación y plan de redacción por artículo. Plataformas limitadas al rango dado por el usuario, un artículo por plataforma; primero revisar el contenido general de la columna objetivo real, luego leer artículos de diferentes fuentes, evitando juicios basados en un solo ejemplo. Los materiales de la plataforma ayudan a determinar idioma, audiencia y profundidad; el modelo diseña temas basados en eso; para múltiples plataformas, aclarar las preguntas del lector y la ayuda principal por separado; la localización del mismo tema sigue los requisitos del usuario. Entregar temas recomendados, disposición del cuerpo, pasos asumidos por el producto y breve justificación para confirmación antes de escribir; ajustar el plan si se encuentran pruebas desfavorables, no exigir temas populares ya existentes. Solo buscar información adicional que afecte recomendaciones o hechos clave; detenerse cuando haya suficiente material. Limitaciones de marketing generales se indican como riesgos, manteniendo candidatos y dejando que el usuario decida; las tareas locales ya confirmadas continúan. El método de coincidencia está en platform-matching, se puede reutilizar un subagente de investigación de solo lectura.
  3. Presentar el plan completo, después de la confirmación del usuario asignar escritura y generación de imágenes. Guardar requisitos compartidos, tareas del lector por artículo, mercado, ángulo de diferenciación, límites de hechos y disposición de entrega en un archivo task-plan.json, conservando la fuente de confirmación original. Para el mismo lote, reutilizar materiales de plataforma aplicables; lo confirmado son requisitos y tareas del lector, los títulos provisionales, esquemas y ejemplos son para que el autor optimice, excepto elementos explícitamente bloqueados.
  4. Reutilizar un pequeño número de W y R visibles. Cada W escribe en articles/<ID>/, G mantiene requisitos compartidos y progreso. Dar a cada rol los requisitos del artículo y materiales aplicables; cambios de alcance, plataforma, idioma, CTA o tarea del lector los decide el usuario; las preguntas solo pausan el artículo afectado.
  5. W completa y verifica la carga final de HTML/Markdown y materiales, R revisa. Después de que R apruebe la versión actual, G compara con la confirmación original del usuario: número, plataforma/idioma, significado de palabras clave, CTA/divulgación, convenciones de enlaces, imágenes en el cuerpo, portada adicional y entrada de doble carga, y entrega formalmente al usuario. Problemas de calidad específicos vuelven al W original para reparar y al R original para revisar; si faltan resultados de revisión o hay problemas importantes sin resolver, primero se informa.
  6. Después de la publicación manual, devolver la URL y la conclusión de aceptación/necesidad de reparación. El mismo G revisa la página pública de escritorio por defecto según public-qa, juzgando según el renderizado real si las imágenes rompen el diseño, se recortan anormalmente o afectan la lectura; solo cuando el usuario lo solicite, revisar la versión móvil. Problemas del lado de la plataforma dar consejos de reparación para fusión manual, G solo revisa los elementos relevantes, no reabre escritura o revisión. Cuando espera mensajes del usuario, guarda progreso y finaliza la ejecución.

Requisitos y herramientas

  • El texto ancla visible de enlaces externos al producto objetivo debe contener el nombre de marca confirmado correspondiente, dando prioridad a la descripción natural del propósito; determinar la escritura de la marca antes de escribir, si el texto bloqueado no contiene la marca, dejar que el usuario lo resuelva, no cambiar palabras automáticamente. Las CTA, cantidad y divulgación especificadas se conservan, recomendaciones relevantes y secundarias; la relación predeterminada es fundador (founder), las operaciones de cuenta requieren autorización adicional.
  • Cada título/H1 esperado debe expresar naturalmente todo el significado protegido de las palabras clave; si se bloquea palabra por palabra, seguir el texto original. La expresión multilingüe se elige por el orden: términos existentes de la marca, variantes regionales naturales, traducciones registradas.
  • El texto y las imágenes deben hacer eco de la marca tanto como sea posible; además de las imágenes en el cuerpo, se prepara una portada por defecto; el número y formato siguen los valores confirmados, ver cada imagen final real. Las nuevas tareas eligen el alojamiento de imágenes por parte de W, crean enlaces públicos directos y entregan páginas completas de HTML/Markdown con imágenes; el plan incluye requisitos públicos de imágenes.
  • Las nuevas tareas usan herramienta de entrega ligera; los proyectos antiguos campaign.json mantienen confirmación y registros originales según interfaz antigua.
  • La publicación del blog solo la realiza un humano: la máquina no debe ingresar al editor de artículos, subir imágenes a la plataforma del blog, guardar borradores, publicar, eliminar ni modificar el cliente del navegador de huellas dactilares. La subida al alojamiento de imágenes solo para imágenes publicables de este artículo, según alojamiento de imágenes; el registro/inicio de sesión y configuración mínima según autorización especial, conservando la configuración del modelo existente.

Después de comprimir o reanudar, leer completamente flujo de trabajo corto, luego leer la tarea original, el borrador actual y las preguntas abiertas; leer referencias según sea necesario.

Individual skills in this repo

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

Skills relacionados