El archivo de reglas de cursor es bastante práctico, pero no lo uses en exceso. No lo hagas demasiado largo, ya que el contexto se alargará cada vez y afectará el efecto de generación. No se necesitan respuestas en chino, Markdown, etc., ya que al introducir indicaciones en chino, se requiere la respuesta en chino predeterminada. Solo necesitas los puntos más importantes: - Tu tipo de proyecto - Marco principal - Reglas de nomenclatura, etc. Por ejemplo, yo uso lo siguiente.
En principio, este archivo de reglas se enviará a la API por defecto cada vez. Si el archivo de reglas contiene demasiado contenido, seráx.com/ch1lam_/status… contenido de otras ubicaciones. Al fin y al cabo, la longitud total de la ventana de contexto es limitada. Además, no todas las solicitudes requieren tantas reglas. Aquí solo se necesitan las generales. Basta con añadir requisitos adicionales cada vez que se escribe una solicitud.
Si el código es corto, tiene poco impacto; cuanto más largo, mejor. Si el código es largo, mejor. Además, cuanto más sólido sea el modelo, mayor será la compatibilidad con la longitud de la ventana de contexto y menor será el impacto. Depende de la situación específica.
La habilidad más importante para usar bien el Cursor es la instrucción + contexto: Instrucción: Es importante tener claro qué hacer cada vez y qué resultados se esperan; la instrucción debe ser lo más breve y atómica posible; es decir, es mejor iterar un MVP pequeño a la vez y no tener demasiadas tareas a la vez. Contexto: Es decir, ¿cuáles son los códigos relacionados? Es mejor agregarlos al contexto de Composer manualmente, uno por uno.
Aunque el modelo de Claude sigue bien las instrucciones y la longitud de la ventana de contexto no es pequeña, el editor de IA realizará una optimización de ingeniería y puede optimizar accidentalmente contenido largo.