kimsanguine/signal-to-growth

OSMU Fanout

Un breve, varias superficies, una sola traza de evidencia. Difunde el contenido que ya pasó revisión en lugar de inventar una segunda versión de la historia para cada canal.

Entradas

Requeridas:

• un content-brief.json que valide contra contracts/content-brief.schema.json;
• el borrador (draft.md) y el registro de afirmaciones (claim-ledger.jsonl) escritos a partir de ese brief;
• las superficies solicitadas en los planned_outputs del brief;
• restricciones de configuración regional, marca y legales para el texto en pantalla;
• la persona responsable del tema y la decisión de renderizar.

El brief es el contrato de entrada, no algo que esta habilidad escriba. Si no existe o no valida, detente y comunícalo en lugar de reconstruir el tema a partir del borrador.

Flujo de trabajo

1. Validar el brief y confirmar que el borrador fue escrito desde el mismo brief_id.
2. Seleccionar las afirmaciones elegibles para reutilización: public: true con un aprobador nombrado.
3. Asignar a cada prompt visual exactamente un ID de afirmación como su sujeto, y describir solo lo que esa afirmación ya declara.
4. Mantener el estado de la afirmación en el prompt. Una afirmación inferred o recommended no puede dibujarse como una escena observada, una captura de pantalla, un gráfico o una foto de cliente.
5. Escribir el guion de video como bloques, cada bloque nombrando los ID de afirmación que expresa y el texto en pantalla que necesita.
6. Trasladar las limitations del brief a ambas superficies. Una muestra de tres no se convierte en una línea de tendencia solo porque el formato cambió.
7. Registrar qué afirmaciones se reutilizaron, cuáles se omitieron deliberadamente y por qué, para que un lector pueda distinguir cobertura de omisión.
8. Listar qué debe aprobar una persona antes de cualquier renderizado, y detenerse en el texto.

Límites

• Permitir que el modelo proponga composición, encuadre, ritmo, redacción de narración y orden de los bloques.
• Usar verificaciones deterministas para la validez del brief, existencia del ID de afirmación, estado de la afirmación y elegibilidad pública.
• Requerir que una persona apruebe afirmaciones visuales, redacción de marca y legal, y la decisión de renderizar en absoluto.
• Esta habilidad no crea archivos de imagen o video. Produce prompts y un esquema de guion; el renderizado ocurre después, fuera de esta habilidad, con una herramienta que la persona elija.
• No inventar una escena, una métrica en un gráfico, una captura de pantalla, un logotipo, un rostro o un testimonio que ninguna afirmación respalde.
• No mejorar el estado de una afirmación para obtener una imagen más impactante, y no omitir una limitación porque sea difícil de encajar en pantalla.
• No publicar, programar ni enviar nada.

Salidas

Crear:

• visual-prompts.md
• video-script.md
• fanout-coverage.md

Leer references/output-contract.md antes de escribirlos.

Condiciones de detención

Detenerse cuando el brief falte o no sea válido, el borrador y el brief no coincidan en el tema, ninguna afirmación sea públicamente elegible, una imagen solicitada necesite una afirmación que el registro no contenga, o se solicite un renderizado o publicación sin la aprobación de una persona en un turno posterior del usuario.

Verificación

Ejecutar:

python3 scripts/stg.py validate-artifacts <artifact-directory>
python3 scripts/stg.py scan-privacy <artifact-directory>/visual-prompts.md
python3 scripts/stg.py scan-privacy <artifact-directory>/video-script.md

Requerir que cada prompt y cada bloque nombre al menos un ID de afirmación que exista en claim-ledger.jsonl, y requerir que no se haya creado ningún archivo renderizado.