Un protocolo de restricciones tipado y dirigido por eventos para sistemas generados por IA.

RIGOR

Versión Semántica Core v0.1 — Congelada y Normativa

RIGOR Core v0.1 define la semántica formal del lenguaje y ahora está congelado. Esto garantiza el determinismo, la consistencia estructural y la compatibilidad a largo plazo para futuras implementaciones.

RIGOR es un lenguaje de especificación formal diseñado para restringir, validar y governar sistemas de backend generados por IA.

Define transiciones de estado explícitas, reglas de mutación de contexto tipadas y límites de ejecución deterministas.

Acceder a la Especificación →
02

¿Por qué RIGOR?

El software moderno depende cada vez más de la generación asistida por IA. Los prompts narrativos son expresivos pero ambiguos. A medida que los sistemas crecen en complejidad, la ambigüedad aumenta, el desvío se vuelve inevitable y la regeneración se vuelve impredecible.

RIGOR existe para introducir estructura donde la narrativa falla. No es un framework ni un motor; es un protocolo formal diseñado para hacer que la generación de sistemas asistida por IA sea confiable.

  • Semántica de ejecución determinista
  • Límites explícitos de mutación de estado
  • Validación de contexto tipada
  • Procesamiento de eventos reproducible
  • Invariantes a nivel de especificación

RIGOR convierte la intención arquitectónica en un contrato verificable.

02

¿Qué es RIGOR?

RIGOR es una especificación abierta que define cómo deben comportarse los sistemas generados por IA.

  • Máquinas de estado explícitas
  • Esquemas de contexto tipados
  • Transiciones dirigidas por eventos
  • Reglas de mutación deterministas
  • Validación antes de ejecución

RIGOR separa la especificación de la implementación. La especificación define qué está permitido. Las implementaciones se ejecutan bajo esas restricciones.

04

Mutación Determinista Dirigida por Eventos

En RIGOR, el estado no puede modificarse arbitrariamente. Todas las mutaciones deben ocurrir dentro de transiciones declaradas explícitamente activadas por eventos. No se permite ningún cambio de estado fuera del modelo de transición.

Esto garantiza una ejecución determinista, un comportamiento rastreable, una regeneración predecible y límites de consistencia fuertes.

04

Aceleración Estructural

Los sistemas nativos de IA incrementan la velocidad de implementación más allá de la capacidad de supervisión estructural humana.

El rendimiento de generación supera ahora el rendimiento de validación estructural.

Cuando el cambio estructural supera la gobernanza estructural, los sistemas acumulan transiciones implícitas, evolución no declarada, ambigüedad de migración e inestabilidad de contratos.

Esta condición produce entropía estructural.

05

Entropía Estructural

La Entropía Estructural es el incremento progresivo de comportamiento estructural implícito, no clasificado o no determinístico a través de la evolución iterativa del sistema.

La entropía estructural se manifiesta cuando:

  • Las transiciones se infieren en lugar de declararse.
  • Los cambios de versión no están tipados.
  • Las migraciones alteran el comportamiento sin clasificación formal.
  • La ejecución diverge de la intención documentada.

La entropía estructural es acumulativa. Sin restricción, se vuelve irreversible.

RIGOR se posiciona como un protocolo de reducción de entropía.

06

Invariantes Base

Las siguientes propiedades son obligatorias para todos los sistemas compatibles con RIGOR:

01

Explicitud

Sin mutaciones implícitas. Sin cambios de estado ocultos. Todas las mutaciones de contexto deben declararse dentro de las transiciones de eventos.

02

Determinismo

Para un estado y evento dados, la transición resultante está definida de forma única. El par (estado, evento) debe ser inequívoco.

03

Evolución Clasificada

Todos los cambios estructurales deben ser tipificados como compatibles, condicionales o rompedores. La evolución silenciosa es inválida.

04

Validación Previa a la Ejecución

La validación estructural es una precondición de existencia. La ejecución sin validación viola el protocolo.

05

Mutación Controlada

El contexto solo puede mutar dentro de las transiciones activadas por eventos declarados. Cada evento se procesa como una unidad transaccional independiente.

06

Separación Especificación / Implementación

RIGOR define un protocolo. Los motores lo implementan. El lenguaje es independiente de cualquier entorno de ejecución.

07

Núcleo Estable, Evolución Clasificada

RIGOR Core v0.1 define la semántica invariante mínima del protocolo. Los invariantes del núcleo están congelados y versionados. La evolución futura sigue un modelo clasificado (Parche, Menor, Mayor) para garantizar una adopción segura a largo plazo.

08

Contexto Tipado y Validación de Esquema

Las especificaciones RIGOR definen un esquema de contexto explícito y tipado. Cada proceso declara la estructura de su estado persistente, los tipos de datos permitidos y los campos obligatorios. RIGOR elimina la ambigüedad en tiempo de ejecución al aplicar una validación estructural en tiempo de compilación.

09

Modelo de Protocolo de Restricción de IA

El protocolo comprende cinco componentes normativos:

  • 01
    Dominio de Intención — Define el espacio estructural formalmente permitido.
  • 02
    Contrato de Restricción — Instancia de especificación verificable por máquina.
  • 03
    Límite de Generación — Interfaz entre salida de IA y validación.
  • 04
    Motor de Validación — Evalúa el cumplimiento estructural.
  • 05
    Capa de Evolución — Clasifica todos los cambios estructurales.
10

Estrategia Backend-First

RIGOR comienza como un lenguaje de especificación centrado en el backend.

  • Orquestación de procesos
  • Máquinas de estado de dominio
  • Límites de invocación de servicios externos
  • Gobernanza de contratos API

Las derivaciones de frontend y contratos pueden emerger de la capa de especificación del backend.

11

Modelo de Ejecución Transaccional

Cada evento procesado por un Motor RIGOR se maneja de forma aislada, produce como máximo una transición de estado y persiste sus efectos de forma atómica. El fallo durante el procesamiento no produce mutaciones parciales de estado ni estados intermedios ambiguos.

12

Primero la Especificación. Segundo el Motor.

RIGOR es una especificación, no un motor.

  • El Core define la semántica.
  • Cualquier motor compatible puede implementar la ejecución.
  • El motor de referencia oficial servirá como una implementación normativa, pero el lenguaje sigue siendo independiente de la implementación.
10

Posicionamiento Estructural

RIGOR opera aguas arriba de la ejecución. No orquesta. No ejecuta. Restringe la posibilidad estructural.

Sistema Qué Hace RIGOR Hace
Orquestación de Flujos (Temporal, AWS Step Functions) Gestiona ejecución distribuida. Coordina comportamiento en tiempo de ejecución. Maneja reintentos y persistencia de estado. Define qué procesos están estructuralmente permitidos antes de la ejecución.
Infraestructura como Código (Terraform) Define el estado de infraestructura declarativamente. Define restricciones de evolución de procesos estructurales.
Análisis Estático (Sistemas de Tipos, Linters) Valida corrección de código. Aplica restricciones en tiempo de compilación. Clasifica evolución estructural entre versiones. Gobierna el espacio de posibilidad estructural generado por IA.
Lenguajes Específicos de Dominio Codifica definiciones de procesos en sintaxis. Define invariantes estructurales independientes del lenguaje de implementación.

RIGOR está aguas arriba de la orquestación. Define el límite estructural entre generación y ejecución.

14

Territorio Conceptual

RIGOR posee el espacio conceptual de:

  • 01 Protocolo Estructural Pre-Ejecución
  • 02 Delimitación Estructural de IA
  • 03 Gobernanza de Evolución Determinística
  • 04 Contratos de Procesos Tipados por Versión
  • 05 Reducción de Entropía Estructural

Este territorio no está formalmente ocupado por plataformas existentes.

15

Protocolo vs Ingeniería de Prompts

Aspecto Ingeniería de Prompts Protocolo de Restricción de IA
Enfoque Descriptivo Prescriptivo
Método Persuade al modelo Define límites
Control Depende de la redacción Formaliza el dominio
Validación Varianza probabilística Contención estructural
Salida Intención aproximada Ejecución delimitada

La ingeniería de intentos guiar el comportamiento probabilístico. El Protocolo de Restricción de IA restringe la posibilidad estructural.

16

Estado del Proyecto

  • RIGOR Core v0.1 — Especificación Formal Completa
  • Documentos de Especificación — Públicos
  • CLI de Validación — En desarrollo
  • Motor de Referencia (MVP) — Planificado
  • Gobernanza Comunitaria — Fase Objetivo

RIGOR aspira a convertirse en un estándar abierto e implementable para sistemas deterministas restringidos por IA.

17

Contribuye en GitHub

Ayuda a refinar la especificación. Construye motores compatibles. Participa en la futura gobernanza.