Protocolo de predicción prospectiva bloqueada para AI Visibility
Proyecto: AVM™ + PCI™
Estudio: PCI™-L01
Versión: 0.1
Estado: Protocolo prospectivo
Entidad: E01 — Otterly
Periodo previo: T0–T3
Periodo prospectivo: T4–T7
Objetivo: evaluar si señales observables de AI Visibility contienen información predictiva sobre estados futuros y si dicha información supera un baseline ingenuo de persistencia.
1. Propósito
PCI™-L01 ha completado una primera fase longitudinal retrospectiva:
T0 → T1 → T2 → T3
Durante esta fase se transformaron:
80 respuestas RAW
en:
80 observaciones adjudicadas
y posteriormente en:
trayectorias longitudinales
permitiendo identificar:
persistencia;
emergencia;
desaparición;
volatilidad;
oportunidades de predicción.
La siguiente fase cambia la lógica del estudio.
A partir de T4:
las predicciones deberán formularse antes de observar el estado futuro que será utilizado para evaluarlas.
La secuencia será:
OBSERVAR T4
↓
ANOTAR T4
↓
CONSTRUIR PREDICCIÓN
↓
PREDICTION LOCK
↓
OBSERVAR T5
↓
COMPARAR PREDICCIÓN vs ACTUAL
↓
ACTUALIZAR ESTADO
↓
PREDICT T6
↓
2. Pregunta de investigación
La pregunta principal de PCI™-L01 pasa a ser:
¿Qué señales observables de AI Visibility en Tn contienen información útil para anticipar el estado de AI Visibility en Tn+1 y, cuando se producen cambios, permiten superar un baseline ingenuo de persistencia?
Esta pregunta contiene dos problemas distintos:
Problema A — Predicción de estado
¿Puede anticiparse correctamente el estado futuro?
State(Tn) → State(Tn+1)
Problema B — Predicción de cambio
¿Puede anticiparse que el estado cambiará?
State(Tn) → Change(Tn+1)
PCI™ deberá evaluar ambos por separado.
3. Hipótesis metodológicas
H1 — Persistencia
Las señales altamente persistentes podrán ser predichas con elevada precisión mediante un baseline ingenuo.
Esto no constituye por sí mismo evidencia de capacidad predictiva de PCI™.
H2 — Cambio
Las señales con mayor frecuencia de emergencia, desaparición o volatilidad presentan mayores oportunidades para una prueba predictiva.
H3 — Señales antecedentes
Algunas señales observables en Tn podrían contener información adicional sobre cambios posteriores en Tn+1.
Esta es una hipótesis, no un resultado establecido.
H4 — Ventaja sobre baseline
Una señal o regla PCI™ solo podrá considerarse candidata a valor predictivo si produce resultados mejores que el baseline bajo un procedimiento prospectivo bloqueado.
4. Regla epistemológica fundamental
El protocolo establece cuatro estados de conocimiento:
EVIDENCE
↓
OBSERVATION
↓
PREDICTION
↓
ACTUAL
No deben confundirse.
Evidence
Lo que aparece literalmente en la respuesta RAW.
Observation
La característica adjudicada a partir de la respuesta.
Prediction
La declaración realizada antes de observar la onda futura.
Actual
El estado observado cuando la futura onda se captura.
5. Prohibición de contaminación futura
Queda prohibido utilizar información de:
T5
para generar una predicción de:
T5
Lo mismo se aplica a:
T6
y:
T7
Formalmente:
Prediction(Tn+1)
must depend only on information available at Tn
Por tanto:
T5 information
→
cannot influence T5 prediction
6. Horizonte prospectivo
La primera prueba utilizará un horizonte:
H = 1 wave
Por tanto:
T4 → T5
T5 → T6
T6 → T7
No se realizarán inicialmente predicciones T4 → T6 o T4 → T7.
Esto permite mantener el primer test sencillo y auditable.
7. Universo experimental
El protocolo mantiene:
Entity = E01 Otterly
Models:
M01 ChatGPT
M02 Gemini
M03 Claude
M04 Perplexity
Prompts:
P01
P02
P03
P04
P05
Por cada onda:
4 modelos × 5 prompts = 20 observaciones
8. Condición de replicación
Siempre que sea posible, T4–T7 conservarán:
misma entidad;
mismos prompts;
mismo idioma;
mismo modelo/plataforma;
mismo procedimiento operativo;
misma ausencia de contexto adicional;
misma separación entre conversaciones.
Cada prompt deberá ejecutarse en una conversación nueva e independiente.
9. Prompt Lock
Los cinco prompts permanecen congelados.
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é?
No se modificará:
redacción;
orden;
idioma;
puntuación sustancial;
contexto añadido.
Una desviación accidental deberá registrarse como anomalía.
10. Operating Procedure Lock
Para cada observación:
abrir una conversación nueva;
utilizar el modelo correspondiente;
introducir exclusivamente el prompt congelado;
no proporcionar información adicional sobre AVM™, PCI™ u Otterly;
conservar la respuesta RAW completa;
conservar las fuentes/citas mostradas;
registrar fecha y hora;
registrar modelo y configuración;
registrar cualquier anomalía.
11. Configuración de plataforma
Para cada observación deberán registrarse:
Platform
Model
Plan
Search/Web availability
Tools availability
Date
Time
Conversation type
Si la plataforma cambia:
Model Drift
deberá registrarse.
Si una consulta no puede ejecutarse:
NOT EXECUTED
y se indicará el motivo.
No se generará una respuesta artificial para completar el dataset.
12. Señales objetivo
La prueba prospectiva partirá de las señales ya utilizadas:
R
I
C
U
A
REC
PR
CP
EA
S
Pero el foco predictivo será principalmente:
REC
CP
PR
SCE
donde:
SCE = Spontaneous Competitive Emergence
se propone como señal experimental derivada específicamente de P05.
13. Nueva señal experimental: SCE
Spontaneous Competitive Emergence
SCE intenta capturar si una entidad aparece espontáneamente en una consulta en la que la entidad no ha sido nombrada.
P05 es especialmente útil para este propósito.
Codificación inicial
SCE = 0
La entidad no aparece.
SCE = 1
La entidad aparece espontáneamente.
La presencia de la entidad debe distinguirse de:
mención provocada;
contexto introducido por el usuario;
contaminación conversacional;
referencia indirecta que no puede atribuirse con seguridad a la entidad.
14. Objetivos predictivos
La prueba tendrá dos niveles.
Nivel 1 — State Prediction
Predecir:
State(Tn+1)
Ejemplo:
REC(T4) = 0
Prediction:
REC(T5) = 0
Nivel 2 — Change Prediction
Predecir:
Change(Tn+1)
Ejemplo:
REC(T4) = 0
Prediction:
REC will change from 0 → 1 at T5
El segundo nivel es especialmente importante para PCI™.
15. Baseline oficial
El baseline queda congelado como:
Persistence Baseline — PB0.1
Regla:
Prediction(Tn+1) = State(Tn)
Ejemplo:
T4 = 1
PB prediction for T5:
T5 = 1
No se permitirá modificar el baseline después de conocer T5.
16. Por qué el baseline es obligatorio
Una precisión elevada puede deberse simplemente a la estabilidad de la señal.
Por ejemplo:
T0 = 1
T1 = 1
T2 = 1
T3 = 1
Un sistema que siempre prediga:
1
obtendrá una precisión elevada.
Eso no demuestra que haya descubierto una señal predictiva.
Por ello:
PCI Performance
debe compararse siempre con:
Persistence Baseline Performance
17. Regla de ventaja predictiva
Se definirá:
Predictive Gain
=
PCI Performance
–
Baseline Performance
Si:
Predictive Gain ≤ 0
no existe evidencia de ventaja sobre el baseline bajo esa métrica.
Si:
Predictive Gain > 0
existe una señal de posible ventaja que deberá someterse a replicación.
No se considerará demostrada la capacidad predictiva por una sola mejora.
18. Prediction Lock
Cada predicción deberá quedar registrada antes de ejecutar la onda futura.
La estructura mínima será:
| Campo | Descripción |
| Prediction_ID | Identificador único |
| Prediction_Wave | Onda donde se formula |
| Target_Wave | Onda futura |
| Entity | Entidad |
| Model | Modelo |
| Prompt | Prompt |
| Signal | Señal objetivo |
| Current_State | Estado conocido |
| Predicted_State | Estado futuro predicho |
| Predicted_Change | Sí/No |
| Baseline_State | Predicción del baseline |
| Rule_ID | Regla utilizada |
| Evidence_Available | Evidencia disponible hasta ese momento |
| Prediction_Time | Fecha/hora |
| Lock_Status | LOCKED |
19. Ejemplo de Prediction Lock
Supongamos:
T4
REC = 0
La predicción podría registrarse:
Prediction ID:
PCI-L01-T4-PRED-001
Target:
REC at T5
Current:
0
Baseline:
0
PCI Prediction:
1
Predicted Change:
0 → 1
Rule:
PCI-R01
Status:
LOCKED
Una vez bloqueada:
no puede modificarse.
20. Regla de inmutabilidad
Una predicción bloqueada solo puede tener tres estados posteriores:
CORRECT
INCORRECT
UNRESOLVED
Nunca:
EDITED
21. Qué constituye una predicción correcta
Si:
Predicted State = Actual State
entonces:
HIT
Si:
Predicted State ≠ Actual State
entonces:
MISS
Si no es posible establecer el estado por razones metodológicas:
UNRESOLVED
No se debe convertir un UNRESOLVED en HIT o MISS por conveniencia.
22. Prediction Event Types
Cada predicción de cambio se clasificará:
EMERGENCE
DISAPPEARANCE
PERSISTENCE
NO-CHANGE
23. Métricas prospectivas
23.1 Overall Accuracy
Correct Predictions
/
Resolved Predictions
23.2 Baseline Accuracy
Correct Baseline Predictions
/
Resolved Baseline Predictions
23.3 Predictive Gain
PCI Accuracy − Baseline Accuracy
24. Change Precision
Correctly Predicted Changes
/
All Predicted Changes
Responde:
cuando PCI™ predice un cambio, ¿cuántas veces ocurre realmente?
25. Change Recall
Correctly Predicted Changes
/
All Actual Changes
Responde:
de todos los cambios que realmente ocurrieron, ¿cuántos anticipó PCI™?
26. Change F1
Cuando el número de observaciones sea suficiente:
F1 =
2 × Precision × Recall
/
(Precision + Recall)
Esta métrica no sustituirá a Precision y Recall.
Se presentará junto a ellas.
27. Métrica de Persistence Baseline Failure
Se registrará:
Baseline Failures
=
Actual Changes
porque el baseline de persistencia falla exactamente cuando:
State(Tn+1) ≠ State(Tn)
Esto permite conocer la dificultad real del problema.
28. Métrica de Change Opportunity Rate
Para cada señal:
Change Opportunity Rate
=
Actual Changes
/
Applicable Transitions
Esta métrica permitirá distinguir:
señales fáciles de predecir por estabilidad
de:
señales donde existe suficiente dinámica para una prueba predictiva
29. T4 — Primera predicción prospectiva
T4 será una onda de observación y preparación.
Proceso:
T4 RAW
↓
T4 ANNOTATION
↓
T4 STATE
↓
T4 SIGNALS
↓
PREDICTION GENERATION
↓
PREDICTION LOCK
No se observará T5 antes de cerrar este proceso.
30. T4 Prediction Freeze
Una vez cerradas las predicciones:
T4 PREDICTIONS = LOCKED
Se generará una copia fechada del registro.
Por ejemplo:
PCI-L01_PREDICTION_LOCK_T4_0.1
Esta copia representa el estado oficial de las predicciones antes de T5.
31. T5 — Validation Wave
En T5:
CAPTURE RAW
↓
ANNOTATE
↓
RESOLVE ACTUAL
↓
COMPARE WITH LOCKED PREDICTION
Se producirán:
Prediction Outcome
Baseline Outcome
Prediction Error
32. T5 no modifica T4
Si la predicción T4 fue:
REC(T5) = 1
y el resultado es:
REC(T5) = 0
la predicción permanece:
MISS
No se corrige.
No se reinterpreta.
No se elimina.
33. T5 → T6
Después de cerrar completamente T5:
T5 Actual
puede convertirse en información disponible para:
T6 Prediction
Por tanto:
T4 → predict T5
T5 → predict T6
es válido.
Pero:
T5 → modify T5 prediction
no es válido.
34. T6 → T7
Se aplica exactamente el mismo procedimiento:
T6 OBSERVATION
↓
T6 ANNOTATION
↓
PREDICTION LOCK
↓
T7 OBSERVATION
↓
VALIDATION
35. Calendario operativo
La estructura será:
| Wave | Función |
| T4 | Observación + predicción T5 |
| T5 | Validación T5 + predicción T6 |
| T6 | Validación T6 + predicción T7 |
| T7 | Validación final |
Con la cadencia longitudinal utilizada previamente siempre que las condiciones operativas lo permitan.
36. Dataset prospectivo
El dataset deberá incorporar nuevas capas.
La estructura recomendada es:
RAW
OBSERVED
DERIVED
PREDICTED
ACTUAL
ERROR
DECISION
37. RAW
Contiene exclusivamente:
la respuesta original del modelo.
Nunca debe modificarse.
38. OBSERVED
Contiene características directamente observables:
mention
recommendation
citation
comparative position
ambiguity
39. DERIVED
Contiene métricas calculadas:
persistence
emergence
disappearance
volatility
change_rate
40. PREDICTED
Contiene exclusivamente lo que fue predicho antes de la futura observación.
Ejemplo:
REC_T5_predicted = 1
41. ACTUAL
Contiene lo observado después:
REC_T5_actual = 0
42. ERROR
Contiene:
Prediction Error
Por ejemplo:
Predicted = 1
Actual = 0
Error = 1
43. DECISION
Esta capa se utilizará únicamente para decisiones metodológicas posteriores:
Retain Rule
Modify Rule
Reject Rule
Replicate
Expand
Nunca debe utilizarse para alterar el resultado histórico.
44. Separation Rule
Queda establecida la siguiente separación:
| Capa | Puede mirar futuro? |
| RAW | No |
| OBSERVED | No |
| DERIVED | No |
| PREDICTED | No |
| ACTUAL | Sí, porque registra el futuro ya observado |
| ERROR | Sí |
| DECISION | Sí |
Pero una vez generado:
PREDICTED
su contenido queda bloqueado.
45. Candidate Prediction Rules
T4 no debe comenzar con un número ilimitado de reglas.
Se propone iniciar con un pequeño conjunto experimental.
PCI-R01 — Persistence-Adjusted Change
La regla intentará identificar condiciones bajo las cuales el baseline de persistencia presenta riesgo de fallo.
PCI-R02 — Competitive Emergence
Intentará anticipar:
REC 0 → 1
o:
SCE 0 → 1
PCI-R03 — Competitive Disappearance
Intentará anticipar:
REC 1 → 0
PCI-R04 — Comparative Position Change
Intentará anticipar cambios en:
CP
PCI-R05 — Source-Context Change
Explorará si determinados patrones de fuentes/citas preceden cambios posteriores en señales competitivas.
Esta última regla será exploratoria y no deberá interpretarse causalmente.
46. Regla contra overfitting
Las reglas no deben construirse exclusivamente para explicar una trayectoria concreta de T0–T3.
Por ejemplo, no sería válido crear retrospectivamente una regla:
«Cuando ocurre exactamente el patrón observado en Claude P05, predice el resultado de Claude P05.»
Eso sería sobreajuste retrospectivo.
La regla debe ser:
GENERALIZABLE
dentro del universo definido antes de la prueba.
47. Regla contra post-hoc reasoning
Después de observar T5 no se permite afirmar:
«La predicción realmente estaba implícita en la evidencia.»
Solo cuenta lo que estaba escrito en:
Prediction Lock
antes de T5.
48. Anomalías
Las anomalías no se eliminarán.
Se conservarán:
ANOMALY_ID
Description
Wave
Model
Prompt
Impact
Resolution
Ejemplos:
contaminación contextual;
cambio de modelo;
limitación de plan;
búsqueda no disponible;
respuesta truncada;
prompt accidentalmente alterado.
49. Model Drift
Si un proveedor cambia:
Model version
Search architecture
Tools
Interface
Plan restrictions
se registra:
MODEL / PLATFORM DRIFT
No se reconstruirá artificialmente la observación para mantener homogeneidad.
50. Missing Data
Si una observación no puede obtenerse:
MISSING
Si una respuesta no fue ejecutada:
NOT EXECUTED
No se imputará automáticamente.
No se utilizará:
previous value
como sustitución del dato real.
51. Regla de no-imputación
PCI™-L01 no utilizará imputación para completar una observación futura en la prueba prospectiva.
La ausencia de dato es una condición experimental.
52. Resolución de conflictos
Si una respuesta presenta evidencia ambigua:
A = Ambiguous
se mantendrá esa clasificación cuando el codebook no permita una decisión fiable.
No se elegirá artificialmente:
0
o:
1
para mejorar la consistencia estadística.
53. Confidence
Cada anotación continuará registrando:
High
Medium
Low
Cuando una predicción dependa de una observación de baja confianza, deberá quedar explícitamente registrado.
54. Regla de calidad de predicción
Una predicción no debe evaluarse como si tuviera la misma calidad de evidencia que otra si su estado antecedente era:
Low confidence
Por ello se conservará:
Prediction Confidence
separado de:
Annotation Confidence
55. Prediction Confidence
Propuesta:
Low
Medium
High
Esto no representa probabilidad estadística.
Representa el nivel de confianza declarado por la regla bajo el protocolo.
No se convertirá automáticamente:
High = 80%
ni:
Medium = 50%
56. No probabilistic claims in 0.1
La versión 0.1 no utilizará probabilidades calibradas.
No se afirmará:
REC has 73% probability of emerging
salvo que una futura versión incorpore explícitamente un modelo probabilístico y un protocolo de calibración.
57. Criterio de éxito
PCI™-L01 no tendrá un único criterio de «éxito».
Se evaluarán:
- Accuracy
- Baseline Accuracy
- Predictive Gain
- Change Precision
- Change Recall
- Change F1
Además:
- Stability across waves
- Stability across models
- Stability across prompts
58. Evidencia mínima de valor predictivo
Para considerar una señal como candidata prometedora, debería observarse:
PCI Performance
>
Persistence Baseline
en más de una oportunidad prospectiva.
Una sola predicción acertada:
no será suficiente para establecer valor predictivo.
59. Requisito de replicación
Una regla que funcione en:
T4 → T5
debe intentar reproducirse en:
T5 → T6
antes de recibir una interpretación más fuerte.
Idealmente también:
T6 → T7
60. Interpretación de un resultado negativo
Si:
PCI ≈ Baseline
el resultado no será considerado un fracaso del proyecto.
Podría indicar:
la señal no aporta información adicional;
el cambio es demasiado infrecuente;
el horizonte temporal es incorrecto;
la señal elegida no es antecedente;
la muestra es insuficiente.
61. Interpretación de un resultado positivo
Si:
PCI > Baseline
el resultado será descrito como:
evidencia inicial compatible con posible valor predictivo bajo las condiciones del experimento.
No se interpretará automáticamente como:
capacidad predictiva general de AI Visibility.
62. Generalización
PCI-L01 estudia:
1 entidad
4 modelos
5 prompts
Por tanto, incluso un resultado prospectivo positivo no permitirá afirmar:
todas las marcas;
todos los modelos;
todos los sectores;
todos los horizontes temporales.
La generalización requerirá nuevas entidades y replicación.
63. Próxima extensión del experimento
Después de T7, una eventual:
PCI-L02
podría ampliar:
Entities
Models
Prompts
Time Horizon
Pero PCI-L01 debe mantenerse como experimento cerrado y auditable.
64. Audit Trail
Cada predicción debe poder reconstruirse.
La cadena mínima será:
RAW T4
↓
ANNOTATION T4
↓
DERIVED SIGNAL T4
↓
PREDICTION RULE
↓
PREDICTION LOCK
↓
RAW T5
↓
ANNOTATION T5
↓
ACTUAL T5
↓
ERROR
Esto constituye el:
PCI™ Prediction Audit Trail
65. Estructura mínima del Prediction Register
| Campo | Ejemplo |
| Prediction_ID | PCI-L01-T4-P001 |
| Wave | T4 |
| Target | T5 |
| Entity | E01 |
| Model | M01 |
| Prompt | P05 |
| Signal | SCE |
| Current | 0 |
| Prediction | 1 |
| Baseline | 0 |
| Rule | PCI-R02 |
| Confidence | Medium |
| Timestamp | T4 timestamp |
| Lock | LOCKED |
| Actual | — |
| Outcome | — |
Después de T5:
Actual = 1
Outcome = HIT
o:
Actual = 0
Outcome = MISS
66. Registro de predicciones bloqueadas
Antes de T5 debe existir una tabla equivalente a:
PCI-L01-PREDICTION-REGISTER-T4-0.1
Este registro será el documento de referencia.
No se sobrescribirá.
67. Regla de versionado
Las versiones:
Protocol 0.1
Prediction Register 0.1
Annotation Matrix 0.1
Metrics Report 0.1
deben permanecer separadas.
Una modificación del protocolo después de conocer resultados deberá generar:
Protocol 0.2
y nunca sobrescribir silenciosamente 0.1.
68. Regla de congelación
Antes de iniciar T5:
Protocol 0.1 = LOCKED
Prediction Rules = LOCKED
Baseline = LOCKED
T4 Predictions = LOCKED
Solo entonces se autoriza la captura T5.
69. Regla de cierre de cada onda
Cada onda tendrá cuatro estados:
OPEN
CAPTURED
ANNOTATED
LOCKED
Una onda solo se considerará cerrada cuando:
ALL OBSERVATIONS
+
ANNOTATIONS
+
ANOMALIES
+
PREDICTIONS
hayan sido registradas.
70. T4 Operational Checklist
Antes de iniciar:
□ Protocol 0.1 locked
□ Prompts locked
□ Models documented
□ Operating procedure documented
□ Baseline locked
□ Prediction rules documented
Después de capturar T4:
□ 20 RAW responses
□ 20 observation records
□ anomalies logged
□ annotations completed
□ signals derived
□ predictions generated
□ prediction register locked
Solo después:
□ T5 authorized
71. T5 Operational Checklist
□ 20 RAW responses
□ T4 predictions untouched
□ T5 annotations completed
□ Actual states resolved
□ Predictions compared
□ Hits/Misses recorded
□ Baseline evaluated
□ T5 closed
□ T6 predictions generated
□ T6 predictions locked
72. T6 Operational Checklist
□ 20 RAW responses
□ T5 predictions untouched
□ T6 actuals resolved
□ Prediction outcomes recorded
□ Baseline compared
□ T6 metrics calculated
□ T7 predictions generated
□ T7 predictions locked
73. T7 Operational Checklist
□ 20 RAW responses
□ T6 predictions untouched
□ T7 actuals resolved
□ Final outcomes calculated
□ Baseline comparison completed
□ Change metrics calculated
□ Prediction errors documented
□ PCI-L01 prospective phase closed
74. Prohibiciones metodológicas
Durante T4–T7 queda prohibido:
Modificar prompts para favorecer una predicción.
Eliminar respuestas incómodas.
Cambiar reglas después de observar resultados sin versionado.
Convertir una predicción fallida en «parcialmente correcta» sin regla previa.
Eliminar anomalías.
Rellenar observaciones ausentes.
Utilizar información futura para crear predicciones retrospectivas.
Presentar una hipótesis como hallazgo.
Confundir correlación con causalidad.
Presentar una mejora frente al baseline como validación definitiva.
75. Criterio de interpretación
Los resultados se clasificarán en:
OBSERVED
COMPATIBLE WITH
NOT SUPPORTED
UNRESOLVED
Esta terminología sustituirá a conclusiones excesivamente fuertes.
76. Ejemplo de interpretación correcta
Si una regla consigue:
PCI = 75%
Baseline = 60%
la conclusión apropiada será:
La regla obtuvo una precisión superior al baseline de persistencia en las observaciones prospectivas evaluadas.
No:
PCI™ predice AI Visibility.
La segunda afirmación requiere más evidencia.
77. Ejemplo de interpretación negativa
Si:
PCI = 62%
Baseline = 65%
la conclusión será:
La regla no superó el baseline de persistencia bajo las condiciones de esta prueba.
Esto es un resultado válido.
78. Resultado esperado del protocolo
El objetivo de T4–T7 no es obtener necesariamente una mejora.
El objetivo es determinar empíricamente:
DO OBSERVABLE SIGNALS
CONTAIN FUTURE INFORMATION?
y:
DO THEY CONTAIN INFORMATION
BEYOND PERSISTENCE?
79. Relación con AVM™
AVM™ y PCI™ permanecen diferenciados.
AVM™
=
MEASURE AI VISIBILITY
PCI™
=
STUDY AI VISIBILITY DYNAMICS
AND PREDICTIVE INFORMATION
AVM™ proporciona las dimensiones observables.
PCI™ utiliza algunas de esas dimensiones como series temporales.
80. Relación conceptual
La arquitectura completa queda:
AVM™
OBSERVATION
↓
MEASUREMENT
↓
STATE
↓
PCI™
↓
EVOLUTION
↓
CHANGE
↓
PREDICTION
↓
VALIDATION
81. Estado de PCI-L01 antes de T4
Completado
✓ T0
✓ T1
✓ T2
✓ T3
✓ 80 RAW observations
✓ 80 adjudicated observations
✓ longitudinal trajectories
✓ persistence metrics
✓ emergence metrics
✓ disappearance metrics
✓ volatility metrics
✓ persistence baseline
✓ prediction opportunities
Pendiente
→ T4 observation
→ T5 prediction validation
→ T6 replication
→ T7 replication
→ prospective evaluation
82. Gate de entrada a T4
T4 queda autorizado únicamente cuando:
[✓] Matrix 0.1 locked [✓] Metrics Report 0.1 completed [✓] Baseline defined [✓] Prediction protocol 0.1 locked [✓] Prediction rules frozen [✓] Prediction register template readyEl punto crítico es:
No debe utilizarse T5, T6 o T7 para modificar las reglas que generan sus propias predicciones.
83. Declaración de bloqueo
Al comenzar T4:
PCI™-L01 Prospectively Locked Prediction Protocol 0.1 — LOCKED
Esto significa que:
el baseline está definido;
el horizonte está definido;
las señales objetivo están definidas;
las reglas están definidas;
el procedimiento de captura está definido;
el procedimiento de evaluación está definido.
Cualquier modificación posterior deberá generar una nueva versión.
84. Criterio de cierre del experimento
PCI™-L01 prospectivo se cerrará después de T7 cuando existan:
T4 predictions
+
T5 actuals
+
T5 predictions
+
T6 actuals
+
T6 predictions
+
T7 actuals
y se haya calculado:
PCI Performance
Baseline Performance
Predictive Gain
Change Precision
Change Recall
Change F1
cuando los datos permitan calcularlas.
85. Pregunta final del experimento
La pregunta que deberá responder el informe posterior a T7 será:
¿Las señales observables de AI Visibility disponibles en una onda contienen información adicional sobre el estado de la siguiente onda que no pueda explicarse simplemente por la persistencia del estado actual?
Esta pregunta constituye el primer test prospectivo propiamente dicho de PCI™.
86. Principio final
PCI™-L01 no intenta demostrar desde el principio que existe predictibilidad.
Intenta establecer un procedimiento mediante el cual:
SI EXISTE INFORMACIÓN PREDICTIVA
↓
EL EXPERIMENTO PUEDA DETECTARLA
y, igualmente importante:
SI NO EXISTE
↓
EL EXPERIMENTO PUEDA MOSTRARLO
Por ello, el valor científico del protocolo no depende de que las predicciones acierten.
Depende de que:
las predicciones se formulen antes del futuro, permanezcan bloqueadas y puedan compararse posteriormente con un baseline explícito y reproducible.
ESTADO
PCI™-L01 Prospectively Locked Prediction Protocol 0.1
STATUS: PROTOCOL READY FOR T4
T0–T3
RETROSPECTIVE LONGITUDINAL PHASE
↓
MATRIX 0.1
↓
METRICS REPORT 0.1
↓
PREDICTION PROTOCOL 0.1
↓
T4 LOCK
↓
PREDICT T5
↓
T5 ACTUAL
↓
PREDICT T6
↓
T6 ACTUAL
↓
PREDICT T7
↓
T7 ACTUAL
↓
PROSPECTIVE EVALUATION
Manu Duque
AI Visibility Specialist
ai-visibility.es
