xxjrq/geo-article-production

GEO 文章生产

我的100个开源项目：每日生产与发布交接（2026-10-14）

El usuario ha solicitado producir 5 nuevos artículos principales que superen el QA cada día. La publicación estará a cargo de otro responsable usando el flujo de trabajo geo-publication existente. El ejecutor de producción solo redacta, diseña la portada con el logo oficial, sincroniza los artículos en user.writing.articles, los relee, y genera production-handoff-YYYYMMDD.json/Markdown. No abre el editor de la plataforma, no guarda borradores en la plataforma, no envía ni programa, y no crea tareas automáticas de envío. Los artículos principales y los específicos para cada plataforma son generados por Luna (gpt-6-luna); el responsable los lee en su totalidad y vincula el hash del cuerpo para verificarlos. Las revisiones y los artículos específicos para plataformas no cuentan para el límite diario. Las imágenes horizontales 4:3, verticales 3:4 y miniaturas de 176/320 px siguen el contrato de la serie actual.

Cada elemento de la transferencia incluye: proyecto/versión, hash del cuerpo y del artículo de plataforma, ID del artículo fuente, rutas del artículo principal/plataforma/fuente/logo/portada/QA, publication_hold y campos nativos no verificados, con estado ready_for_publisher. Los fallos en segundo plano se registran de forma independiente como backend_pending. Los artículos con ediciones/activos no aprobados no entran en el recuento válido. El responsable de publicación recibe cada artículo usando el mismo ID de fuente y versión, y completa publisher_received_at. El estado en la plataforma y las evidencias se escriben de forma independiente. ready_for_publisher no puede considerarse submitted ni published. El flujo ejecutable específico reutiliza aigeo/docs/content/geo-articles-100/CONTENT-OPERATIONS-CURRENT.md; no se crea un Skill duplicado.

Convierte la solicitud de un usuario en un paquete de artículo con fuentes, verificable y adaptable a varias plataformas. Este Skill se encarga de la producción y la verificación previa a la publicación; no toma la decisión final de publicar en la plataforma, y no utiliza una "puntuación de detección" como prueba de calidad del artículo.

Enrutamiento de herramientas

• selfmedia-github-research: Se utiliza cuando se necesita verificar la identidad de un proyecto de GitHub, hechos del README, versiones o datos dinámicos. Conserva la URL de origen y la hora de verificación.
• skill-seo: Verifica si el tema, título, palabras clave, descripción y estructura de citas del artículo son detectables. No promete posicionamiento en buscadores, resultados GEO ni tráfico.
• geo-title-optimizer: Genera candidatos a título (basados en preguntas, resultados o escenarios), puntuaciones y títulos independientes para cada plataforma. No se encarga de la publicación ni inventa reglas de plataforma.
• cn-humanizer o humanizer-zh: Identifica y reescribe lenguaje oficialista, tono de traducción, clichés, ritmo excesivamente uniforme y palabras de alta frecuencia propias de la IA. Después de la corrección, se requiere una lectura humana completa. No se puede falsificar una "tasa de aprobación de detección de IA".
• geo-cover-design: Contrato de portadas a nivel de proyecto. Se encarga del tipo de contenido, proporciones de plataforma, centrado del título principal, zona de seguridad, iconos reales, múltiples composiciones, renderizado con Remotion y carga/lectura de vuelta. No es un Skill exclusivo de TikTok.
• imagegen / selfmedia-imagegen: Se usa solo cuando la imagen realmente necesita una ilustración conceptual, escena o fondo. Las imágenes generadas no deben contener texto chino preciso; el texto debe superponerse después de la generación usando métodos deterministas como Remotion o CSS.
• easy-upload: Se usa solo para preparar paquetes de artículos sin conexión, campos y activos. La publicación en la plataforma aún sigue el flujo de Easy WebBridge autorizado actualmente.
• aigeo-project/references/content-compliance.md: Reglas de cumplimiento de la plataforma sobre contenido, derechos de autor, privacidad, declaraciones publicitarias y expresiones sensibles. Es un documento de referencia del proyecto, no un ejecutor de publicación independiente.
• easy-webbridge: Se usa cuando se necesita leer una plataforma ya iniciada sesión, subir una portada o leer el estado de un borrador/público, utilizando un browserId explícito en línea. Ante inicios de sesión, CAPTCHAs o verificaciones de seguridad, se detiene inmediatamente.

Contrato de portadas de múltiples estilos

• Por defecto, se usa Remotion, siguiendo el contrato actual de geo-cover-design: para la operación diaria, se crea una portada principal 16:9 por tema. Otras proporciones solo se preparan según los requisitos reales de la plataforma de destino. Solo se crean diferentes candidatos para un tema cuando se exploran nuevos estilos o se comparan solicitudes de usuario; no se fijan tres variantes por artículo.
• La portada principal se selecciona según el tema, el icono oficial, el foco visual, la legibilidad de la miniatura y el recorte de la plataforma. Está prohibida la selección aleatoria o pseudoaleatoria de la portada principal. Se conservan los archivos fuente, la razón de la selección, las dimensiones y el hash. El seed solo se usa para texturas o decoraciones reproducibles.
• Los estilos candidatos por defecto pueden incluir workbuddy-github, editorial-coral, terminal-lime, poster-amber. El tipo de contenido, el gancho principal, el nombre del proyecto y los números dinámicos deben provenir de datos verificados; no se pueden usar las estrellas, el ranking o los datos de popularidad de listas.
• Cada plataforma carga su propia portada en la proporción correspondiente. Antes de la carga, se registra el hash del archivo; después de la carga, se vuelve a abrir el editor para leer el estado de la portada. Sin esta lectura de vuelta, no se puede marcar como cargada; sin carga, no se puede publicar.
• ImageGen se usa solo para fondos conceptuales o exploración de materiales. No puede contener texto chino preciso, logotipos de proyectos, interfaces de producto ni datos dinámicos. El texto determinista debe ser compuesto después mediante Remotion.

Entrada y salida

La entrada incluye como mínimo: texto original de la solicitud, audiencia objetivo, plataforma/cuenta objetivo, fuentes de hechos o preguntas pendientes de verificar. Si faltan la plataforma, la cuenta, la fuente o los límites de derechos de autor, primero se enumeran las carencias; no se rellenan sin base.

La salida es una unidad de contenido versionada, por ejemplo:

article/
  brief.md                 # Solicitud, audiencia, afirmaciones y elementos prohibidos
  sources.md               # URL de la fuente, extractos, hora de verificación y riesgos
  article.md               # Artículo principal con frontmatter
  variants/                # Títulos, cuerpo y etiquetas para cada plataforma
  assets/
    icon-avatar-manifest.json
    cover-remotion.png
    illustrations/
  qa.json                  # Recuento de palabras, enlaces, cumplimiento, resultados de inspección visual
  title-brief.md           # Entidades del título, intención, puntos débiles y límites del tema
  title-candidates.json    # Candidatos a título, puntuaciones y razón de selección
  platform-titles.md       # Títulos independientes para cada plataforma, presupuesto, fuente y longitud
  title-qa.json            # Mapeo título-cuerpo-portada y compuerta de acceso
  publish-evidence/        # Evidencia de lectura de vuelta de borrador/estado público por plataforma

Flujo de producción

Antes de cada entrega, se ejecuta el contrato de aceptación de paquetes de artículo. Primero se verifican las fuentes, los hashes del artículo principal/variantes, las dos imágenes, las miniaturas reales y las evidencias de ejecución. Luego se sincroniza el ID del artículo fuente y se realiza la lectura de vuelta. Los pases sin conexión y los pases de publicación nativa se registran por separado. No se permite que budget_unknown, temas no seleccionados o activos no cargados se hagan pasar por un pase de la compuerta de la plataforma. Cuando el usuario solicita "escribe dos artículos primero para ver", se cubre el flujo diario normal de producción/envío con la revisión de las muestras, se conservan los artículos existentes y se detiene la creación de nuevos envíos, sin reanudar automáticamente. No se hace clic automáticamente en la publicación final.

1. Solicitud y tema: Desglosar la solicitud en objetivo, audiencia, una pregunta central y elementos explícitamente no realizables, formando brief.md.
2. Materiales y GEO/SEO: Verificar hechos y citas. Conservar solo las palabras clave realmente relevantes para el cuerpo. Cada hecho de alto riesgo lleva fuente y hora; el contenido desconocido se marca como pendiente de confirmación.
3. Título y artículo principal: Primero llamar a geo-title-optimizer para generar candidatos, puntuaciones y títulos independientes por plataforma. Guardar el título del artículo principal y los títulos de plataforma por separado, luego redactar un artículo principal con hechos coherentes. Verificar título, resumen, cuerpo, etiquetas y descripciones de imágenes por separado.
4. Revisión de deshumanización: Ejecutar las reglas de cn-humanizer o humanizer-zh para una reescritura manual. Conservar el criterio del autor y los hechos; no añadir historias sin respaldo en las fuentes solo para "sonar humano".
5. Recuento de palabras y reglas de plataforma: Usar la configuración independiente de cada plataforma (platform-budgets.md o el presupuesto en la entrada de la tarea). Los valores conocidos deben indicar la fuente y la fecha de recopilación. Los valores desconocidos o que cambian dinámicamente en la página se marcan como budget_unknown y se detiene el envío; no se aplican los recuentos de otras plataformas.
6. Activos de iconos y avatares: Obtenerlos del sitio oficial, la tienda de aplicaciones, el repositorio del proyecto o un repositorio de activos registrado. Registrar la fuente, la licencia y el hash. Los avatares/iconos se usan para identidad o reconocimiento de marca; no se toman automáticamente como portada del artículo.
7. Portadas e ilustraciones: Por defecto, Remotion. Primero fijar las dimensiones, la zona de seguridad y el texto preciso, luego renderizar e inspeccionar visualmente. Si se necesita un fondo conceptual, se puede usar ImageGen, y luego superponer el título, el nombre del proyecto y los números con Remotion. Verificar el recorte de la misma portada principal para cada plataforma real. Si hay diferentes requisitos de tamaño, hacer una composición independiente; no se puede recortar forzadamente ni estirar.
8. Preparación para la carga: Preparar una portada independiente e imágenes del cuerpo para cada plataforma. Subir realmente en el editor de la plataforma, verificar la vista previa del recorte, y después de guardar, volver a abrir para confirmar que la portada sigue existiendo. Ver solo el archivo local no cuenta como carga completa.
9. Campos de plataforma y formato: Antes de enviar, completar y leer de vuelta para cada plataforma: título, resumen, categoría, etiquetas, formato del cuerpo, declaración de fuente/originalidad, rango de visibilidad, cuenta y campo de programación. Si la plataforma no tiene ese campo, se registra como not_applicable. El título, cuerpo, etiquetas y descripciones de imágenes de Xiaohongshu deben pasar la compuerta de URL externa. Las URL de origen solo se guardan en sources/frontmatter. Si se detecta http(s)://, www. o URL de dominio común, se registra platform-policy/needs_user_action y no se envía. Eliminar el frontmatter. Confirmar que los párrafos, listas, bloques de código, enlaces, orden de imágenes, descripciones de imágenes y ancho móvil cumplan con el comportamiento actual del editor.
10. Evidencias de publicación: Registrar por separado para cada plataforma y cada cuenta: borrador, en revisión, público, desconocido y fallido. Las evidencias incluyen URL pública, estado en la página de administración, coincidencia de título/cuenta y capturas de pantalla clave. Devolver una URL de envío o submitted_unknown no equivale a público.
11. Límites finales: La verificación de cumplimiento pasa automáticamente por defecto; no espera confirmación manual de forma predeterminada. Solo se somete a revisión humana cuando el usuario lo solicita explícitamente o cuando se cumplen condiciones de alto riesgo. La publicación real aún requiere una tarea de Easy WebBridge explícitamente autorizada por el usuario, y en la verificación de seguridad se devuelve al usuario.

La verificación de cumplimiento "automática" significa que se ejecuta de forma autónoma según las fuentes y las restricciones actuales; no significa que pase sin verificación. Antes de publicar, leer publication_hold en el artículo fuente y en el registro de operaciones. Si se encuentra contenido que infringe o está restringido, se detiene ese contenido y sus variantes multiplataforma. Las condiciones para reanudar las mantiene geo-publication; no se pueden levantar debido a objetivos de producción diaria o cambios de fecha.

Operación autónoma continua

Cuando el usuario autoriza explícitamente la publicación continua de una serie, después de la producción se enlaza con geo-publication y easy-webbridge. No se requiere aprobación diaria repetida debido a que este Skill se encarga de la producción sin conexión. La cantidad, el límite diario y la cola de candidatos se leen del contrato de operación del proyecto. La redacción, las imágenes, el formato de la plataforma, los temas reales y la verificación pública se documentan por artículo. El flujo actual del proyecto se encuentra en <aigeo-project>/docs/content/geo-articles-100/DAILY-WORKFLOW.md.

Línea base de verificación de artículos

El archivo <aigeo-project>/docs/content/geo-articles-10/batch_02/validate.py, que verifica 1200–2500 caracteres chinos, al menos 3 títulos de nivel 3, notas de cumplimiento y párrafos pendientes de confirmación humana, es un contrato de ejemplo para batch_02, no un límite general de plataforma. Al ejecutarlo, se debe declarar qué configuración de plataforma se utiliza, y tratar las indicaciones de páginas dinámicas como de mayor prioridad.

Limitaciones conocidas

• No garantiza posicionamiento SEO/GEO, revisión de plataforma, exposición, conversiones ni resultados de "detección de IA".
• No evita inicios de sesión, CAPTCHAs, controles de riesgo, restricciones de derechos de autor ni verificaciones de seguridad de cuenta.
• No trata los errores tipográficos generados por ImageGen como texto publicable. El texto preciso debe tener una composición determinista posterior y ser revisado manualmente.
• Las reglas de la plataforma, el recuento de palabras, las dimensiones de la portada y los campos del editor pueden cambiar. Si no se pueden leer los requisitos actuales de la página, se genera budget_unknown/needs_user_action, sin adivinanzas.
• Los paquetes de artículos pueden ser preparados sin conexión por easy-upload, pero la publicación final y el estado público deben ser probados mediante la lectura de vuelta de la página de la plataforma.

Autocomprobación

python3 - <<'PY'
from pathlib import Path
p = Path('SKILL.md')
s = p.read_text(encoding='utf-8')
required = ['geo-article-production', 'Remotion', 'ImageGen', 'budget_unknown', 'submitted_unknown', '不自动点击最终发布']
missing = [x for x in required if x not in s]
raise SystemExit(f'missing: {missing}' if missing else 'PASS')
PY