Ingeniería de asignación permite extender sesiones de Claude sin agotar el límite semanal

Un miembro de r/PromptEngineering explicó que, frente al alto coste y la rápida saturación del límite semanal de Claude, diseñó un sistema de ingeniería de asignación. La idea consiste en crear un catálogo que asocie cada sub‑tarea a un modelo, agente y nivel de esfuerzo óptimo.

En la práctica, escribe en Claude Code una instrucción como:

Fix the failing unicode test in my parser. Split the work with alloc_plan, run the pieces in parallel, and have a different model check the fix.

Claude descompone la petición en cuatro trabajos independientes:

1. Buscar llamadas a parse() – se asigna a un escáner local barato (Ollama).
2. Crear un caso de prueba Unicode – se delega a Claude Sonnet con bajo esfuerzo.
3. Identificar la causa y proponer el parche – se envía a Codex o GPT‑5.5 con alto esfuerzo.
4. Redactar la línea de changelog – se deja en blanco o se asigna al agente más económico.

Cada trabajo se envía como un paquete JSON que incluye objetivo, entradas, criterios de aceptación, modelo y nivel de esfuerzo. Todos los paquetes se ejecutan en paralelo; Claude solo consume tokens para decidir la distribución y para validar los resultados. Cuando el parche regresa, Claude lo revisa y devuelve PASS, FAIL o BLOCKED sin ejecutar el código directamente.

El autor señala que, al dejar vacíos los parámetros, el sistema eligió automáticamente la CLI Grok para la ejecución y Codex para la verificación, usando suscripciones ya pagas. El método reduce la carga de tokens en Claude y permite que la sesión permanezca activa mientras los agentes externos hacen el trabajo pesado.

Esta propuesta muestra una forma práctica de combinar varios LLMs y servicios de bajo coste para escalar tareas de desarrollo sin superar los límites de uso de un modelo principal. Queda por ver si la comunidad adopta este patrón y cómo se integrará con flujos de CI/CD habituales.