Abrís Cline en VS Code, le tirás una tarea de refactor y hay un toggle que dice, básicamente, "no me pidas permiso para nada". Auto-approve para todo: lectura de archivos, escritura, comandos de terminal, hasta borrar. Lo probé. Funciona. El agente encadena diez, quince acciones sin pausar, sin que le confirmes nada, y en una demo de cinco minutos parece magia.
El problema no es que no funcione. El problema es que funciona hasta que no. Y en un codebase real, ese "hasta que no" no es una posibilidad remota: es una cuestión de tiempo.
Mi tesis es simple y la sostengo desde el rol de architect, no desde el miedo a la IA: la autonomía total de un agente de código es una demo bonita hasta que borra algo que no tenía por qué tocar. La restricción no es desconfianza hacia la herramienta. Es diseño. Es la misma lógica que aplicás cuando le das permisos de solo lectura a un servicio que no necesita escribir, o cuando un pipeline de CI no tiene credenciales de producción por default.
Si ya leíste el post anterior sobre cómo configurar Cline paso a paso, este es el que viene después: no el cómo, sino el por qué de las restricciones que dejo puestas a propósito.
Cline vscode agente ia: qué dice la fuente oficial y qué no dice
