Responsabilidad · Technology Camp 2026 Facultad de Ingeniería · Universidad Militar Nueva Granada

El cable que falta

La conexión entre quien decide y quien actúa

Entre el plan y el movimiento hace falta un contrato: qué puede hacer el robot, bajo qué límites y cómo comprueba el resultado.

Auditorio D · Sede Campus Nueva Granada, Cajicá Jueves 10 de septiembre de 2026 3:00 – 4:00 p. m. Fase 06 · Habilidades con contrato
La frase

«La ejecución de bajo nivel sigue siendo clásica (MoveIt 2, controladores PID): el puente semántico→acción es el cuello de botella.»

awesome-embodied-ai — research-gaps.md, §2: Planificación semántica y agentes robóticos, 2026.

«Low-level execution remains classical (MoveIt 2, PID controllers) — the semantic→action bridge is the bottleneck.»

El resto de esta fase traduce esa frase a decisiones de diseño concretas.

De la señal a la conexión

En la fase 5 faltaba una señal de error. Aquí falta una conexión estándar entre quien decide y quien actúa.

El modelo de lenguaje decide qué hacer; el controlador mueve el robot. Ambos pueden fallar. La propuesta de la ponencia es unirlos mediante una capa de habilidades con contrato: acciones permitidas, límites y resultados comprobables.

Modelo → Habilidades con contrato → ROS 2 → Controladores
← Resultado verificado de cada acción

Esa capa de verificación se diseña: un modelo mejor, por sí solo, no la sustituye.

La conexión, en cinco piezas

Ejemplo: insertar un conector. Antes: conector localizado y zócalo accesible. Durante: respetar la fuerza máxima. Después: comprobar la conexión. Si la comprobación falla, devolver un fallo explícito.

La comprobación previa, en acción
Ejemplo interactivo

Misma orden. Una comprobación cambia el resultado.

Orden: «Guarda la taza en el cajón». El plan propone insertarla directamente, sin abrirlo primero.

El cajón está:

Sin verificación

  1. ModeloPropone insertar la taza.
  2. ComprobaciónSe omite: la orden pasa al robot.
  3. RobotIntenta insertarla en el cajón cerrado.
✕ Choque con el cajónLa orden llegó al robot; la taza no quedó guardada.

Con verificación

  1. ModeloPropone insertar la taza.
  2. Comprobación¿Está abierto? No → bloquea la acción.
  3. RobotNo se mueve. La taza sigue fuera.
✓ Choque evitadoDevuelve «precondición incumplida»: hay que abrir el cajón y volver a comprobar.
Intuición clave: Cajón cerrado: sin guarda hay choque; con guarda se bloquea la acción antes de mover.

La guarda comprueba una precondición: cajón abierto. El contrato completo también debe comprobar que la taza quedó dentro.

Base conceptual: SayCan (Ahn et al., 2022) · ejemplo didáctico de verificación previa.
Cinco enfoques, cinco piezas verificables

Cada enfoque aporta una pieza para conectar el plan con la acción:

No impiden que el modelo invente una respuesta: ayudan a contenerla. La tarea pendiente que recoge la ponencia es una interfaz común de habilidades entre modelos de lenguaje y ROS 2.

El contrato deja decisiones humanas a la vista

Alguien define qué fuerza es segura, qué cuenta como «hecho» y qué ocurre si falla la comprobación.

La capa de habilidades hace esas decisiones explícitas y auditables. Diseñar el catálogo, los contratos y los límites es trabajo de ingeniería de interfaces y middleware.

El mazo de cables de la fase 4 vuelve como capa de software. La siguiente pregunta es quién responde por las decisiones que quedaron allí.

Para profundizar

Fuentes de esta fase en la colección de referencia.

Continuar el recorrido

Paso anterior: 5 · Fallo silencioso — El error que no se anuncia.

Siguiente paso: 7 · El vacío de responsabilidad — Las 3 condiciones de responder.

Recurso transversal permanente: Glosario de términos técnicos →

/ o Espacio para navegar · P modo presentación