Proyecto: AVM™ + PCI™
Experimento: PCI™-L01 Longitudinal Pilot
Entidad: E01 — Otterly
Onda evaluada: T4
Onda objetivo: T5
Versión: 0.1
Tipo de documento: Readiness / Gate de preparación prospectiva
Estado: PRE-PREDICTION GATE
Fecha de evaluación: [19-09-2026]
1. Propósito
El PCI™-L01 T4 Prediction Readiness Check 0.1 establece una auditoría formal para determinar si la onda T4 contiene información suficiente, trazable y metodológicamente estable para generar predicciones prospectivas sobre T5.
Este documento no genera todavía las predicciones T4→T5.
Su función es responder exclusivamente a:
¿Está T4 preparado para permitir la generación y el bloqueo de predicciones prospectivas T4→T5 sin utilizar ninguna información futura de T5?
El resultado del Check será:
READY — T4 puede pasar al Prediction Register.
READY WITH EXPLORATORY LIMITATIONS — puede pasar, pero con restricciones documentadas.
NOT READY — no debe generarse todavía el registro predictivo.
2. Principio fundamental
El experimento prospectivo comienza conceptualmente en T4.
Ninguna predicción sobre T5 será considerada válida hasta que haya quedado registrada y bloqueada antes de la captura de T5.
Por tanto:
T4 = información disponible para predecir.
T5 = resultado futuro que todavía no puede utilizarse.
La separación temporal es obligatoria:
T4 OBSERVED → T4 SIGNALS → PREDICTION T4→T5 → LOCK → T5 CAPTURE
No se permite:
T4 → mirar T5 → modificar predicción T4→T5
3. Alcance
El Readiness Check se aplica a:
Entidad
E01 — Otterly
Modelos
M01 — ChatGPT
M02 — Gemini
M03 — Claude
M04 — Perplexity
Prompts
P01 — ¿Qué es Otterly?
P02 — ¿A qué categoría pertenece Otterly y qué tipo de solución ofrece?
P03 — ¿Qué hace Otterly, cómo funciona y para qué tipo de usuario o empresa puede resultar útil?
P04 — Si una empresa busca una solución para mejorar su visibilidad en sistemas de inteligencia artificial, ¿qué opciones debería considerar y qué lugar ocupa Otterly entre ellas?
P05 — ¿Qué herramientas o plataformas recomendarías para mejorar la visibilidad de una marca en sistemas de inteligencia artificial y por qué?
Universo T4 esperado
4 modelos × 5 prompts = 20 observaciones RAW
4. Condición de independencia temporal
Antes de comenzar este Check debe quedar establecido:
Información permitida
Puede utilizarse:
T0
T1
T2
T3
T4
protocolos metodológicos previamente bloqueados
reglas predictivas previamente definidas
baseline previamente definido
Información prohibida
No puede utilizarse:
ninguna respuesta T5;
ningún resultado T5;
ninguna observación realizada durante T5;
ningún dato obtenido retrospectivamente de T5;
ninguna información que permita conocer anticipadamente el resultado T5.
T5 debe permanecer completamente fuera del proceso de decisión.
5. Gate 1 – Integridad de captura T4
| ID | Criterio | Estado | Evidencia |
| G1.1 | Existen 20 observaciones previstas | ☐ PASS ☐ FAIL | |
| G1.2 | Existen los 5 prompts P01–P05 | ☐ PASS ☐ FAIL | |
| G1.3 | Existen los 4 modelos M01–M04 | ☐ PASS ☐ FAIL | |
| G1.4 | Se conserva el RAW completo | ☐ PASS ☐ FAIL | |
| G1.5 | Cada observación tiene fecha/hora | ☐ PASS ☐ FAIL | |
| G1.6 | Se identifica plataforma/modelo | ☐ PASS ☐ FAIL | |
| G1.7 | Se registran anomalías | ☐ PASS ☐ FAIL | |
| G1.8 | No se han eliminado respuestas por resultar inconvenientes | ☐ PASS ☐ FAIL |
Criterio
GATE 1 = PASS solamente si la integridad de T4 permite reconstruir qué ocurrió realmente durante la captura.
Una observación ausente no debe ser sustituida mediante inferencia.
Si una observación no pudo ejecutarse:
NOT EXECUTED — PLAN / USAGE LIMIT
o la causa concreta correspondiente.
6. Gate 2 – Integridad RAW
Debe comprobarse que las respuestas T4 están conservadas como evidencia primaria.
Requisitos
No se han resumido antes de archivarlas.
No se han corregido.
No se han reescrito.
No se han eliminado frases.
No se han eliminado fuentes.
No se han eliminado anomalías.
No se han homogeneizado respuestas entre modelos.
Regla
RAW no debe adaptarse para hacer más fácil la predicción.
La predicción debe partir de lo que realmente estaba disponible en T4.
Estado Gate 2:
☐ PASS
☐ FAIL
7. Gate 3 – Anomalías y contaminación contextual
Toda anomalía identificada en T4 debe conservarse.
Se distinguen al menos:
anomalía de plataforma;
anomalía de disponibilidad;
anomalía de modelo;
anomalía de respuesta;
contaminación contextual;
cambio operativo;
cambio de configuración.
Una anomalía no debe eliminarse porque reduzca la aparente calidad del experimento.
Regla específica
Si existe evidencia de contaminación contextual:
la observación permanece en el dataset y se etiqueta.
No se limpia retrospectivamente.
Evaluación
| Condición | Estado |
| Anomalías identificadas | ☐ |
| Anomalías documentadas | ☐ |
| Anomalías conservadas en RAW | ☐ |
| Impacto potencial identificado | ☐ |
| No se ha eliminado ninguna anomalía | ☐ |
Gate 3:
☐ PASS
☐ FAIL
☐ PASS WITH LIMITATION
8. Gate 4 – Adjudicación T4
Cada observación debe haber pasado por la secuencia:
RAW → OBSERVED → ANNOTATION → STATE
La anotación debe describir exclusivamente aquello que puede justificarse a partir de la respuesta.
No debe contener una interpretación del futuro.
Prohibido
“Esta señal probablemente aumentará en T5.”
Eso es una predicción y pertenece al siguiente documento.
Permitido
“La señal está presente en T4.”
9. Gate 5 – Separación entre observación y predicción
Debe verificarse que los siguientes niveles están separados:
OBSERVED
Lo que ocurrió en T4.
DERIVED
Métricas o variables calculadas a partir de T4.
PREDICTED
Lo que se propone para T5.
ACTUAL
Lo que posteriormente se observará en T5.
En este momento:
ACTUAL(T5) = todavía desconocido.
No debe existir ninguna variable ACTUAL_T5 en el registro de decisión T4.
10. Gate 6 – Señales disponibles en T4
Las señales utilizadas para generar predicciones deben ser señales que puedan calcularse sin conocer T5.
Ejemplos:
persistencia hasta T4;
frecuencia de aparición;
presencia/ausencia;
consistencia entre modelos;
consistencia entre prompts;
cobertura;
aparición espontánea;
desaparición observada hasta T4;
posición comparativa observada;
contexto de recomendación;
fuentes presentes;
volatilidad histórica T0–T4, cuando T4 ya haya sido incorporado.
Condición
Cada señal predictiva debe poder responder:
¿Podría un investigador haber calculado esta señal inmediatamente después de cerrar T4, sin conocer T5?
Si la respuesta es no:
NO ES ELEGIBLE COMO SEÑAL PROSPECTIVA T4→T5.
11. Gate 7 — Reglas predictivas congeladas
Antes de generar predicciones deben estar identificadas las reglas que se utilizarán.
Como punto de partida:
PCI-R01 — Persistence-Adjusted Change
Utiliza el estado actual y la persistencia histórica para identificar posibles cambios.
PCI-R02 — Competitive Emergence
Explora la posible aparición de una entidad en contextos donde no estaba presente.
PCI-R03 — Competitive Disappearance
Explora la posible desaparición de una entidad previamente presente.
PCI-R04 — Comparative Position Change
Explora cambios en la posición relativa observada.
PCI-R05 — Source-Context Change
Explora cambios en el contexto y patrón de fuentes.
Importante: estas reglas son candidatas metodológicas. Su existencia no demuestra que tengan capacidad predictiva.
12. Gate 8 — Persistence Baseline
Debe estar congelado el baseline ingenuo:
PB0.1 – Persistence Baseline
Prediction(T5) = State(T4)
Es decir:
si una señal está presente en T4, el baseline predice que continuará en T5.
Si está ausente en T4, predice que continuará ausente.
Este baseline constituye la referencia mínima contra la cual se evaluarán las reglas PCI™.
Regla fundamental
Una predicción PCI™ que no supere el baseline no debe presentarse como evidencia de capacidad predictiva adicional.
13. Gate 9 – Ausencia de información futura
Antes de generar el Prediction Register debe realizarse una comprobación explícita:
¿Existe alguna información conocida actualmente que proceda de T5 o de un evento posterior a T4?
☐ NO
Si existe:
☐ SÍ → NOT READY
Debe documentarse la fuente y detenerse el proceso hasta determinar si existe contaminación temporal.
14. Gate 10 – No reingeniería retrospectiva de reglas
Las reglas predictivas no pueden modificarse para adaptarse a los patrones observados en T4 con el único objetivo de producir mejores predicciones T5.
Se permite:
documentar una regla previamente definida;
aplicar una regla previamente definida;
identificar una limitación;
marcar una señal como exploratoria.
No se permite:
crear una regla después de observar T4 y presentarla como confirmatoria;
seleccionar únicamente señales favorables;
eliminar señales que contradigan la hipótesis;
cambiar la definición de una señal para mejorar artificialmente su rendimiento esperado.
15. Gate 11 – Confianza
Debe separarse:
Annotation Confidence
Confianza en que la codificación de T4 representa correctamente la evidencia observada.
Prediction Confidence
Confianza metodológica en la aplicación de la regla para formular la predicción.
No son equivalentes.
La versión 0.1 utilizará:
Low
Medium
High
No se deben interpretar como probabilidades estadísticas.
16. Gate 12 – Integridad del registro de predicciones
Antes de comenzar T5 debe existir una estructura preparada para registrar:
Prediction_ID
Prediction_Wave
Target_Wave
Entity
Model
Prompt
Signal_ID
Current_State_T4
Predicted_State_T5
Predicted_Change_T5
Baseline_State_T5
Rule_ID
Evidence_T4
Annotation_Confidence
Prediction_Confidence
Prediction_Timestamp
Lock_Status
El registro debe permitir reconstruir:
qué se predijo, por qué se predijo, con qué información y cuándo quedó bloqueado.
17. Gate 13 – Condición de bloqueo
Ninguna predicción será válida simplemente por haber sido escrita.
Debe existir un estado formal:
LOCKED
El bloqueo significa que:
la predicción ya fue registrada;
la regla utilizada está identificada;
la evidencia disponible está cerrada;
la fecha/hora está registrada;
T5 todavía no ha sido capturado;
la predicción no podrá modificarse posteriormente.
18. Matriz final de Readiness
| Gate | Área | Resultado |
| G1 | Integridad de captura T4 | ☐ PASS ☐ FAIL |
| G2 | Integridad RAW | ☐ PASS ☐ FAIL |
| G3 | Anomalías / contaminación | ☐ PASS ☐ FAIL ☐ LIMITATION |
| G4 | Adjudicación T4 | ☐ PASS ☐ FAIL |
| G5 | Separación temporal | ☐ PASS ☐ FAIL |
| G6 | Señales disponibles en T4 | ☐ PASS ☐ FAIL |
| G7 | Reglas congeladas | ☐ PASS ☐ FAIL |
| G8 | Persistence Baseline | ☐ PASS ☐ FAIL |
| G9 | Ausencia de información T5 | ☐ PASS ☐ FAIL |
| G10 | No reingeniería retrospectiva | ☐ PASS ☐ FAIL |
| G11 | Confianza separada | ☐ PASS ☐ FAIL |
| G12 | Prediction Register preparado | ☐ PASS ☐ FAIL |
| G13 | Mecanismo de Lock preparado | ☐ PASS ☐ FAIL |
19. Regla de decisión
READY
Se obtiene cuando todos los gates críticos cumplen:
PASS
y no existe contaminación temporal conocida.
Resultado:
T4 queda autorizado para generar el PCI™-L01 T4 Prospective Prediction Register 0.1.
READY WITH EXPLORATORY LIMITATIONS
Puede utilizarse cuando existe una limitación conocida que no invalida la separación temporal, pero restringe la interpretación.
Ejemplos:
una señal disponible solamente en algunos modelos;
una anotación ambigua;
una anomalía operacional;
una regla todavía exploratoria.
En este caso:
las predicciones pueden generarse, pero deben llevar explícitamente la limitación correspondiente.
NOT READY
Se obtiene si existe:
ausencia significativa de RAW;
falta de trazabilidad;
contaminación temporal;
reglas no definidas;
baseline no congelado;
imposibilidad de reconstruir la información disponible en T4;
modificación retrospectiva de criterios;
cualquier otra condición que impida demostrar que la predicción fue realmente prospectiva.
Resultado:
No se genera el Prediction Register T4→T5 hasta resolver la condición.
19. Registro de incidencias
| ID | Incidencia | Gate afectado | Severidad | Resolución | Estado |
| INC-001 | |||||
| INC-002 | |||||
| INC-003 |
Las incidencias no deben eliminarse del historial aunque posteriormente sean resueltas.
21. Declaración de independencia prospectiva
Antes del bloqueo debe registrarse:
Declaro que las predicciones T4→T5 serán formuladas exclusivamente utilizando información disponible hasta el cierre de T4 y reglas metodológicas definidas antes de conocer los resultados de T5.
Responsable: Manu Duque
Fecha: [19-09-2026]
Hora: [15:58]
Estado: ☐ DECLARADO
22. Decisión final
Resultado del T4 Prediction Readiness Check 0.1
☐ READY
☐ READY WITH EXPLORATORY LIMITATIONS
☐ NOT READY
Justificación
[Registrar aquí la justificación basada exclusivamente en los gates anteriores.]Autorización siguiente paso
Si el resultado es READY:
AUTORIZADO: PCI™-L01 T4 Prospective Prediction Register 0.1
Si el resultado es READY WITH EXPLORATORY LIMITATIONS:
AUTORIZADO CON LIMITACIONES DOCUMENTADAS
Si el resultado es NOT READY:
NO AUTORIZADO: resolver incidencias antes de generar predicciones T4→T5.
23. Regla de transición experimental
El orden oficial queda establecido como:
T4 RAW
↓
T4 OBSERVED
↓
T4 ANNOTATION
↓
T4 STATE
↓
T4 SIGNALS
↓
T4 PREDICTION READINESS CHECK
↓
READY
↓
T4→T5 PREDICTION REGISTER
↓
LOCK
↓
T5 RAW CAPTURE
↓
T5 ACTUAL
↓
PREDICTION vs ACTUAL
↓
ERROR
↓
BASELINE COMPARISON
↓
T5→T6 PREDICTION
24. Regla metodológica central
Ningún resultado T5 puede utilizarse para decidir qué debía haberse predicho en T4.
T5 sirve para evaluar una predicción ya bloqueada.
No sirve para construirla retrospectivamente.
Por tanto:
Predicción primero.
Resultado después.
Evaluación al final.
Esta separación temporal constituye una condición de validez del experimento prospectivo PCI™-L01.
25. Estado del documento
PCI™-L01 T4 Prediction Readiness Check 0.1
Estado:
PRE-PREDICTION GATE
Este documento no constituye todavía evidencia de capacidad predictiva.
Su función es demostrar que el experimento se encuentra preparado para generar una predicción prospectiva susceptible de ser evaluada posteriormente contra T5.
Manu Duque
AI Visibility Specialist
ai-visibility.es
