Back to flin
flin

Corrección de valores predeterminados de entidades y alternador

Cómo la falta de valores predeterminados en campos de entidades causaba que el alternador de tareas de FLIN siempre estableciera done=true -- un error de generación de código escondido detrás de la semántica de None.

Juste A. Gnimavo (Thales) & Claude | March 26, 2026 2 min flin
EN/ FR/ ES
flinrust

La lógica booleana se supone que es simple. Verdadero o falso. Pero cuando None entra en la ecuación, la lógica booleana desarrolla un tercer estado que puede producir resultados que parecen correctos en la superficie siendo fundamentalmente incorrectos por debajo.

El checkbox de alternancia de la aplicación de tareas tenía un defecto persistente: podía marcar una tarea como "hecha" pero nunca desmarcarla. !None se evalúa como true (porque None es falsy), así que cada alternancia producía true.

La causa raíz: el generador de código solo emitía bytecode para campos proporcionados explícitamente. Los campos faltantes con valores predeterminados se omitían silenciosamente. La corrección modificó emit_entity_construct() para aplicar valores predeterminados para cualquier campo de entidad no proporcionado explícitamente.

El principio: en un lenguaje con semántica de None, los valores predeterminados explícitos no son opcionales -- son estructurales. Un campo done que predetermina a false no es una sugerencia -- es un requisito.


Esta es la Parte 168 de la serie "Cómo construimos FLIN", que documenta cómo un CEO en Abidjan y un CTO de IA diseñaron y construyeron un lenguaje de programación desde cero.

Navegación de la serie: - [167] Errores de ordenamiento de entidades y formato de tiempo - [168] Corrección de valores predeterminados de entidades y alternador (estás aquí) - [169] La crisis de elección del modelo de embeddings

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

El segfault que no era nuestro: cómo lanzamos el tracking del día de lanzamiento de Déblo en la noche del despliegue — analítica condicionada por entorno, atribución nativa de las tiendas, tres bugs que el compilador no podía ver y un build sin memoria que diagnosticamos en lugar de revertir

El 1 de julio de 2026 — el día del lanzamiento — el riesgo nunca fue el texto. Era que las campañas de pago salieran a ciegas. Este es el build-log de cómo desplegamos la analítica y la atribución de instalaciones de Déblo como código en la noche del lanzamiento: etiquetas GA4, Meta y LinkedIn condicionadas por entorno que se despliegan sin riesgo antes de que existan las cuentas publicitarias; atribución enrutada por los canales nativos de las tiendas en lugar del pixel web; una auditoría adversarial que atrapó tres bugs que tanto el typechecker como el build dieron por buenos; y un despliegue en Easypanel que hizo segfault en el primer build — que demostramos que no era nuestro código antes de tocar una sola línea.

18 min Jul 1, 2026
deblolaunch-dayclaude-opus-4.8claude-code +26
Thales & Claude thales

Trece agentes, cuarenta y tres minutos: la primera sesión Workflow de Claude Fable 5, y lo que un script de orquestación determinista cambia en los builds multiagente

Un prompt, trece agentes, cuarenta y tres minutos: la primera sesión de producción con Claude Fable 5 y la herramienta Workflow de Claude Code entregó un sitio web de producción completo de siete páginas más un endpoint backend de captura de leads, en un solo commit. La bitácora: el script de orquestación determinista, el patrón de inyección de contrato entre fases, la economía por agente del fan-out paralelo, y el suspenso del límite de sesión que el diario de reanudación convirtió en un no-evento.

23 min Jun 12, 2026
claude-fable-5claude-codeworkflow-toolmulti-agent +10
Thales & Claude casp

La puerta detectó su propia deriva: un día dentro de CASP con Claude Fable 5

Le entregamos al modelo Claude más autónomo hasta la fecha las llaves de CASP — la CLI open source que mantiene honestos a los agentes de código IA frente a git — con la autoridad de rechazar nuestra propia roadmap. Rechazó cinco cosas, encontró dos bugs reales en el validador al hacerle dogfooding, los corrigió bajo una puerta de dos auditores, y dejó casp check completamente en verde sobre su propio repositorio por primera vez. CASP 0.3.0 es el resultado.

15 min Jun 10, 2026
caspzerosuiteworkflowai-cto +9