Le fichier de règles de curseur est très pratique, mais n'en abusez pas. Ne le rendez pas trop long, car cela rallongerait le contexte à chaque fois et affecterait l'effet de génération. Nul besoin de réponses en chinois, de Markdown, etc., car lorsque vous saisissez des invites en chinois, la réponse en chinois par défaut est requise. Seuls les points les plus importants sont nécessaires : - Votre type de projet - Le framework principal - Les règles de nommage, etc. Par exemple, voici ce que j'utilise.
En principe, ce fichier de règles est envoyé à l'API par défaut à chaque fois. Si le fichier de règles contient trop de contenu, le contex.com/ch1lam_/status…nts devra être compressé. Après tout, la longueur globale de la fenêtre contextuelle est limitée. De plus, toutes les requêtes ne nécessitent pas autant de règles. Seules les règles générales sont nécessaires ici. Il suffit d'ajouter des exigences supplémentaires à chaque invite.
Un code court a peu d'impact ; un code plus long est préférable. Un code plus court est préférable. De plus, plus le modèle est robuste, plus la prise en charge de la longueur de la fenêtre contextuelle est importante, plus l'impact est faible. Cela dépend de la situation spécifique.
La compétence la plus importante pour bien utiliser Cursor est Instruction + Contexte : Instruction : Il est important d'être clair sur ce qu'il faut faire à chaque fois et sur les résultats attendus ; l'instruction doit être aussi courte et atomique que possible. Autrement dit, il est préférable d'itérer un petit MVP à la fois et de ne pas avoir trop de tâches à la fois. Contexte : Autrement dit, quels sont vos codes associés ? Il est préférable de les ajouter manuellement au contexte Composer, un par un.
Bien que le modèle Claude suive bien les instructions et que la longueur de la fenêtre de contexte ne soit pas petite, l'éditeur d'IA effectuera une optimisation technique et pourra accidentellement optimiser le contenu long.