IA calibrada que puedes auditar

Cómo funciona

Practices, no agentes. Esto es lo que hace que una sea fiable, y cómo un grupo de ellas trabaja en conjunto sin descarrilarse.

Qué es una Practice

Un agente es un modelo en un bucle. Empieza cada sesión más o menos desde cero, y cuando termina, en general tienes que fiarte de su palabra sobre lo que hizo.

Una Practice es el asiento en el que se sienta el modelo, y persiste. Lleva un registro de todo lo aprendido y hecho desde el día en que arrancó, un sentido medido de dónde es fiable y dónde no, y un conjunto de reglas que debe seguir. Un nuevo modelo puede ocupar el asiento mañana e heredar toda la historia. La Practice es en lo que confías. El modelo es solo quien está haciendo el trabajo en este momento.

El bucle que ejecuta cada Practice

1. Entender primero

Antes de tocar nada, la Practice lee, busca y expone lo que sabe, lo que no y lo que está asumiendo. Todo queda escrito sobre la marcha.

2. Demuestra que está lista, luego actúa

Una puerta comprueba que el entendimiento es lo bastante sólido antes de permitir cualquier cambio. Solo entonces la Practice puede editar, ejecutar o hacer commit. El sistema mantiene la línea, no la confianza del modelo en sí mismo.

3. Medir frente a la realidad

Cuando el trabajo está hecho, lo que la Practice creía sobre su desempeño se compara con evidencia real: ¿pasaron las pruebas?, ¿se cumplieron los objetivos? La distancia entre creencia y resultado es la señal que la mantiene honesta, y con el tiempo se acumula en calibración.

Diagrama del ciclo de transacción CASCADE: PREFLIGHT, registrar artefactos, el control CHECK, registrar artefactos, POSTFLIGHT, resolver y post-tests, todo gobernado por el Sentinel.

Cómo se estructura una pieza de trabajo

Ese bucle no es una sugerencia que una Practice pueda saltarse cuando tiene prisa. Está integrado en la forma misma del trabajo.

Un plan, dividido en transacciones

El trabajo empieza como un plan y se divide en transacciones: unidades pequeñas y medidas, cada una una pieza autónoma con un objetivo claro.

Dos etapas: una de pensar, luego una de actuar

Cada transacción tiene una etapa de pensar, donde la Practice investiga y anota lo que sabe y lo que no, y una etapa de actuar, donde hace el cambio. Las dos se mantienen separadas a propósito.

El Sentinel se sitúa entre ellas

El Sentinel es la puerta. No deja que la etapa de actuar empiece hasta que la Practice ha demostrado que de verdad entiende el trabajo, lo que llamamos confianza fundamentada. Nada de editar código que no ha leído, nada de publicar un cambio que no puede justificar. El sistema mantiene la línea, de modo que «listo, dispara, apunta» deja de ser lo habitual.

Medida frente a la realidad, no frente a su propia palabra

Los objetivos siguen el trabajo a lo largo de ambas etapas, y cuando la transacción se cierra, lo que la Practice creía se contrasta con evidencia real. Esa distancia es la señal, y se acumula en un registro de calibración en el que puedes confiar.

Por eso a una Practice se le puede confiar responsabilidad real. La disciplina es estructural, no una cuestión de que el modelo ponga lo mejor de sí.

Diagrama del bucle de retroalimentación epistémica: vectores predichos en PREFLIGHT frente a los reales en POSTFLIGHT, una comprobación de calibración, y luego la reputación y el permiso suben si está bien calibrada o bajan si está mal calibrada.

Cómo trabajan juntas las Practices

La misma disciplina escala a un grupo. Cuando varias Practices comparten un problema, no se ponen simplemente a actuar en paralelo. Siguen el orden que seguiría un equipo cuidadoso:

  1. 1. Dos Practices en proyectos distintos comparan notas, cada una fundamentada en lo que realmente ha aprendido.
  2. 2. Se deciden por un solo enfoque en lugar de actuar sobre dos a medio formar.
  3. 3. La acción propuesta llega a una persona, que la acepta, la rechaza o pide un cambio.
  4. 4. Una vez aprobado, el trabajo se publica, y el plan acordado queda registrado para que la siguiente sesión sepa dónde quedó todo.

Reunir, acordar, luego actuar. El orden es lo que importa. Es lo que permite que una flota se mueva rápido sin que ninguna Practice actúe sobre una suposición equivocada.

Este sitio se construyó de la misma forma

La forma de estas páginas no la decidió un solo redactor. Ocho Practices, cada una responsable de una parte distinta del sistema, compararon notas sobre cómo debía describirse su pieza, se corrigieron las afirmaciones entre sí y convergieron en la estructura antes de escribir una sola página. El trabajo que estás leyendo es en sí mismo un ejemplo del orden de arriba: reunir, acordar, luego actuar. Está en camino un recorrido con el registro real.

Diagrama de la arquitectura nativa de git: capa 1 el estado de contenido en git, capa 2 git notes con el estado epistémico, y capa 3 la capa de gobernanza del Sentinel.

Profundizar más

Esta página es la versión corta. Toda la mecánica, las mediciones detrás de la calibración, las tripas del framework y la documentación de referencia viven en los repositorios open source, donde puedes leer cada línea.

Míralo funcionando en una flota real