Comparamos los presets quality / standard / fast de dev-orchestra
Introducción
Cuando usas dev-orchestra por primera vez, te pide elegir un preset.
En las entregas anteriores (Claude Code, Codex, Antigravity) me limité a decir «si tienes dudas, elige standard», pero esta vez comparo qué hay dentro de cada uno.
Va la respuesta por adelantado.
- Si tienes dudas, elige
standard. Equilibra calidad y coste, y además es el valor por defecto qualityañade revisores y usa más modelos potentesfastusa un solo revisor la mayor parte del tiempo, y ejecuta la implementación y las correcciones principalmente con modelos más ligeros
Con dev-orchestra 1.0.0, expandí de verdad los tres presets en tres entornos, solo Claude Code, solo Codex y ambos, para comprobarlo.
dev-orchestra es de código abierto en GitHub (licencia MIT). Si te parece útil, una estrella me haría muy feliz.
Un preset es una elección de «dónde gastar el dinero»
Un preset es una única elección en el eje del coste (tokens). Al elegir uno, se deciden juntas estas cuatro cosas.
| Qué decide | Significado |
|---|---|
| Modelo por rol | Qué tan potente es el modelo que se encarga del diseño, la implementación, las correcciones, etc. |
| Composición de revisores | Cuántos revisores hay y desde qué ángulos (general, seguridad, pruebas, etc.) |
| Revisión del diseño | Si, antes de implementar, también se revisa el propio plan |
| Nivel de optimización | Hasta dónde se recorta el coste, por ejemplo usando menos revisores en cambios pequeños |
Y se reorganiza automáticamente según las CLI instaladas en esa máquina. No te pasará que aparezcan revisores de Codex en una máquina sin Codex y fallen cada vez.
Pasos
1. Comparar el modelo por rol
En una máquina con Claude Code, los modelos por rol quedan así.
| Rol | quality | standard | fast |
|---|---|---|---|
| Director (orchestrator) | opus | sonnet | sonnet |
| Diseño (architect) | fable | fable | opus |
| Implementación (implementer) | fable | opus | sonnet |
| Corrección (review_fixer) | fable | opus | sonnet |
standard reparte así: «el modelo más potente para el diseño, opus para la implementación y las correcciones». Si el diseño sale mal, todos los pasos posteriores se desperdician, así que ahí es donde se invierte el dinero.
En una máquina solo con Codex, todos los roles usan el modelo recomendado de Codex (
recommended-coding). Los presets se construyen sin lanzar la CLI, y el modelo recomendado es el único que se puede especificar de forma fiable para Codex. Después puedes indicar otros modelos rol por rol.
2. Comparar la composición de revisores
Aquí es donde más se nota la diferencia. En una máquina con Claude Code y Codex a la vez, la composición quedó así.
quality: 6 revisores. Se añade el ángulo de architecture, que comprueba si el diseño es sensato, y Codex ocupa 2 puestosstandard: 4 revisores. Ambos proveedores cubren la revisión general, y se añaden seguridad y pruebas con modelos más ligerosfast: normalmente 1 revisor. El revisor de seguridad solo se ejecuta en cambios peligrosos
En todos los presets, si hay dos proveedores instalados, el panel incluye a ambos. Sin embargo, en fast normalmente solo se ejecuta el revisor general de Codex, y el de seguridad de Claude solo en cambios peligrosos. Además, en standard y fast, un cambio pequeño y de bajo riesgo recibe 1 revisor (general). No siempre lo revisan ambos proveedores.
3. Comparar el número de revisores por entorno
El número de revisores también cambia según las CLI instaladas.
| Entorno | quality | standard | fast |
|---|---|---|---|
| Claude Code y Codex | 6 | 4 | 1 (+1 si es peligroso) |
| Solo Claude Code | 4 | 4 | 1 (+1 si es peligroso) |
| Solo Codex | 4 | 2 | 1 (+1 si es peligroso) |
standard tiene solo 2 con Codex a solas porque, como escribí en la entrega de Codex, no crea puestos que pongan en fila a la misma IA en el mismo rol, ni puestos pensados para un modelo más barato.
Con solo Claude Code, el revisor que normalmente se ejecuta en
fastes el general en opus. El diseño también es opus, así que no funciona solo con modelos ligeros.
4. Comparar la revisión del diseño y el nivel de optimización
Los dos restantes.
quality | standard | fast | |
|---|---|---|---|
| Revisión del diseño | Decidida automáticamente | Decidida automáticamente | No |
| Nivel de optimización | quality | balanced | aggressive |
La revisión del diseño es el paso que revisa el propio plan antes de empezar a implementar. «Decidida automáticamente» significa que solo se ejecuta cuando el plan es grande o tiene riesgo. fast se la salta.
El nivel de optimización es un dial que indica hasta dónde recorta costes la revisión.
aggressive | balanced | quality | |
|---|---|---|---|
| Las pruebas fallan | No se revisa | No se revisa | Se revisa igualmente |
| Cambio pequeño y de bajo riesgo | 1 revisor | 1 revisor | Todos |
| Número de hallazgos que se pide a cada uno | 4 | 6 | 10 |
Los cambios que tocan autenticación, secretos, pagos, migraciones y similares suben su nivel de optimización a
qualityen todos los presets. El preset en sí no cambia. Lo revisan todos los revisores de ese preset (2 enfast), hasta el número máximo de hallazgos.
En todos los presets, la implementación no empieza hasta que apruebas el plan.
5. Cuál elegir
| Situación | Recomendación |
|---|---|
| Empezar a usarlo, desarrollo del día a día | standard |
| Mucho código donde los errores salen caros, como autenticación o pagos, y te sobran tokens | quality |
| Sobre todo correcciones pequeñas, prototipos, o quieres ahorrar tokens | fast |
Si tienes dudas, dejarlo en standard está bien. Sube si se te queda corto, baja si te parece pesado.
6. Cambiar de preset
Pídele al agente «cambia el preset de dev-orchestra a fast» y lo cambia por ti. Por debajo, ejecuta estos comandos.
dev-orchestra config setup --preset quality # guarda el preset (sin preguntar nada)
dev-orchestra config set preset fast # cambia conservando el resto de la configuraciónEl preset se guarda en la configuración global como una sola clave (por ejemplo preset: fast). Solo se guarda el nombre; el contenido se expande según las CLI de la máquina cada vez que se carga. Si instalas Codex más adelante, Codex se une a la revisión automáticamente desde la siguiente ejecución.
Resumen
- Un preset es una elección de «dónde gastar el dinero». Decide juntos el modelo por rol, los revisores, la revisión del diseño y el nivel de optimización
- Si tienes dudas, elige
standard. Usa un modelo potente para el diseño y revisa con ambos proveedores qualitytiene hasta 6 revisores;fastnormalmente tiene 1- Se reorganiza automáticamente según las CLI instaladas. Con ambos proveedores, el panel de cada preset incluye a los dos (pero en
fasty en cambios pequeños normalmente revisa una sola persona) - Los cambios peligrosos suben su nivel de optimización a
qualityy los revisan todos los revisores de ese preset (2 enfast) - Para cambiar, ejecuta
config set preset <nombre>o simplemente pídeselo al agente
Las reglas detalladas de los presets están en la documentación de configuración.
Tras elegir un preset, si quieres añadir revisores especializados adecuados a tu repositorio (base de datos, frontend, etc.), config suggest-roles te los sugiere. En la próxima entrega escribiré sobre esos revisores y cómo reorganizar los roles.
Todas las entregas de esta serie están en la lista de entregas de «dev-orchestra».
GitHub: istb16/dev-orchestra (una estrella siempre se agradece)
Artículos relacionados
Reorganizando los revisores y los roles de dev-orchestra
Cómo indicar el modelo de cada rol de dev-orchestra, cómo elegir los enfoques de los revisores y config suggest-roles, que propone especialistas de dominio. También le mostré a 9 revisores un cambio con bugs plantados a propósito para medir qué cambia al aumentar su número.
Probando dev-orchestra con Codex
También instalé dev-orchestra en Codex. Funciona solo con Codex, pero si instalas Claude Code y Codex a la vez, pasa automáticamente a la configuración recomendada, en la que IAs de empresas distintas revisan el código. Al final resumo también las funciones y precauciones exclusivas de Codex.
He publicado dev-orchestra: diseño, implementación y revisión con varias IA a partir de una sola frase
Presentación de dev-orchestra, un plugin que funciona en Claude Code / Codex / Antigravity. Resumo qué puede hacer, en qué se diferencia del codex-plugin-cc oficial, por qué merece la pena usarlo incluso solo con Claude Code y también sus desventajas.