Lanzamiento de Cursor CLI

 (cursor.com)
5 puntos por GN⁺ 2025-08-08 | 1 comentarios | Compartir por WhatsApp
  • Ahora puedes usar Cursor Agent en CLI o entornos headless, y aplicar los mismos comandos desde un IDE o una terminal.
  • En la terminal es posible hacer revisión de modificaciones de código del agente, guía de trabajo en tiempo real y configurar reglas personalizadas.
  • Soporta el uso de modelos de IA recientes (Anthropic, OpenAI, Gemini, entre otros), se integra con el IDE que prefieras y permite crear scripts y tareas de automatización.
  • Además de entornos nativos, permite ejecutar agentes en paralelo y de forma remota, e integrarse con diversos entornos de desarrollo.
  • El CLI tiene permisos para leer, editar, borrar archivos y ejecutar comandos, por lo que se recomienda usarlo solo en entornos confiables.

Resumen de Cursor Agent CLI

Compatibilidad con entorno CLI/headless

  • Puedes ejecutar Cursor Agent en CLI o en un entorno headless.
  • Puedes integrarlo con diversos entornos de desarrollo, como IDE (Neovim, JetBrains, etc.), terminales y servidores remotos.
  • Puedes usar el mismo conjunto de comandos en cualquier lugar.
  • Ejemplos: Cursor, JetBrains, Android Studio, Ghostty, Warp, Bash, Xcode

Funciones principales

  • Revisión de cambios de código: en la terminal puedes revisar y aplicar directamente las modificaciones sugeridas por el agente.
  • Ajuste en tiempo real: puedes guiar el trabajo del agente mientras se ejecuta.
  • Especificación de reglas de usuario: personalización detallada de reglas mediante AGENTS.md y MCP.
  • Uso de modelos de IA modernos: uso inmediato de modelos recientes como Anthropic, OpenAI y Gemini.
  • Soporte de automatización: actualización automática de documentación, activación de revisión de seguridad, creación de agentes de programación personalizados, entre otros.

Evolución del producto

  • Etapa inicial: autocompletado de texto inteligente y consciente del contexto.
  • Después: consultas de IA y edición de código en línea (⌘+K).
  • Al mejorar la calidad de generación de código, el Agent se amplió para crear archivos, ejecutar comandos de terminal y buscar en la base de código, entre otras tareas.
  • En 2025: expansión del Agent de Editor a Web, Mobile y Slack.
  • Actualmente: expansión del soporte al CLI y entornos headless.

Ejemplos de instalación y ejecución del CLI

# Instalación
curl https://cursor.com/install -fsSL | bash

# Iniciar el CLI desde el prompt
cursor-agent chat "find one bug and fix it"
  • El CLI sigue siendo beta.
  • Aún se está trabajando en medidas de seguridad, y como cuenta con permisos de acceso a archivos y ejecución de comandos, se recomienda usarlo solo en entornos confiables.

Referencia

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-08-08
Opiniones de Hacker News

  • No estoy seguro de para qué usar esto fuera de un entorno virtual o de uso no real; mejor sería que ofrecieran una máquina virtual que se ejecute dentro de un espacio de almacenamiento limitado. Le daría a un LLM permisos de más que lectura en discos que yo posea o administre en absoluto.

  • Me pregunto cuándo todos adoptarán el enfoque de AGENT.md para usar un estándar en vez de nombres como gemini.md/claude.md/crush.md/summary.md/qwen.md. Ver agent.md (redirección: https://ampcode.com/AGENT.md); también está agent-rules.org

    • Son nombres más intuitivos que lo que yo uso, pero parecen menos divertidos. Yo lo uso con un enlace simbólico a un archivo ROBOTS.md.
    • Esto también es una de mis quejas. Yo también unifiqué en AGENT.md y hago alias para Claude, Gemini, etc., para que siempre lean ese archivo al invocarlo. El problema es que el agente se lo olvida rápido. Creo que la experiencia de coding agentic en CLI podría mejorar así: (1) ser capaz de ver fácilmente qué comandos ejecuté recientemente, y (2) poder levantar fácilmente una sandbox para correr sesiones unattended. Sospecho que lo que se necesita para generar código no es un generador impulsado por IA, sino un generador de código determinístico que use IA.
    • Creo que algunos proveedores van a tomar una postura propietaria al estilo de Microsoft de los 90, rechazando una convención emergente. Al final, en CLI siempre hay un workaround para poder usarlo de alguna forma leyendo guías del sistema, pero en IDE hay mucho más lock-in de archivos de configuración. Compartí recientemente un post sobre cómo entregar el mismo documento de guía a cada AI coder, así que también comparto un link de caso.
    • La idea de estandarizar AGENT.md se ve buena, aunque no parece encajar del todo con una estructura tipo .cursor/rules/ que incluye múltiples archivos de reglas según condiciones del frontmatter. No sé si otro agente lo soporta, y tampoco es fácil predecir qué archivo de reglas exacto lee Cursor. También hay una forma de enlazar archivos de reglas de apoyo, pero no sé si hay algún agente que lo soporte bien.

  • La velocidad con la que se lanzan los agentes de codificación con IA no es más lenta que la de los frameworks de JavaScript. Pero sinceramente, esta tendencia me parece bastante bienvenida.

    • Es interesante pensar cuántos frameworks de JavaScript se pueden hacer en vibe coding ahora mismo.

  • Sinceramente no esperaba que un agente de codificación basado en terminal fuera tan divertido. Puedes dejar uno corriendo en segundo plano y usarlo mientras haces tu #dayjob; de paso, viene con una vibra de hacker. 2025, probablemente, se llamará el año de la terminal. También es ideal para mis fines de prototipado, y Claude Code fue la tecnología más divertida de todas las que he probado en este ámbito.

  • El CLI ahora me parece una buena idea. El siguiente nivel de abstracción probablemente será que alguien (probablemente yo) sube un issue o una feature request en un PR de GitHub y, con un click, el agente lo resuelve por sí solo. En GitHub ya se habló de algo similar, pero su gh copilot es tan variado que me confundí con si está en GA y si yo tenía acceso. (Referencia: documentación oficial sí existe, pero no es tan fluido como yo imaginaba)

  • Es interesante ver cómo los agentes de IA están reescribiendo lo que significa un IDE. En la era de la IA de chat no había esta dinámica. Cuanto más autónomo se vuelve el agente, menos importa la UI tradicional de un IDE. Las herramientas CLI pueden crear un nuevo ecosistema de herramientas de desarrollo. Hacer plugins de IDE completos en VSCode o Intellij y similares es una tarea realmente difícil, y la compatibilidad entre IDE no es buena. En cambio, las herramientas CLI y MCP son mucho más simples y con mayor capacidad de composición/portabilidad.

  • Creo que Cursor va a ser la mejor suite de herramientas a largo plazo.

    1. Va a integrar fuertemente CLI, agente en background, IDE y la app de GitHub (bugbot, etc.) para dar una experiencia de desarrollador end-to-end.
    2. Cuando los modelos frontier incorporen la asignación de trabajo, Claude Code también perderá su carácter especial.
    3. Debe adoptar una filosofía de minimizar al máximo el costo de cambio entre proveedores de modelos (soportar compañías independientes), para que el incentivo se concentre en el progreso de los modelos. No debe ser la UI, los datos ni el lock-in de red lo central; la competencia debe estar en el modelo.
    • Yo apuesto por la posición contraria. Creo que el agentic harness real aparecerá junto al entrenamiento con RL, como en el proceso de creación de Tony y su traje. Ahí también está la razón de por qué Claude code es ontológicamente importante en Cursor y de por qué Cursor pivotó rápido hacia lo agentic antes de abrir cooperación con OpenAI. Al final, creo que Cursor tampoco tendría una vida fácil si no termina asociándose con OpenAI o Meta.

  • Situación graciosa: yo esperaba que Anthropic nos diera una GUI de Claude.

    • En el anuncio de Claude Code escuché que dijeron que pronto todos los IDE serían inútiles y por eso no valía la pena crear una GUI.
    • Me quedé con la duda de si se referían a Claude Desktop.

  • Ahora que muchos laboratorios frontier entran en este mercado y liberan suscripciones de consumidor para usar vía CLI, no sé bien por qué podría sobrevivir un producto como Cursor. Si ya es una función incluida en suscripciones de OAI/Anthropic/GOOG, no se entiende por qué habría que pagar extra.

    • De hecho empecé a pensarlo al revés. Si Cursor lograra la mejor UX para todos los casos (chatbot móvil/escritorio, asistente, agente de codificación tipo IDE/CLI/web contenedor, etc.), podrían surgir productos más refinados según el nivel de recursos invertidos. Con cuota de mercado, los modelos se vuelven de facto comodities y en Cursor podrías elegirlos según el contexto. Al final, los usuarios terminarían aprendiendo los comandos, configuración, etc. de Cursor, y cambiar sería costoso. Incluso solo instalar o desinstalar apps/plugins se vuelve molesto.
    • Para que Cursor sobreviva, creo que le hace falta una estrategia agresiva y diferenciadora. A cambio, Cursor está ayudando a que los modelos de cada laboratorio se vuelvan comodities. Yo pago tanto por Cursor como por ChatGPT. Si usara Android, probablemente también habría pagado por Gemini. Los chatbots (1) pierden competitividad de suscripción frente a modelos API y (2) hoy la competencia de chatbots es de UX, no de calidad del modelo. Así que al final, los ganadores del mercado de chatbots son ChatGPT y productos integrados por defecto (Gemini, MSFT Copilot).
    • Es porque siempre puedes elegir el mejor modelo: ayer Claude Opus 4.1, hoy GPT-5. Si solo pagas a Anthropic, quedas atado a Claude.

  • Me pregunto cuál es la ventaja frente a los IDE tradicionales y si esto se hizo para parecerse a Claude Code.

    • Si cambio un poco la forma de pensar, ¿un agente realmente necesita un IDE cuando va a escribir código? El IDE/editor es para mí, no hay razón para que el agente deba usarlo. Eso significa que no quiero estar forzado a usar un IDE fork incompleto.
    • Muchas compañías ya se dieron cuenta de que el mainline VSCode es prácticamente una barrera de entrada (moat). Ni yo ni la gente de alrededor usamos mucho agentes que necesiten un fork de VSCode. En cambio, tener la ventaja de ser inclusivo con gente que prefiere Jetbrains o editores basados en terminal.
    • Se puede usar IDEs distintos a VSCode.
    • Puedes ejecutar Cursor CLI en la terminal del IDE que quieras y no quedarte atado al modelo Claude.
    • Aun así, me queda la duda. Quisiera entender por qué Cursor lanza esas funcionalidades por separado en vez de integrarlas en su propio producto.