[manuamest]

La simulación subía los nueve niveles como palletizing, así que la plataforma no podía comparar mesa, cinta y camión entre sí — que es justo la comparación que justifica tener tres fuentes. Ahora la tarea es de dónde se coge el paquete: table | conveyor | truck, el mismo identificador que ya viaja en runs.config.source.

Los tres sitios de siempre, y en ese orden: el CHECK de 001_schema.sql, TASKS en schema.py y TASK_TEXT en ui.ts.

induction, palletizing y paletizado-guionizado se quedan en el CHECK: dice qué se puede almacenar —y hay episodios subidos con ellos—, no qué se produce hoy.

Comprobado

backend/tests/test_vocabulario.py en verde: los tres vocabularios cuadran en conveyor, induction, paletizado-guionizado, palletizing, table, truck.

Hay que pegar el CHECK en Supabase

La base acepta ya table, conveyor, truck, induction y palletizing, pero no paletizado-guionizado: se aplicó a mano una versión del CHECK escrita contra el 001 de main, que está obsoleto. Hasta que se pegue esto, un run con esa tarea da 23514:

alter table runs     drop constraint if exists runs_task_check;
alter table runs     add  constraint runs_task_check check (task in (
  'table', 'conveyor', 'truck',
  'induction', 'palletizing', 'paletizado-guionizado'
));
alter table episodes drop constraint if exists episodes_task_check;
alter table episodes add  constraint episodes_task_check check (task in (
  'table', 'conveyor', 'truck',
  'induction', 'palletizing', 'paletizado-guionizado'
));

Va con

STACKSPECT/Simulation#34, que es quien empieza a emitir las tres tareas.

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated
platform	Error		Sep 20, 2026 12:47am UTC