Ordewell convierte metas en planes de tareas para coding agents

Ordewell: del objetivo al plan ejecutable para coding agents

Ordewell es una herramienta de línea de comandos y extensión para VS Code que convierte una meta en lenguaje natural en un plan ordenado de tareas para coding agents como Claude Code, Codex u OpenCode. La iniciativa, publicada en GitHub bajo licencia Apache 2.0, apunta a resolver uno de los puntos más delicados del trabajo con agentes: pasar de "tengo que hacer X" a una secuencia verificable de instrucciones que un agente pueda ejecutar sin perder control.

Su propuesta se resume en una idea central: un plan que se reescribe antes de gastar tokens. Cada tarea lleva asignado su propio runner, modelo, nivel de razonamiento y modo de ejecución. El usuario puede modificar cualquier campo, añadir o quitar tareas y rehacer dependencias sin perder trabajo ya completado ni tener que pedirle a la IA que regenere el plan.

Por qué importa: el problema de orquestar coding agents

La conversación sobre coding agents en 2026 dejó de girar en torno a "qué bien escribe código la IA" y empezó a girar en torno a cómo coordinar varios agentes en paralelo sin perder trazabilidad. Ars Technica describió el patrón habitual como "gather context, take action, verify work, repeat" aplicado por un agente supervisor sobre LLMs subordinados, lo que coincide con el enfoque de Ordewell: separar el rol del planificador (solo investiga y razona) del rol del ejecutor (el que muta el código).

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

La industria está moviéndose en la misma dirección:

UiPath presentó Maestro Flow el 19 de agosto como una capa de orquestación para coordinar procesos que incluyen a Claude Code, Cursor, GitHub Copilot y OpenAI Codex, bajo la tesis de que "las empresas no tienen un problema de agentes, tienen un problema de orquestación" (ADTMag, 20 de agosto).
Atlassian convirtió Jira en un hub donde se asignan ítems a coding agents, con plantillas de ingeniería agentic y reglas que disparan agentes al cambiar el estado de un ticket (SiliconANGLE, 15 de julio).
Cursor lanzó Cursor Mobile para supervisar coding agents desde el teléfono, en línea con la tendencia a controlar agentes sin tocar el código directamente (TechCrunch, 29 de junio).

Ordewell entra en esta conversación desde el extremo opuesto: una herramienta local, open source y enfocada en el developer individual, no en la empresa. Su terreno natural es el repositorio del equipo pequeño o la startup que ya usa Claude Code o Codex y quiere algo más estructurado que pegar prompts sueltos en un chat.

Cómo funciona, en concreto

El flujo completo de Ordewell sigue cuatro pasos según la documentación oficial del repositorio:

Describir el objetivo en prosa. El usuario escribe algo como "agrega rate limiting a la API pública".
El planner investiga el repo en modo solo-lectura y, si la meta es ambigua, hace preguntas en un chat continuo. Cualquier comando que escribiría archivos se rechaza de antemano.
Aparece el plan: tareas ordenadas, cada una con runner, modelo, nivel de razonamiento y modo. Se puede editar inline o reescribir el plan con un nuevo prompt sin perder el trabajo hecho.
La ejecución lanza sesiones reales de coding agent por tarea, respetando el grafo de dependencias y pasando a cada tarea los resultados de sus predecesoras. Las tareas manuales se convierten en checklists.

Hay tres detalles que diferencian a Ordewell de un wrapper más:

Verdictos basados en evidencia. Una tarea solo se marca como completa cuando su completion marker aparece en la salida del runner. El código de salida queda como diagnóstico, no como veredicto. Ningún modelo decide por sí solo que terminó.
Un modelo por tarea, decidido en abierto. El planner hace una sola decisión de portafolio sobre todo el plan y muestra cada asignación antes de ejecutar. Refactorizar seguridad y actualizar un README no merecen el mismo modelo, así que no usan el mismo.
Pluggable por diseño. Soporta Claude Code, Codex y OpenCode de fábrica, y permite añadir runners propios (Aider, un CLI a medida) mediante un manifest de plugin, sin tocar el código fuente.

Sin API key extra

Otro punto que la propia documentación destaca: si ya tenés una suscripción a Claude Code, Codex u OpenCode, Ordewell no te pide una clave adicional. Las opciones de planner basadas en coding agents son estrictamente read-only y usan la misma suscripción que ya tenés para los runners. Para quienes prefieren API keys, la herramienta reconoce 25 proveedores (OpenRouter, Anthropic, OpenAI, Gemini, xAI, Groq, DeepSeek, Mistral, Together, Fireworks, Perplexity, Cerebras, DeepInfra, Cohere, Novita, Kimi, Qhipu, Qwen, Doubao, Hunyuan, Baichuan, Moonshot, Yi, StepFun y SiliconFlow) más cualquier endpoint compatible con OpenAI vía OPENAICOMPATIBLEBASE_URL, incluyendo servidores locales.

Tres superficies, un mismo motor

Ordewell se ofrece en tres formas que comparten el mismo backend:

CLI/TUI con dos paneles: chat a la izquierda, plan a la derecha. Necesita tmux en todas las plataformas, incluso en Windows, donde debe correr bajo WSL.
Extensión de VS Code instalable con code --install-extension ordewell.ordewell, con su propio núcleo integrado y vista de timeline con cards de tarea.
Servidor local HTTP + WebSocket sobre 127.0.0.1:3742, pensado para automatización headless. La CLI y la TUI son clientes de ese servidor.

Los comandos de slash (/planner, /runners, /key, /model, /approve, /run) también existen como subcomandos de la CLI, lo que permite configurar todo por variables de entorno y saltarse la TUI por completo, útil para CI o scripts.

¿Qué significa esto para tu startup?

Si ya estás usando Claude Code o Codex en tu startup, Ordewell te resuelve tres dolores reales:

Planificar antes de gastar tokens. Hoy, cuando le pedís a un coding agent que ataque un objetivo grande, gastás en exploración y reescrituras hasta llegar a algo razonable. Ordewell separa planificación de ejecución: editás el plan como un artefacto antes de que arranque.
Mezclar modelos según la tarea. No es eficiente usar Claude Sonnet 4.5 para escribir un README ni DeepSeek V4 Flash para un refactor de seguridad. El planner decide qué modelo va a cada tarea y vos podés sobrescribirlo.
Trazabilidad y rollback fino. Cada tarea tiene un marcador de finalización propio. Si algo se traba, lo marcás como completa o lo volvés a "no hecho" sin reejecutar todo el plan.

Dos acciones concretas que podés tomar hoy:

Probalo en una tarea real acotada. Instalalo con npm install -g ordewell y corré ordewell plan --goal "Agrega logging estructurado al endpoint de login". Editá el plan, asigná un modelo más barato a la tarea de documentación y uno más caro a la del refactor, y ejecutá con ordewell run.
Definí un runner propio si tu stack lo necesita. Si tu equipo usa un CLI de IA interno, generá el esqueleto con ordewell plugins create mi-runner y publicá el manifest. Esto te permite estandarizar cómo tu empresa orquesta agentes sin acoplarse a un vendor.