En pocas palabras
Agente abierto integrado en el editor que puede modificar archivos y ejecutar herramientas con supervisión.
Qué problema resuelve
Tareas de implementación que requieren coordinar múltiples pasos desde el IDE.
Cuándo utilizarlo
Desarrollo asistido. Ejemplo: planificar y corregir un error reproducible con pruebas.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Combina planificación, ejecución y feedback del entorno. Según la configuración, utiliza modelos externos o locales y puede conectarse a herramientas adicionales.
Ejemplo de uso
Describir el error y aprobar un plan acotado. Inspeccionar comandos y cambios, ejecutar la prueba de regresión y verificar el resultado desde la aplicación.
Modos Plan y Act
| Modo | Qué hace |
|---|---|
| Plan | Lee archivos y conversa para acordar una estrategia; no modifica nada |
| Act | Ejecuta el plan: edita archivos, lanza comandos, usa el navegador o MCP |
Separar ambos modos reduce cambios precipitados. Algunos equipos usan un modelo potente para planificar y uno más económico para actuar.
Capacidades principales
- Ediciones con diff revisables y aprobables una a una, o con aprobación automática configurable por tipo de acción.
- Terminal integrada: el agente ve la salida de los comandos y reacciona a errores.
- Checkpoints: instantáneas del espacio de trabajo para comparar o restaurar tras cada paso.
- Navegador: abre la aplicación, hace clic y captura pantallas para verificar cambios de interfaz.
- MCP: añade herramientas (bases de datos, tickets, documentación) desde un catálogo o configuración propia.
- Proveedores: Anthropic, OpenAI, Gemini, OpenRouter, Bedrock, Vertex AI o modelos locales con Ollama y LM Studio.
Reglas del proyecto
Las instrucciones persistentes se guardan en .clinerules (un archivo o una carpeta con varios Markdown) en la raíz del repositorio:
# .clinerules/01-convenciones.md
- Java 21 y Spring Boot; pruebas con JUnit 5 y Testcontainers.
- Ejecuta `./mvnw -q verify` antes de dar una tarea por terminada.
- No modifiques archivos en `db/migrations/` ya aplicados; crea uno nuevo.
- Nunca leas ni muestres el contenido de `.env`.
Cline también reconoce AGENTS.md y archivos de reglas de otros agentes, lo que facilita mantener instrucciones compartidas.
Control de coste
Cada tarea muestra tokens y coste estimado. Las tareas largas acumulan contexto: conviene empezar una nueva al cambiar de objetivo y pedir resúmenes en lugar de volcar archivos enteros. Con proveedores propios, fija límites de gasto en la cuenta del proveedor.
Criterios de implementación
Limitar acceso a secretos y comandos peligrosos. Configurar proveedores según políticas del equipo y seguir el coste de tokens y los límites de solicitudes.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.