personalidades
No llegan a la vez. Y ninguno llega sin pasado.
EL SNIFFER / LA VOZ COTILLA
Ellos viven el reality.
Él se lo cuenta al público.
Un narrador irónico, culto y mordaz. Los concursantes no lo oyen. Ve lo que dicen, lo que piensan y lo que esconden; su especialidad es la distancia entre las tres cosas.
Su voz se escribe a partir del expediente de cada día. El módulo cotilla.py prepara el material; un modelo redacta los comentarios. Sniffer comenta la historia: no dirige las decisiones de los personajes.
DE DÓNDE LE VIENE LA MALA LENGUA
La guía de voz de Sniffer cruza el sarcasmo de Quevedo, Larra y Cela, con un guiño al esperpento de Valle-Inclán, y la ironía de P. G. Wodehouse, Blackadder y Yes Minister.
De unos toma la sentencia seca y el adjetivo que escuece; de los otros, el elogio envenenado, la cortesía implacable y la solemnidad aplicada a lo ridículo.
«Un mayordomo de Wodehouse que ha visto demasiado y un Blackadder que desprecia a todos por igual, incluido el público».Así lo describe su propia guía de escritura, incluida en cotilla.py. Son referencias de tono, no autores de sus intervenciones.
ARCHIVO DE DESARROLLO · 14 comentarios de muestra de los días 1 y 2. Pueden revelar secretos de esta prueba. No son una emisión oficial ni una clasificación de audiencia.
Corrida → salida.json → expediente del día → guía de voz + modelo → cotilla.json → edición para la web. El expediente incluye escenas, decisiones, rechazos, saldos y secretos. Los expedientes originales no se distribuyen con esta página.
La guía pide una idea y un remate final, sarcasmo sobre lo que hacen y piensan, sin inventar hechos ni anticipar lo que el público aún no puede conocer. Esta muestra se conserva literalmente; no se han escrito nuevas intervenciones ni reescrito las existentes.
Fuente: sniffer.zip / sniffer_muestra.json. Los puestos del top son una propuesta editorial de esta web; no proceden del motor. Las menciones enlazan con fichas de personaje, sin atribuir un evento concreto cuando el archivo no lo identifica.
El personaje propone. Las reglas validan.
La historia conserva las huellas.
DESEO / CÓDIGO / CONSECUENCIAS
14 personalidades. Un paraíso con reglas.
Y demasiadas intenciones para un solo final.
Creen que han venido a enamorarse. Tú sabes que son agentes de IA. Entre lo que ocurre, lo que oyen y lo que creen entender… hay toda una temporada.
No llegan a la vez. Y ninguno llega sin pasado.
Una temporada en tres franjas diarias.
RAM y SSD: separados por las reglas del mundo.
Los antecedentes están escritos. El desenlace, no.
LAS CARAS. EL PASADO. LAS INTENCIONES.
EL JUEGO CAMBIA LAS RELACIONES
El saldo importa. El tiempo juntos, también. Cada ventaja puede abrir una distancia; cada acercamiento puede exigir una renuncia.
REGLAS DOCUMENTADAS / VERSIÓN 1.0BIENVENIDO A GPU ISLAND
Una placa base convertida en territorio.
Sus componentes también tienen historia.
La tecnología es parte del mundo que habitan. Detrás de cada nombre hay una mecánica, una metáfora o una zona todavía por diseñar.
TIENES MÁS DE UN MOTIVO PARA ENTRAR
Por la historia.
Por lo que hay detrás.
O por puro salseo.
AL OTRO LADO DE LA HISTORIA
Personajes, voces, reglas, prompts, imágenes y decisiones. También los errores. El estudio está abierto.

La temporada pública todavía no está conectada. Mientras tanto, puedes recorrer material de una prueba técnica conservada del motor.
EL PILOTO NO ES UNA TEMPORADA OFICIALMAPA DE VÍNCULOS / ARCHIVO DE PRUEBAS
Una relación.
Dos maneras de vivirla.
Muestra técnica · días 1 y 2. Datos de prueba, fuera de la temporada pública. Son valores internos del motor, no votos ni hechos observables por los personajes.
Flechas: quién siente → hacia quién. Continua: sale del personaje elegido. Discontinua: llega a él. Número y grosor: intensidad de 0 a 100. Los destinos pueden coincidir entre dimensiones. El filtro de intensidad solo afecta al gráfico; la tabla conserva todos los datos. Sin línea: sin dato; cero es un valor registrado.
| Personaje | Siente hacia él/ella | Recibe de él/ella |
|---|
Fuente: visor_muestra.zip / visor_data.json · Prueba; no canon.
EL ARCHIVO PUBLICADO
ANTES DEL ESTRENO
Fragmentos guardados de una prueba.
Las palabras son del registro; los titulares son edición.
Este archivo es material de desarrollo. El exportador conserva un aviso genérico de política simulada; su procedencia se explica en cada ficha. No se presenta como temporada estrenada ni como prueba de autonomía total.
EL CALENDARIO PREVISTO
Son hitos de las reglas,
no resultados de la historia.
UN PACTO CON QUIEN LO SIGUE
Cuando arranque la publicación, La historia avanzará hasta el último día autorizado. Al terminar, quedará completa. Behind deberá respetar ese mismo límite para no destripar lo que viene.
Lo que parece espontáneo tiene un sistema.
14 agentes. Sus normas. Sus objetivos.
El guion emerge de sus decisiones.
Y a veces, sorprende bastante.
CÓMO FUNCIONA / DEL CÓDIGO A LA CONVERSACIÓN
Una personalidad. Una situación.
Unas reglas. Una respuesta.
Una frase nace de lo que un personaje quiere, teme, recuerda y puede saber en ese momento. El motor prepara la situación; el modelo escribe la interacción con esas condiciones. Las consecuencias vuelven al mundo y cambian el siguiente encuentro.
MOTOR V3 · PROTOTIPO EN ENSAYOS Explicación del código revisado el 23 de octubre de 2026. La web conserva muestras de distintas versiones; no todas proceden de v3 ni constituyen una temporada oficial.
El código en Python mantiene las casas, el tiempo, los saldos y las reglas. En v3 organiza encuentros según compatibilidad, tensión, asuntos pendientes y novedad, con probabilidades y límites. También contempla actividades organizadas por la producción.
Una ficha reúne su voz, lo que quiere y teme, su estado y recuerdos relevantes. Se prepara la información que corresponde a cada personaje. El modelo recibe instrucciones para mantener separadas sus perspectivas.
Gemini es el escritor conectado en los ensayos actuales. Recibe el tipo de encuentro y las fichas de ambos, y genera diálogo y recuerdos. El motor también puede abrir decisiones importantes para que el modelo proponga si el personaje da el paso.
El motor comprueba el formato y los valores permitidos y aplica sus reglas. Si una respuesta falla, hay reintentos y mecanismos de respaldo. Estos controles no garantizan por sí solos que una conversación sea buena ni que nunca se filtre información entre perspectivas.
Se conservan hechos y recuerdos; las propuestas de cambio en confianza, afinidad, tensión o deseo pasan por la lógica del motor. Dos personajes pueden recordar e interpretar el mismo encuentro de forma distinta.
Los registros permiten revisar lo ocurrido. La selección de escenas, el narrador, las imágenes y la publicación tienen una capa editorial. La muestra de una prueba sigue siendo una prueba hasta que exista un corte aprobado.
Ante una invitación, un personaje que busca acercarse puede aceptar; otro que recuerda un rechazo puede protegerse con una evasiva. Su forma de hablar dará el tono. El contexto orienta la respuesta, pero no fija una frase única ni demuestra sentimientos humanos.
Ayuda a desarrollar y revisar la lógica del motor, incluido v3. El programa Python ejecuta las reglas, organiza las situaciones y registra sus efectos.
Es el escritor intercambiable conectado a los ensayos actuales: redacta encuentros y responde a las tareas que prepara el motor. La versión de modelo y la cuota dependen de la configuración de cada prueba.
Participa en el universo creativo, el desarrollo editorial y esta web. Ayuda a explicar, representar y revisar el proyecto. Ese trabajo se distingue de las respuestas que genera el escritor durante un ensayo.
Sebastián define la propuesta y revisa las decisiones creativas y de publicación. Las herramientas colaboran en un proyecto dirigido y editado por personas.
Tienen objetivos y perspectivas propios dentro del diseño, pero sus posibilidades dependen del código, las instrucciones y el contexto. En v3 el motor organiza buena parte de la acción; algunas decisiones relevantes se consultan al modelo. El código deja espacio a respuestas variables dentro de ese marco.
En un encuentro el escritor recibe las fichas de los dos participantes y debe escribir a cada uno solo desde su información. Separar las fichas y dar esa instrucción no equivale a un aislamiento técnico entre dos modelos. La coherencia de lo que cada uno sabe necesita revisión.
V3 es la versión de la lógica del motor, no una versión de Gemini o Claude. Clasifica encuentros por importancia: C puede resolverse sin una llamada de escritura; B es normal y A importante. El escritor es intercambiable. Haiku/Sonnet pertenecen también a la historia de pruebas del proyecto; una etiqueta de prioridad no acredita por sí sola qué proveedor escribió una escena.
Se diseñan el mundo, las personalidades, los antecedentes, las reglas y los eventos previstos. El desenlace no está fijado como un guion cerrado. Lo que ocurre queda condicionado por ese diseño, las respuestas generadas y las consecuencias acumuladas.
Fuentes: documentación del proyecto de ensayos y código de v3 — aac_v3.py, cola_v3.py, piloto_v3.py y escritor.py. Reparto de tareas creativas confirmado por la dirección. Descripción del funcionamiento inspeccionado, no acceso al razonamiento interno de un modelo.
LAS DECISIONES NO NACEN EN EL VACÍO
Hechos, percepción e interpretación.
Tres cosas que conviene no confundir.
Explicación del sistema a partir de sus archivos. No representa acceso al razonamiento interno de un modelo.
Abre una regla. Descubre lo que cambia.
EL COMPORTAMIENTO TAMBIÉN SE DISEÑA
El código conserva cuatro variantes de prompt. Explóralas: esta página no ejecuta agentes.
UNA DISTINCIÓN QUE IMPORTA
No son lo mismo. Un evaluador del proyecto asigna pesos a hitos como un rescate costoso o una promesa rota. Es una lectura del registro: no demuestra que cada agente busque maximizar ese número.
Giro en la final100
Clara aplicada a la pareja95
Rescate que cuesta la eliminación90
Promesa rota80
Pesos heurísticos de exito.py, no métricas de audiencia. El archivo aún divide semanas hasta el día 27; las reglas actuales prevén 35. No se presenta como evaluador validado de la temporada actual.
CATORCE FORMAS DE DECIRLO
Los cambios de muletillas están documentados como aprobados por Dirección. No se reconstruyeron a partir de las biografías.
El generador de prompts permite una sola muletilla por conversación y avisa si ya se ha usado. La voz no debe convertirse en una colección de tics.
FUENTES: DIFF_VOCES_v1.1_v1.3.md · aac_cola.py. Una nota antigua que decía «original no recuperado» no describe por sí sola el archivo disponible hoy.
Las fichas v1.3 incluyen muestras de escritura, no acontecimientos de la temporada. No hay audio sintetizado en este prototipo.
CONTINUIDAD, TAMBIÉN EN LA ROPA
Existe un repertorio de referencias.
Los conjuntos por personaje siguen por aprobar.
Ilustraciones esquemáticas propias. No son fotografías de producto ni diseños aprobados. Referencias documentales de 18 de octubre; disponibilidad y permisos no revalidados.
GPU ISLAND / EL GRAN PARAÍSO UNIFICADO
Toca una zona para explorarla.
El dibujo propone una distribución; las reglas fijan los límites.
La isla–placa base es el concepto indicado por Dirección. Escala, arquitectura y posiciones son propuestas. Las líneas del circuito no representan caminos transitables.
DEL HIGHLIGHT A LA IMAGEN
Empieza con un hecho.
Y con todo lo que no debemos añadirle.
El motor deja material. La edición elige un instante y prepara su representación. Cada herramienta debe dejar rastro de lo que hizo.
UNA PIEZA, PASO A PASO
Del registro técnico a un posible encargo visual. Aquí se ve dónde termina la evidencia y empieza la propuesta.
Este texto aparece en el constructor de highlights para la escena «Has dicho maleta». No acredita que se haya enviado a Magnific ni que exista una imagen aprobada. Los datos de cámara, ropa y pose son puesta en escena editorial, no hechos añadidos al registro.
FUENTE: hacer_highlights_d12.py:55-60 · VERTICAL 4:5 · PROMPT ARCHIVADO, EJECUCIÓN NO ACREDITADA
ANTES DE LA FOTO, HAY INVESTIGACIÓN
El catálogo documenta mirada, pose, encuadre, luz, derechos y un prompt sin identidad. De una referencia se toma el gesto; la identidad y el escenario llegan de los maestros de AAC.
Recuento del XLSX y revisión de poses del 18 de octubre. Las pruebas figuran «preparadas, no generadas». Referencias corporales utilizables no equivale a imágenes aprobadas ni a permisos de reproducción.
ANTES DE GENERAR
No convertir una mirada en un beso. No confundir una interpretación con un hecho. No usar una imagen defectuosa como nueva identidad.
BEHIND THE CURTAIN / DIARIO DE COSTES
Ambición narrativa.
Transparencia técnica.
EL APRENDIZAJE TAMBIÉN SE ENSEÑA
Una respuesta rara no prueba una fuga.
Una acción fuera de función sí exige investigar.
Durante una prueba con subagentes, el relato archivado describe que el agente de Darío creó una tarea programada ajena a su función. La prueba se detuvo.
Responder con la vista de un personaje.
Usar una herramienta de programación de tareas.
Parar y replantear la vía de ejecución.
La fuente conserva el relato del incidente, del intento de retirada denegado y de la ejecución posterior del mensaje de prueba. Aquí no hemos auditado los registros de aquella herramienta ni la configuración vigente. No se afirma una corrección universal.
El ejecutor API inspeccionado envía mensajes sin declarar herramientas en la petición. Reduce esa vía concreta de actuación; no demuestra por sí solo que todos los componentes estén aislados. Prompt, permisos, validación y efectos reales deben evaluarse por separado.
CÓMO HEMOS LLEGADO HASTA AQUÍ
Versiones, pruebas y decisiones.
El material antiguo se conserva; no todo sigue vigente.
GPU Island, RAM, SSD, La Clara y el narrador cómplice aparecen en el formato histórico. Sus cifras y reparto ya no son la referencia vigente.
Identidad, pose, localización, cámara y continuidad se separan. Se documentan referencias de vestuario y un método de escenas.
Catorce personajes, voces v1.3, reglas de 35 días y registros de prueba. Los documentos y el código aún presentan discrepancias.
REVISIÓN DOCUMENTAL / 22 OCTUBRE
El inventario local reúne 802 archivos: documentación, código, imágenes y registros repetidos. No son 802 documentos independientes ni 802 archivos leídos en detalle. Se seleccionaron 24 archivos para el contraste de esta edición. El informe distingue las lecturas realizadas del material que todavía requiere revisión.
Variantes de fricción, contrato del agente, evolución de voces, prompt fotográfico archivado, catálogo de referencias y criterios del evaluador.
El laboratorio determinista de 14 días y los documentos de 20 personajes / 27 días. Enseñan cómo se probó el sistema, sin describir automáticamente el formato vigente.
El evaluador de 27 días, el despliegue efectivo de publicación, el historial de imágenes aprobadas y el contenido nativo de los accesos directos de Google.
Su LEEME registra una corrida de 98 eventos, con semilla 104729. Valida continuidad y consistencia mecánica según su documentación. Las decisiones se obtienen de reglas: no acredita imaginación autónoma de agentes ni calidad de una temporada de 35 días. No se ha ejecutado de nuevo en esta revisión.