A Cline y PaellaDoc los meten mucho en la misma frase, y no deberían. Cline es un agente de código autónomo que vive dentro de VS Code: planifica, edita archivos, corre comandos y actúa con autonomía real en tu editor. PaellaDoc no es otro agente. Es la capa de encima del agente. Ejecuta herramientas de código por CLI en worktrees aislados de git en tu máquina y luego decide si el trabajo está hecho de verdad corriendo el código contra criterios de aceptación que escribiste antes. Así que la pregunta de verdad no es “Cline o PaellaDoc”. Es “Cline por su cuenta, o Cline dentro de algo que lo verifica”.
Qué hace Cline
Cline es un agente de código autónomo y open-source que corre como extensión de VS Code. Le das una tarea y él planifica, lee tus archivos, los edita, ejecuta comandos en la terminal y sigue con cierta autonomía hasta que cree que ha terminado. Es agnóstico de modelo, así que lo apuntas al modelo que quieras. Es popular por buenas razones: vive justo donde ya trabajas, es flexible, el código es abierto y lo ves actuar paso a paso dentro del editor en el que ya confías.
Si tu trabajo es “quiero un agente que escriba y cambie código en mi editor”, Cline lo hace bien y lo hace hoy. Nada de lo que viene después le quita mérito a eso.
Qué hace PaellaDoc
PaellaDoc también corre en local y es agnóstico de modelo, con tu propia suscripción, pero se sitúa un nivel por encima del agente. Las piezas que Cline no tiene:
- Un gate de ejecución independiente. PaellaDoc no se fía del “ya está” del propio agente. Coge el diff real que produjo el agente y lo corre contra los criterios de aceptación que definiste de antemano. Un build en verde no basta. La feature tiene que hacer de verdad lo que dijiste que tenía que hacer.
- Artefactos de producto en una carpeta
.paella/: un PRD, épicas, historias de usuario, criterios de aceptación, todo versionado y comparable, construido y compartido a través de un SDK abierto de packs (de método, de stack, de diseño, de validación). Haces producto, no solo código. - Reverse intake de un repo existente: lee el código que ya está ahí y reconstruye el contexto de producto a su alrededor.
- Una sala de control multi-repo: en la era de la IA acabas con cien repos en tu máquina, y PaellaDoc los abre, los organiza y los etiqueta en un solo sitio.
- Control remoto por Telegram: arrancar trabajo, mirar un gate, aprobar un paso desde el móvil.
- Un modo no-coder que construye un producto entero a partir de una descripción en lenguaje normal, para quien no sabe leer un diff.
La diferencia que importa: quién decide el “hecho”
Con Cline, el agente decide cuándo ha terminado. Planifica, edita, ejecuta lo que quiere ejecutar y en algún momento te dice que ya está. Así está diseñado, y dentro del editor es un bucle rápido.
PaellaDoc le saca esa decisión de las manos al agente. Tú escribes los criterios de aceptación primero. El agente trabaja en un worktree aislado. Después, un gate que el agente no controla corre el código contra esos criterios y aprueba o suspende el trabajo sobre el diff real, no sobre lo que el agente dice de sí mismo. El agente propone. El gate dispone.
Esa es toda la apuesta. Un agente que se corrige su propio examen te dirá que aprobó. Un gate que corre tus criterios te dirá si de verdad lo hizo.
Por qué existe el gate
Corrimos un benchmark público, 210 runs. La salida de un agente en crudo pasaba el build pero estaba genuinamente mal el 40% de las veces. Y hasta el modelo frontier más fuerte a máximo esfuerzo suspendió una tarea difícil dos de cada tres veces, fallando en runs distintos cada vez, así que ni siquiera podías predecir cuándo se rompería. Ese es el hueco que PaellaDoc está hecho para cazar: un build en verde no es una feature correcta. Que compile te dice que el código corre. No te dice que el código esté bien. El gate es la diferencia entre esas dos cosas.
Código, o producto
Cline produce cambios de código. PaellaDoc intenta convertir el trabajo en producto. Los artefactos de .paella/ hacen que el PRD, las épicas, las historias de usuario y los criterios de aceptación sean archivos de primera clase, versionados junto al código, comparables en el tiempo y moldeados por packs de comunidad que puedes instalar y compartir por el SDK. La metodología misma es un pack. Tu stack también. Tus design tokens. Tus gates. El diff del agente es el último paso de esa cadena, no la cadena entera.
PaellaDoc no reemplaza a Cline
Esta es la parte que conviene dejar clara. PaellaDoc no compite con Cline y no intenta ocupar su sitio. PaellaDoc orquesta herramientas de CLI y de agente, y los agentes tipo Cline son justo lo que ejecuta. El marco es “Cline por su cuenta vs Cline dentro de PaellaDoc”. Por su cuenta, Cline edita tu código en el editor. Dentro de PaellaDoc, ese mismo tipo de agente corre en un worktree aislado, contra artefactos de producto que tú definiste, con un gate revisando el resultado. No sueltas Cline para usar PaellaDoc. Dejas que PaellaDoc ejecute y verifique el trabajo del agente.
¿PaellaDoc reemplaza a Cline? No. Son trabajos distintos.
Lo que compartimos
Los dos son local-first y los dos son agnósticos de modelo: traes tu propio modelo y tu trabajo se queda en tu máquina. Los dos corren agentes con autonomía real. Y aquí es donde Cline va claramente por delante: es open-source, es popular, está más pulido y vive justo dentro del editor que ya usas todos los días. PaellaDoc es temprano y lo construye un fundador en solitario. Cline tiene la madurez, la comunidad y la experiencia dentro del editor que una sola persona todavía no puede igualar. Si lo que más te importa es el flujo nativo del editor, eso es una ventaja real y actual de Cline.
| Capacidad | Cline | PaellaDoc |
|---|---|---|
| Agente de código autónomo | Sí | Los ejecuta (Cline, Claude Code, Codex, cualquier CLI) |
| Local-first | Sí | Sí |
| Agnóstico de modelo / trae el tuyo | Sí | Sí |
| Vive dentro de VS Code | Sí | No (orquestación + sala de control) |
| Open-source | Sí | No |
| Madurez, pulido, comunidad | Por delante | Temprano, fundador en solitario |
| Gate de ejecución independiente (corre código vs criterios) | No | Sí |
| Worktree de git aislado por tarea | No | Sí |
| Artefactos de producto (.paella: PRD, épicas, historias, AC) | No | Sí |
| Reverse intake de un repo existente | No | Sí |
| Sala de control multi-repo | No | Sí |
| Modo no-coder | No | Sí |
| Control remoto por Telegram | No | Sí |
Para quién es cada uno
Tira de Cline si quieres un agente autónomo que escriba y edite código justo dentro del editor en el que vives, open-source, flexible, funcionando hoy. Si tu bucle es “describo un cambio, veo al agente hacerlo, lo reviso en la vista de diff”, Cline encaja bien y está más maduro exactamente en eso.
Tira de PaellaDoc si tu problema es la capa de encima: quieres el trabajo definido como producto primero, ejecutado por el agente que elijas en un worktree aislado, y quieres que el “hecho” lo decida un gate que corre tus criterios en lugar de la palabra del propio agente. Y si no sabes leer un diff, el modo no-coder está hecho para ti en concreto.
PaellaDoc no es mejor que Cline. Es otro trabajo. Cline actúa en tu editor. PaellaDoc decide si lo que se construyó está bien de verdad, y le encanta correr un agente como Cline para averiguarlo. Mira el hub de comparación para ver cómo queda frente a otras herramientas.