¿Qué es Türkiye Grid Foundation Model?
El sistema eléctrico de Türkiye produce cada hora varias señales relacionadas pero no idénticas. El consumo indica cuánta electricidad utiliza el sistema. La generación por fuente muestra la producción solar, eólica, hidráulica, geotérmica, biomasa, gas, carbón y otras tecnologías. El PTF es el precio horario de casación del mercado diario.
En lugar de resolver los tres problemas de forma completamente aislada, el proyecto pregunta si una representación temporal compartida puede aprender estructura común útil. El primer diseño predice consumo, generación renovable y PTF a +1, +6 y +24 horas.
2 · ¿Por qué existe?
Un error medio bajo no garantiza buena ciencia. La electricidad tiene estacionalidad fuerte; los precios cambian de régimen; las renovables varían con rapidez; mezclar aleatoriamente pasado y futuro puede introducir fuga temporal; y un experimento demasiado grande puede no terminar por coste computacional.
Por eso el repositorio sigue una regla: construir los controles de investigación antes de mirar la evidencia final. Se preparan primero el contrato de datos, ventanas resistentes a fugas, baselines, incertidumbre, pruebas, una ruta de smoke training asumible y la estructura de publicación. El holdout confirmatorio se abre después.
3 · ¿Qué datos entran?
| Entrada | Significado sencillo | Papel en la investigación |
|---|---|---|
| Consumo en tiempo real | Demanda eléctrica horaria. | Objetivo principal de carga y contexto del sistema. |
| Generación por fuente | Solar, eólica, hidro, geotermia, biomasa, gas, carbón, etc. | Objetivo renovable, mezcla de generación y regímenes. |
| MCP / PTF | Precio horario del mercado diario en TRY/MWh. | Objetivo de precio y señal de estado del mercado. |
| Variables de calendario | Hora, día de la semana y ciclo anual codificados. | Estacionalidad sin filtrar información futura. |
El software utiliza los servicios REST oficiales de la Plataforma de Transparencia de EPİAŞ. Las credenciales permanecen en variables de entorno y nunca se guardan en Git. Los registros brutos de terceros no se redistribuyen por defecto; la reproducibilidad se preserva mediante instrucciones exactas, identificadores de fuente, manifiestos y hashes.
4 · ¿Cómo funciona, paso a paso?
¿Por qué 168 horas?
Una semana completa ofrece ciclos diarios y semanales antes de cada origen de predicción, con un contexto interpretable y asumible.
¿Por qué +1, +6 y +24 horas?
Separan corto, medio y día siguiente. La transferencia puede ayudar en un horizonte y perjudicar en otro.
¿Por qué tres tareas juntas?
Consumo, renovables y precio interactúan dentro del mismo sistema, aunque mantienen dinámicas propias. Ahí aparece la pregunta sobre transferencia.
5 · ¿Qué modelo está implementado?
El modelo v0.1 es deliberadamente compacto. Las entradas horarias multivariables se proyectan a una representación común, reciben codificación posicional, atraviesan un Transformer encoder y alimentan cabezas multihorizonte. Cada salida incluye una predicción central y una escala positiva de incertidumbre. Después, una fase split-conformal puede calibrar intervalos empíricos sobre un periodo separado.
6 · ¿Hasta dónde ha llegado exactamente?
| Componente | Estado | Qué significa |
|---|---|---|
| Arquitectura del repositorio | Completado | Paquete de investigación, configuraciones, scripts, pruebas y documentación disponibles. |
| Cliente REST de EPİAŞ | Completado | Autenticación TGT y adquisición acotada implementadas. |
| Pipeline de variables y ventanas | Completado | Alineación horaria, variables de calendario y ventanas de 168 horas resistentes a fugas. |
| Transformer compartido | Completado | Modelo compacto multitarea y multihorizonte implementado. |
| Capa de incertidumbre | Completado | Escala probabilística y utilidades split-conformal disponibles. |
| Pruebas + smoke training sintético | Completado | Se valida el software; los datos sintéticos no son evidencia empírica. |
| GitHub CI + Pages | Completado | Pruebas automáticas y documentación pública desplegadas. |
| Auditoría histórica real de EPİAŞ | Siguiente fase | Hay que medir cobertura, ausencias, estabilidad de esquema y zona horaria. |
| Benchmark exploratorio | Aún no | Hay que fijar baselines fuertes y presupuesto sin mirar el holdout final. |
| Protocolo congelado / OSF | Aún no | Hipótesis, fechas, semillas, tests y exclusiones no están congelados ni registrados. |
| Resultados confirmatorios | Aún no | No existe una afirmación de rendimiento a nivel de artículo. |
| Manuscrito + DOI | Futuro | Solo después de disponer de evidencia congelada. |
7 · ¿Por qué se detiene aquí?
No porque falle el código. Construcción de software e inferencia empírica son fases distintas. Si se inspeccionan años de datos reales, se modifica el modelo después de ver resultados futuros y la hipótesis se escribe al final, una posterior afirmación “confirmatoria” pierde fuerza.
Infraestructura de investigación
↓
Auditoría de datos reales
↓
Estudio exploratorio + tiempo de ejecución
↓
Congelación del protocolo / OSF si procede
↓
Holdout confirmatorio intacto
↓
Archivo de evidencia + artículo
Antes de congelar el experimento deben conocerse la cobertura real, horas ausentes, cambios de esquema o zona horaria, baselines sólidos y coste completo de modelos × semillas × horizontes. La pausa protege el valor científico de la siguiente fase.
8 · ¿Qué entrega hoy?
Software de investigación
Cliente EPİAŞ, alineación, ingeniería de variables, ventanas, Transformer compartido, baselines, losses, incertidumbre y entrenamiento ligero.
Controles científicos
Evaluación cronológica, preprocessing solo con train, separación sintético/empírico, pruebas deterministas y diseño consciente del coste.
Infraestructura de publicación
Protocolo, reproducibilidad, documentación de datos, esqueleto del manuscrito, metadatos de citación, web multilingüe y hoja de ruta.
No entrega todavía un servicio operativo de predicción del mercado, señales de trading, instrucciones de despacho ni una afirmación validada de superioridad del Transformer.
9 · ¿Qué puede engañar a un estudio así?
Fuga temporal
Que el futuro influya en training, escalado o creación de variables puede inflar el rendimiento.
Ajuste al holdout
Cambiar el modelo repetidamente después de ver el test final elimina la idea de prueba intacta.
Baselines débiles
Un modelo complejo debe compararse con alternativas estacionales y específicas fuertes.
Ceguera a regímenes
El error medio puede ocultar fallos durante picos de precio, rampas renovables o demanda atípica.
Confianza mal calibrada
Un modelo probabilístico puede estar muy seguro y aun así no cumplir la cobertura prometida.
Deriva computacional
Un protocolo excesivo puede resultar imposible de completar y forzar cambios post-hoc.
10 · ¿Qué sería un éxito científico?
| Resultado observado | Interpretación | Por qué importa |
|---|---|---|
| Gana el modelo compartido | Transferencia útil | La representación compartida aporta valor predictivo bajo el diseño congelado. |
| Empata | Beneficio limitado | La complejidad adicional aporta poca ventaja práctica en los horizontes o regímenes probados. |
| Pierde | Transferencia negativa | Se identifica una frontera real donde compartir representación perjudica una o más tareas. |
Un resultado nulo o negativo no es un fracaso si el experimento está bien controlado. El objeto científico es la hipótesis, no la reputación del Transformer.
11 · ¿Qué se puede añadir a partir de ahora?
| Fase | Trabajo | Entregable |
|---|---|---|
| v0.2 — Auditoría de datos | Historia real acotada de EPİAŞ; horas ausentes, duplicados, zona horaria/DST, esquema, consistencia de generación y valores extremos de precio. | Informe de auditoría, mapa de disponibilidad, manifiesto de procedencia y hashes. |
| v0.3 — Benchmark exploratorio | Persistencia, seasonal-naive, lineal/MLP, recurrentes, Transformer específico y compartido; solo train/validation. | Benchmark exploratorio y presupuesto computacional medido. |
| v0.35 — Baselines modernos | Añadir, cuando sea viable, DLinear, N-HiTS/N-BEATS, PatchTST, TimesNet o TFT. | Matriz de comparación moderna. |
| v0.4 — Inteligencia de regímenes | Definir regímenes de penetración renovable, picos de precio, rampas de demanda, estacionalidad y demanda anómala. | Definiciones congeladas y plan de análisis. |
| v0.45 — Explicabilidad | Ablación de variables, masking, diagnóstico de atención y herramientas secundarias. | Evidencia de interpretabilidad. |
| v0.5 — Preentrenamiento | Masked time-series pretraining para una representación reutilizable. | Dirección de foundation model más sólida. |
| v0.6 — Transferencia | Adaptación con pocos datos a tareas de predicción, anomalía o régimen. | Evidencia de transfer learning. |
| v0.7 — Suite probabilística | Cuantiles, conformal adaptativo, CRPS y equilibrio cobertura-amplitud. | Benchmark de incertidumbre fiable. |
| v0.8 — Stress testing | Observaciones ausentes, retrasos, shocks de precio, rampas renovables y cambio de distribución. | Evidencia de robustez. |
| v0.9 — Congelación del protocolo | Fijar holdout, hipótesis, métricas, tests, semillas, exclusiones, multiplicidad y presupuesto; registro OSF si procede. | Protocolo confirmatorio inmutable. |
| v1.0 — Estudio confirmatorio | Abrir una sola vez el holdout intacto y preservar predicciones, estadísticas, figuras, configs y hashes. | Archivo de evidencia a nivel de artículo. |
| v1.1+ — Publicación | Finalizar manuscrito, snapshot citable, DOI de Zenodo y preprint/revista apropiados. | Registro de investigación citable. |
12 · La pregunta de un artículo fuerte
When Does Cross-Task Learning Help Electricity Forecasting? A Reproducible Multi-Task Study of Load, Renewable Generation and Market Price in Türkiye.
La contribución más sólida no consiste en decir que “gana un foundation model”, sino en mostrar de forma controlada cuándo la transferencia funciona, cómo cambia con el horizonte y el régimen, y si la incertidumbre está realmente calibrada.
13 · Frontera de uso
Este repositorio es software de investigación. No es un producto de EPİAŞ, una herramienta de operador, un servicio de predicción en producción, una recomendación de trading ni un controlador de despacho. Hasta que termine un estudio congelado con datos reales, debe interpretarse como plataforma experimental.
El Open-Ended Registration de OSF fue aceptado y recibió DOI
El estado actual del ciclo de investigación se ha archivado en OSF como registro público y persistente. DOI del registro: 10.17605/OSF.IO/FMCYQ. Proyecto OSF asociado: osf.io/tz5pw.
El registro documenta la auditoría real de EPİAŞ de enero de 2024, la auditoría correctiva de contabilidad de generación, las reglas de reproducibilidad y la frontera entre el trabajo exploratorio y el futuro estudio confirmatorio. No es la prerregistración confirmatoria final; el holdout confirmatorio sigue indefinido y sin consultar.