Cómo funciona
Un sistema para que un modelo no determinístico produzca contenido publicable sin que lo revise una persona. Casi cada decisión del código es una defensa contra un modo de falla conocido.
Etapas
01 · Sourcing
De dónde sale el material
Hoy la creencia que discute la pieza ES el insumo, y alcanza: con el registro de pruebas vacío el sistema solo puede escribir criterio y mecanismo, que no necesitan fuente externa. Falta traer material propio y novedades de las plataformas.
02 · Selección del ángulo
A quién le habla y qué creencia discute
Rota deliberadamente la combinación persona + creencia menos usada, con las piezas recientes pesando más. Variedad por diseño, más barata que detectar repetición después.
03 · Generación
Escribe la pieza y declara su ficha
La ficha (persona, aprendizaje, por qué no es obvio) es obligatoria. Si el sistema no puede justificar por qué el hallazgo no es obvio para esa persona, la pieza no avanza: la auto-justificación es la compuerta.
04 · Crítico
Aprueba o rebota antes de que lo vea nadie
Falla cerrado: si el crítico se cae, la pieza no se publica. Exige cita textual de cada violación y descarta las que no aparecen en el texto. Regenera nombrando lo que se coló, hasta dos veces, y se queda con el intento de menos violaciones.
05 · Anti-redundancia
Que no se repita a sí mismo
Compara el aprendizaje de la ficha, no el texto: sustancia en vez de forma. Previene inyectando lo ya publicado en el prompt, y detecta después en dos capas. Falla abierto, al revés que el crítico.
06 · Cola y medición
Dónde esperan las piezas y dónde se calibra
Construida, pero necesita Supabase para persistir. Guarda el veredicto del crítico junto a tu decisión: esa tasa de coincidencia es el dato que decide si el sistema puede publicar solo.
07 · Diseño de placas
Texto a imagen con el sistema visual
El styleCore brutalista ya está escrito y se deriva de la paleta. Falta el render: generar las placas y recortarlas.
08 · Publicación
Que salga al feed
Instagram tiene camino por Graph API con cuenta business. LinkedIn en perfil personal no lo permite sin ser partner aprobado, así que ese canal queda semi-manual: el sistema genera y programa, vos pegás y publicás.
Fases de autonomía
El paso de una fase a la otra no se decide por corazonada: cada una tiene un criterio medible.
| Fase | Qué hace el sistema | Se pasa cuando |
|---|---|---|
| 1. Cola actual | Genera y deja en cola. No publica nada. | Cuando el crítico y vos coincidan en 9 de cada 10 piezas, dos semanas seguidas. |
| 2. Veto | Publica lo que el crítico aprueba, con ventana de veto de 12 horas. | Un mes sin que uses el veto. |
| 3. Autónomo | Publica sin ventana. Reporte semanal. | — |
Qué falta para encenderlo
- El nombre. Está en
NOMBRE_PENDIENTE. Se propaga solo a todo el sistema desde un token. - Al menos una prueba real. Con el registro vacío el sistema tiene prohibido afirmar cualquier resultado.
- Validar el
yaSabede las dos personas. Es contra lo que se verifica que un hallazgo no sea obvio, así que de ahí depende toda la calidad. - Variables de entorno:
OPENAI_API_KEY,SUPABASE_URL,SUPABASE_SERVICE_ROLE_KEY,CRON_SECRET. - Correr la migración
supabase/migrations/0001_cola.sqly activar la operación.
Antes de automatizar
El banco de pruebas corre local y no necesita nada de lo anterior salvo la clave de API:
npx tsx scripts/probar.ts --n 6
Genera seis piezas rotando ángulos y escribe un informe con una línea para tu veredicto en cada una. Comparado con el del crítico, eso es la tasa de coincidencia.