Inicio / Artículos / Más allá de Tab y Cmd+K: Configuración del cursor para el contexto, la seguridad y la escala

Más allá de Tab y Cmd+K: Configuración del cursor para el contexto, la seguridad y la escala

Un recorrido por las funciones menos utilizadas de Cursor, desde reglas con ámbito y contexto @ hasta listas de permisos para ejecución automática, puntos de control y agentes en segundo plano, y cuándo resulta útil cada una de ellas.

1577 palabras

La mayoría de los desarrolladores aprenden tres funciones de Cursor en su primera hora: Tab para completar texto, Cmd+K (Ctrl+K en Windows y Linux) para editar directamente en el texto, y el panel de chat para hacer preguntas sobre los archivos abiertos. Muchos nunca vuelven a consultar la configuración después de eso, lo que deja sin utilizar las funciones que más afectan la velocidad y la seguridad. Esta guía agrupa quince de esas funciones más avanzadas según el problema que resuelven: editar más rápido, proporcionar al modelo el contexto adecuado, elegir el modo correcto, garantizar la seguridad de las ejecuciones autónomas y escalar más allá de un único repositorio. Cursor cambia con rapidez y algunas funciones han sido renombradas, fusionadas o eliminadas entre versiones, por lo que considere los nombres y las ubicaciones en el menú como un punto de partida y confírmelos con la documentación actual de Cursor.

Ediciones más rápidas en el editor y la terminal

Tab predice tu próxima edición, no solo el siguiente token

Tab a menudo se considera un autocompletado más inteligente, pero funciona de manera diferente. Toma en cuenta los cambios recientes que has realizado en todo el archivo, no solo el texto del cursor, y predice la próxima edición que es probable que hagas en otra parte de ese archivo. Si renombras una variable al principio de un componente o widget, Tab a menudo avanzará rápidamente y propondrá renombrar sus usos posteriores antes de que llegues a ellos desplazándote. Aceptar una serie de estas predicciones suele ser más rápido que usar la función buscar y reemplazar, ya que Tab también adapta el código circundante en lugar de sustituir cadenas al azar.

Cmd+K también funciona en la terminal integrada

El atajo de edición en línea no está limitado al editor. Dentro de la terminal integrada de Cursor, puedes describir en lenguaje sencillo la orden del shell que necesitas y él genera la sintaxis real. Esto es útil para comandos cuyas opciones nunca recuerdas bien, como git rebase --onto. Lee el comando generado antes de presionar Enter, especialmente cuando afecta al historial o elimina archivos.

Proporcionar al modelo el contexto adecuado

La calidad de una respuesta depende en gran medida de lo que puede ver el modelo. Existen varias funciones exclusivamente para controlar eso.

@Codebase busca en todo el proyecto indexado

Mencionar @Codebase en una solicitud hace que Cursor examine todo el índice del proyecto en busca de archivos relacionados, por lo que no está limitado a las pestañas que estén abiertas en ese momento. En una aplicación móvil con quince archivos de widget, esa es la diferencia entre que el modelo adivine cómo manejas el estado y localizar realmente el proveedor que ya escribiste. En las versiones más recientes, el agente puede buscar en el códigobase por sí mismo sin necesidad de mencionarlo explícitamente, así que verifica cómo se comporta tu versión.

@Docs indexa la documentación de terceros

Puedes indicarle a Cursor la página de documentación de una biblioteca para que la indexe y pueda usarla en el chat. Al adoptar un nuevo paquete, esto es mejor que pegar páginas de documentación en cada conversación cada vez que surge una pregunta, ya que mantiene las respuestas basadas en la API real de la biblioteca y no en el recuerdo que tenga el modelo de ella.

@Web permite que una sesión verifique sus propias afirmaciones

Cuando el modelo afirma algo sobre una API o versión con más confianza de la que parece justificada, @Web activa una búsqueda en tiempo real en lugar de obligarte a verificarlo en un navegador. No reemplaza la lectura de los documentos oficiales, pero es una forma rápida de detectar un nombre de método inventado antes de que aparezca en tu código.

Reglas por ámbito en .cursor/rules

Aún se admite un archivo .cursorrules único en la raíz del repositorio, pero el formato más reciente consiste en un directorio .cursor/rules que contiene archivos .mdc, cada uno enfocado en patrones de archivo específicos. Esto permite que un mismo repositorio albergue conjuntos de reglas separados, por ejemplo uno para widgets de Flutter y otro para scripts en Python, en lugar de un único archivo enorme que intenta abarcarlo todo y diluye cada instrucción. Mantener las reglas cortas y específicas también deja más espacio en la ventana de contexto para tu código.

Libretas para contexto reutilizable

Un bloc de notas es un bloque de contexto guardado, como notas de arquitectura, especificaciones de características o fragmentos reutilizables, que puedes incluir en cualquier chat o sesión de Composer con @. En lugar de volver a explicar “este proyecto utiliza Riverpod para el estado y Supabase para el backend” al inicio de cada sesión, lo escribes una vez y haces referencia a él. Los bloques de notas han sido rediseñados en las últimas versiones de Cursor, y los archivos de reglas o documentación del proyecto pueden servir al mismo propósito; por lo tanto, utiliza el mecanismo que soporte tu versión.

.cursorignore mantiene el índice limpio

.cursorignore funciona como .gitignore, pero para lo que indexa y busca Cursor. Los resultados de @Codebase se ven afectados por los archivos generados durante la compilación, el código generado y las dependencias incluidas en paquetes, si no se excluyen. Un índice sobrecargado no solo hace que el proceso sea más lento, sino que también aumenta la probabilidad de que el modelo cite archivos generados obsoletos en lugar de tus fuentes reales. Añade las entradas de exclusión lo antes posible, idealmente reflejando los caminos ya presentes en .gitignore.

Elegir el modo adecuado para la tarea

Modo Composer versus Modo Agent

Estas son herramientas diferentes. Composer se encarga de ediciones en varios archivos y muestra una diferencia para que la revises antes de aplicar cualquier cambio. El modo Agent ejecuta un bucle extendido: lee la base de código, edita archivos, ejecuta comandos en la terminal, inspecciona los resultados y continúa hasta que la tarea se completa o se atasca. Tratarlas como intercambiables conduce a dos errores opuestos: no utilizar el modo Agent en refactores grandes donde brilla su utilidad, y usarlo para cambios que solo requerían una diferencia clara y revisable.

Modo Ask cuando aún no debería cambiar nada

El modo de preguntas es una conversación sencilla en la que Cursor responde a las preguntas y explica el funcionamiento de tu código, sin posibilidad de editarlo. Está separado del paso de planificación de solo lectura que puede realizar el modo Agente. Úsalo durante la exploración, como al investigar un error sutil, cuando deseas un análisis honesto sin que la conversación se desvíe hacia ediciones que no has solicitado.

Mantener seguras las ejecuciones autónomas

Ejecución automática con listas de permisos y denegaciones

El modo que desde hace tiempo se conoce como modo YOLO (las versiones posteriores lo describen en términos de comandos que se ejecutan automáticamente) no es un simple interruptor de encendido/apagado. Se configura una lista de permisos con comandos como npm test o flutter analyze, que se ejecutan sin confirmación, y una lista de denegaciones con comandos como rm -rf o git push, que siempre requieren su aprobación. Defina la lista de denegaciones antes de completar la lista de permisos. Saltarse este orden es lo que hace que un agente sin supervisión se convierta en una larga tarde de tareas de recuperación. Recuerde también que la lista de denegaciones compara patrones: los comandos pueden encadenarse o envolverse en scripts, por lo que la lista reduce el riesgo en lugar de eliminarlo por completo.

Restaurar punto de control para retrocesos parciales

Cursor registra puntos de control de tu base de código en momentos específicos durante la ejecución de un agente. Si la mayoría de los cambios realizados por el agente son correctos pero algunos han provocado errores en la compilación, Restaurar Punto de Control te permite volver a un estado anterior específico sin necesidad de comparar manualmente los archivos. Se encuentra en la vista del historial de Composer o de chat, y por eso muchas personas nunca lo descubren. Los puntos de control son una comodidad, no un sustituto del control de versiones; por lo tanto, sigue guardando en Git estados significativos.

Agentes de fondo para tareas bien definidas

En lugar de observar cómo trabaja el agente, puedes asignarle una tarea definida a un agente en segundo plano y volver más tarde con una solicitud de pull request. Los candidatos ideales son tareas sencillas y claramente especificadas, como actualizar una dependencia, corregir errores de lint en todo un repositorio o agregar indicaciones de tipo a un módulo antiguo. Cualquier tarea que no puedas describir con precisión en un único mensaje no es adecuada, ya que no habrá nadie para responder a las preguntas del agente durante el proceso.

Trabajar más allá de un único repositorio

MCP conecta Cursor con sistemas externos

El Protocolo de Contexto del Modelo permite a Cursor consultar herramientas externas, como sistemas de gestión de tickets, APIs internas y bases de datos, directamente durante una sesión, lo que elimina el paso manual de copiar y pegar. Los equipos que ya ejecutan servidores MCP para Claude Code u otro cliente suelen poder reutilizarlos en Cursor. Conceda a cada servidor solo el acceso que necesite, ya que el agente puede actuar a través de lo con lo que esté conectado.

Los espacios de trabajo multi-raíz abarcan varios repositorios

Cuando una aplicación se comunica con un backend que se encuentra en su propio repositorio, un espacio de trabajo multi-raíz permite a Cursor ver ambos al mismo tiempo, por lo que no es necesario cambiar de ventana cada vez que se realiza un cambio en ambos lados. Para sistemas construidos como servicios conectados y no como monolitos, esto solo ya justifica el tiempo de configuración, ya que el modelo puede seguir un contrato API desde el cliente hasta el servidor.

Puntos clave

  • Las características del contexto son lo más importante: @Codebase, @Docs, reglas específicas, notas reutilizables y un archivo .cursorignore bien estructurado determinan qué ve realmente el modelo.
  • Ajuste el modo al trabajo: use Composer para diferencias revisables, el modo Agent para tareas largas y multifase, y el modo Ask para análisis sin ediciones.
  • Configure la seguridad antes que la autonomía: escriba primero la lista de elementos prohibidos, sepa dónde se encuentra el punto de control de restauración y siga haciendo commits a Git.
  • Delegue únicamente tareas que pueda especificar completamente a los agentes en segundo plano.
  • Espere que los nombres y ubicaciones de las funciones cambien entre versiones, y verifique con la documentación actual cuando parezca faltar algo.

Lecturas relacionadas