Insights / Artículos técnicos

Delegación de tareas en Codex: traspasos, permisos y revisión de resultados

Las decisiones de diseño de Codex Task Routing: conservar la configuración del agente principal, identificar la política vigente y verificar cada entrega.

  • Tecnología
  • IA
  • Desarrollo
Delegación de tareas en Codex: traspasos, permisos y revisión de resultados
Contenido
  1. El trabajo habitual permanece con el agente principal
  2. Política configurada y ejecución observada
  3. Qué establecen las pruebas

Prueba la delegación en Codex con investigaciones o revisiones verificables de forma independiente, aclarando la integración del agente principal. Incluye archivos, referencias, evidencias e incógnitas; aplica el mínimo privilegio de OWASP: Excessive Agency a las herramientas. Delegar no demuestra por sí solo mejoras de calidad o coste.

Al realizar varios trabajos con Codex, escoger un modelo es solo una parte de la decisión. También hay que decidir qué etapa puede entregarse por separado, qué contexto debe acompañarla y cómo comprobar su resultado. Acecore publicó Codex Task Routing para explicitar esas decisiones.

Cuatro etapas de verificación: versión de la política, criterios de entrega, pruebas de ejecución y resultados medidos

El trabajo habitual permanece con el agente principal

El agente principal realiza la investigación, implementación y verificación habituales. Solo delega una etapa delimitada cuando aporta un valor concreto. El plugin conserva el modelo y la configuración de razonamiento elegidos por el usuario. Evita transferir trabajo solo para usar otra instancia del mismo modelo o paralelizar sin una tarea independiente para el agente principal.

Una entrega requiere más que «escribe un artículo»: debe indicar fuentes primarias, alcance, herramientas disponibles, criterios de aceptación y cuándo devolver una duda sin resolver. El agente principal revisa los cambios importantes y sus pruebas, no solo la conclusión.

Política configurada y ejecución observada

Al iniciar una tarea, el plugin presenta la política efectiva y su hash. Las opciones personalizadas no cambian silenciosamente la configuración del agente principal. El hook no llama a modelos ni realiza solicitudes de red.

Un nombre de modelo en la configuración no demuestra que ese modelo se haya ejecutado. Conexión, ejecución y resultado se comprueban por separado; las mediciones no disponibles se registran como ausentes. La ruta hacia Chat normal es opcional y se detiene si no están claros la disponibilidad o el permiso.

Qué establecen las pruebas

El PR de actualización documenta 134 pruebas unitarias, CI en Windows, Ubuntu y macOS, e instalación, hooks, reinstalación y eliminación en un entorno Codex aislado. Un PR anterior mejoró el diagnóstico en Windows y la comprobación del paquete.

Estas pruebas cubren el paquete y la configuración. No demuestran ejecución de modelos delegados en una cuenta real, mejoras cuantificadas de calidad o consumo, ni el funcionamiento de Chat normal en todos los equipos. Los requisitos y pasos de instalación están en el README público.