Ultracode combina razonamiento de esfuerzo alto y coordinación de flujos dinámicos en Claude Code. Su utilidad aparece cuando una tarea necesita repartir revisiones, contrastar hallazgos y reunir un resultado. Para aprovecharlo, hay que definir el alcance y evaluar la evidencia que devuelve.
En el video del 10 de junio de 2026 mostré una auditoría del repositorio de contenido usando Fable 5 y Ultracode. El flujo terminó con 92 agentes contabilizados a lo largo de la ejecución, según el resultado mostrado. Eso describe aquella corrida, no una cantidad necesaria para repetir el proceso ni 92 agentes ejecutándose simultáneamente.
Video completo y seguimiento de la auditoría
La vista del flujo alrededor del minuto 7:15 permite ver la tarea en marcha. Después explico la orquestación desde el minuto 16 y reviso el resultado de la auditoría desde el minuto 20.
El video también muestra mi espacio de trabajo y cómo repartíamos proyectos entre equipos. Las promociones y estimaciones de ahorro comentadas en junio no se utilizan aquí como precios actuales ni como rentabilidad demostrada.
Qué hace Ultracode y qué sigue dependiendo de ti
Fable 5 es el modelo utilizado en la grabación. Claude Code aporta herramientas y contexto. Ultracode configura la forma de abordar el trabajo mediante flujos coordinados. Son capas distintas, como explico en la guía de harness engineering.
La documentación de flujos dinámicos describe una orquestación mediante un script que coordina subagentes. El usuario plantea la tarea y el sistema organiza fases. Ultracode combina esfuerzo xhigh con la decisión de usar esos flujos para trabajos sustantivos; no es un modelo separado.
Tu parte es definir el problema, el espacio de trabajo y qué cuenta como una buena respuesta. Una instrucción que dice “mejora todo” puede producir una lista enorme de recomendaciones difíciles de valorar. Una auditoría enfocada permite comprobar cada hallazgo.
El caso: auditar un repositorio de contenido
El repositorio reunía materiales de YouTube, documentación, instrucciones y otros recursos del sistema de contenido. La auditoría buscaba problemas estructurales, referencias inconsistentes y aspectos que requerían revisión.
Durante la grabación expliqué tres funciones: auditores que examinan partes del proyecto, verificadores que contrastan los hallazgos y una revisión crítica del conjunto. La idea es que una observación no llegue al informe final solamente porque un primer agente la propuso.
El resultado que revisé incluía problemas reportados en archivos e instrucciones. La grabación muestra el informe; no demuestra que todos esos problemas quedaran corregidos. Encontrar una referencia rota, por ejemplo, es una etapa distinta de arreglarla y comprobar el recorrido que dependía de ella.
Para repetir un proceso parecido, separaría los materiales públicos de las credenciales y los datos privados. El informe compartible puede explicar que una credencial necesita atención sin copiarla en una captura, una tabla o un comentario público.
Cómo escribir un encargo que se pueda comprobar
Esta propuesta está adaptada para la guía y no es una transcripción literal del prompt del video:
Audita la carpeta de contenido del proyecto. Busca referencias internas rotas, instrucciones contradictorias y archivos finales que no coincidan con el inventario. Trabaja en lectura. Para cada hallazgo entrega archivo, evidencia, impacto y forma de reproducirlo. Verifica los hallazgos antes de incluirlos y agrupa duplicados. No modifiques archivos ni reproduzcas credenciales en el informe.
El objetivo es convertir una intención amplia en un conjunto de preguntas. El agente puede proponer la división, pero cada fase necesita una salida que la siguiente pueda utilizar.
| Fase | Trabajo | Salida útil |
|---|---|---|
| Inventario | Identificar material dentro del alcance | Lista de rutas y tipos de archivo |
| Revisión | Examinar condiciones concretas | Hallazgos candidatos con evidencia |
| Verificación | Intentar reproducir cada problema | Confirmado, descartado o pendiente |
| Síntesis | Agrupar y priorizar | Informe con acciones y límites |
Este esquema también funciona para revisar una colección de guías o un sistema de miniaturas. Si el proyecto necesita investigación externa, añade fuentes y fechas a los requisitos; no mezcles una hipótesis de tendencia con un error comprobado del repositorio.
Activar y observar el flujo
En una versión compatible de Claude Code, la documentación contempla estas opciones:
/effort ultracode
/workflows
La primera activa Ultracode en la sesión; la segunda abre la vista de los flujos. Para volver a un esfuerzo habitual puedes utilizar /effort high. Revisa la compatibilidad de tu modelo y versión en la documentación enlazada. El menú histórico que aparece en el video puede diferir del actual.
Antes de ampliar el trabajo, prueba una carpeta pequeña. Observa si los agentes encuentran problemas reales y si las verificaciones aportan información nueva. Si el proceso solo repite el mismo comentario, revisa el encargo antes de multiplicarlo.
Un flujo conserva las restricciones de acceso aplicables a sus herramientas. Pedir autonomía no elimina la necesidad de que el entorno tenga los permisos correctos. La introducción oficial a los flujos dinámicos también destaca el aumento de consumo que puede implicar esta forma de trabajo.
Agentes totales, concurrencia y tokens son números diferentes
El total de agentes cuenta los que participaron durante una ejecución. La concurrencia cuenta los que trabajan al mismo tiempo. Los tokens reflejan el uso del modelo a través de solicitudes y respuestas. Ninguna de esas cifras, por sí sola, demuestra que la auditoría sea mejor.
En el video, el contador crece mientras avanzan las fases. Puede haber revisión después de la primera exploración y tareas que dependen de resultados anteriores. Por eso conviene leer la estructura del flujo, no solo el número final.
Tampoco asumas que todos los agentes utilizan una configuración idéntica. Revisa el modelo asignado a cada etapa cuando importe para la calidad o el coste. Una etapa de inventario y otra de razonamiento complejo pueden tener necesidades diferentes.
Cómo evaluar el consumo sin confundirlo con valor
La pregunta práctica es cuánto trabajo útil quedó al terminar. Un informe de cien observaciones duplicadas puede exigir más revisión que cinco problemas reproducibles bien explicados.
Para una primera prueba, anotaría duración, consumo observable, hallazgos confirmados y tiempo necesario para revisarlos. Compararía ese resultado con un alcance equivalente realizado de una forma más simple. El presupuesto debe tener relación con el problema que estás intentando resolver.
La documentación permite orientar el tamaño del flujo, pero una preferencia de tamaño no equivale a un límite duro de gasto. Supervisa la ejecución y utiliza controles de presupuesto efectivos cuando tu entorno los ofrezca. La guía de uso, contexto y concurrencia ayuda a interpretar esos indicadores.
También conviene corregir una generalización de la grabación: el gráfico de coste y rendimiento de un benchmark no demuestra que cada dólar adicional mejore linealmente cualquier tarea. La guía de Fable 5 y Mythos explica ese punto y las condiciones del análisis.
Del informe a las correcciones
Una vez terminada la auditoría, toma primero un hallazgo confirmado. Reproduce el problema, decide la corrección y prueba el comportamiento esperado. Conserva el vínculo entre hallazgo, cambio y evidencia.
Para una interfaz, puedes completar esa revisión con Playwright y pruebas en móvil. Para instrucciones de un agente, revisa que el archivo correcto se cargue y que la nueva regla no contradiga otra vigente.
Si quieres ver cómo evolucionó el flujo durante la grabación, vuelve al video completo. Puedes suscribirte al canal y trabajar estas implementaciones con la comunidad de Imperio Agéntico.
Preguntas frecuentes
¿Ultracode es un modelo de inteligencia artificial?
No. Es una configuración de Claude Code que combina esfuerzo de razonamiento y coordinación de flujos dinámicos. Fable 5 fue el modelo utilizado en la demostración; el flujo organiza cómo se aborda el trabajo.
¿La auditoría usó 92 agentes al mismo tiempo?
El video muestra 92 agentes contabilizados a lo largo de la ejecución. Ese total no implica que todos trabajaran simultáneamente. Las fases pueden incluir revisiones posteriores y tareas que esperan resultados anteriores.
¿La auditoría corrigió todos los problemas encontrados?
La grabación muestra la ejecución y el informe de hallazgos. No demuestra que todos quedaran corregidos. Una corrección requiere reproducir el problema, aplicar el cambio y comprobar el resultado por separado.
¿Puedo empezar sin auditar todo el repositorio?
Sí. Elige una carpeta y condiciones concretas que revisar. Pide evidencia, verificación y agrupación de duplicados. Esa muestra permite evaluar la utilidad y el consumo antes de ampliar el alcance.
¿Necesito varios computadores para usar Ultracode?
No es un requisito. El recorrido del video muestra cómo Benjamín organizaba distintos proyectos en su espacio de trabajo. Un flujo puede ejecutarse desde un entorno compatible sin reproducir ese conjunto de equipos.
¿El número de agentes demuestra la calidad de una auditoría?
No. Evalúa hallazgos confirmados, claridad de la evidencia, duplicados y trabajo de revisión necesario. Más agentes pueden aportar cobertura, pero también aumentar coordinación y consumo sin mejorar el resultado.
¿Un tamaño pequeño de workflow garantiza un gasto máximo?
Una orientación de tamaño no debe tratarse como un límite duro de gasto. Comprueba los controles disponibles en tu entorno, observa el consumo y detén o ajusta una ejecución que se aleja del alcance previsto.