Memories est le système qui permet de partager et de conserver le contexte d’une conversation à l’autre.
Dans Devin Desktop, cela repose sur deux mécanismes : les Mémoires, générées automatiquement par Cascade, et les Règles, définies manuellement par l’utilisateur au niveau global, de l’espace de travail ou du système.
Mémoires, Règles, Workflows ou Skills ?
Devin Desktop propose plusieurs façons de personnaliser Cascade. Utilisez ce tableau pour choisir la plus adaptée :Comment gérer les mémoires
Les mémoires et les règles sont accessibles et peuvent être configurées à tout moment en cliquant sur l’icôneCustomizations dans le menu coulissant situé en haut à droite de Cascade, ou via « Devin - Settings » dans le coin inférieur droit. Pour modifier une mémoire existante, cliquez simplement dessus, puis sur le bouton Edit.
Mémoires
Au cours d’une conversation, Cascade peut générer et stocker automatiquement des mémoires s’il rencontre un contexte qu’il juge utile de retenir. Vous pouvez également demander à Cascade de créer une mémoire à tout moment. Il suffit de lui demander « create a memory of … ». Les mémoires générées automatiquement par Cascade sont associées à l’espace de travail dans lequel elles ont été créées et sont stockées localement dans~/.codeium/windsurf/memories/. Cascade les récupère lorsqu’il estime qu’elles sont pertinentes. Les mémoires générées dans un espace de travail ne sont pas disponibles dans un autre et ne sont pas enregistrées dans votre repository.
Les mémoires générées automatiquement n’existent que sur votre machine. Si vous voulez que Cascade se souvienne durablement de quelque chose — et le partage avec votre Team — demandez à Cascade de l’écrire plutôt dans une règle sous
.devin/rules/ (ou l’ancien .windsurf/rules/) ou dans le fichier AGENTS.md de votre repo.Règles
Les utilisateurs peuvent définir explicitement leurs propres règles à suivre par Cascade. Les règles peuvent être définies au niveau global, de l’espace de travail ou du système, et peuvent aussi être déduites des fichiers AGENTS.md.Découverte des règles
Devin Desktop découvre automatiquement les règles à partir de plusieurs emplacements pour permettre une organisation flexible. Le répertoire.devin/ est l’emplacement privilégié et a priorité, tandis que .windsurf/ est conservé comme solution de secours pour assurer la rétrocompatibilité :
- Espace de travail actuel et sous-répertoires : tous les répertoires
.devin/rules(et les anciens.windsurf/rules) de votre espace de travail actuel et de ses sous-répertoires - Structure du dépôt Git : pour les dépôts Git, Devin Desktop remonte également jusqu’à la racine du dépôt pour trouver des règles dans les répertoires parents
- Prise en charge de plusieurs espaces de travail : lorsque plusieurs dossiers sont ouverts dans le même espace de travail, les doublons sont supprimés et les règles sont affichées avec le chemin relatif le plus court
Emplacements de stockage des règles
Les règles peuvent être stockées à l’un des emplacements suivants (.devin/ est préférable et prévaut sur .windsurf/) :
.devin/rulesou.windsurf/rulesdans le répertoire de votre espace de travail actuel.devin/rulesou.windsurf/rulesdans n’importe quel sous-répertoire de votre espace de travail.devin/rulesou.windsurf/rulesdans les répertoires parents, jusqu’à la racine Git (pour les dépôts Git)
.devin/rules de votre espace de travail actuel, pas nécessairement à la racine Git.
Pour commencer à utiliser les règles, cliquez sur l’icône Customizations dans le menu latéral coulissant en haut à droite de Cascade, puis accédez au panneau Rules. Vous pouvez ensuite cliquer sur le bouton + Global ou + Workspace pour créer de nouvelles règles au niveau global ou au niveau de l’espace de travail, respectivement.
Les fichiers de règles de l’espace de travail sont limités à 12 000 caractères chacun. Le fichier de règles global est limité à 6 000 caractères.
Modes d’activation
Chaque règle d’espace de travail déclare un mode d’activation dans son frontmatter via le champtrigger. Cela détermine quand le contenu de la règle est transmis à Cascade et quelle part de la fenêtre de contexte il consomme :
Le fichier de règles global (
global_rules.md) et les fichiers AGENTS.md à la racine n’utilisent pas de frontmatter : ils sont toujours activés.Bonnes pratiques
Pour aider Cascade à suivre efficacement vos règles, appliquez les bonnes pratiques suivantes :- Veillez à ce que vos règles soient simples, concises et spécifiques. Des règles trop longues ou trop vagues peuvent perturber Cascade.
- Il n’est pas nécessaire d’ajouter des règles génériques (p. ex. “écrire du bon code”), car elles sont déjà intégrées aux données d’entraînement de Cascade.
- Présentez vos règles sous forme de puces, de listes numérotées et de markdown. Ces formats sont plus faciles à suivre pour Cascade qu’un long paragraphe. Par exemple :
- Les balises XML peuvent être un moyen efficace pour formuler et regrouper des règles similaires. Par exemple :
Règles système (Enterprise)
Les organisations Enterprise peuvent déployer des règles système qui s’appliquent globalement à tous les espaces de travail et que les utilisateurs ne peuvent pas modifier sans les autorisations d’un administrateur. C’est idéal pour faire respecter des normes de codage à l’échelle de l’organisation, des politiques de sécurité et des exigences de conformité. Les règles système sont chargées depuis des répertoires spécifiques au système d’exploitation. Le répertoireDevin est privilégié et prévaut, tandis que l’ancien répertoire Windsurf est conservé comme solution de secours :
macOS :
.md) dans le répertoire approprié pour votre système d’exploitation. Le système chargera automatiquement tous les fichiers .md présents dans ces répertoires.
Fonctionnement des règles système
Les règles système sont fusionnées avec les règles de l’espace de travail et les règles globales, afin de fournir un contexte supplémentaire à Cascade sans remplacer les règles définies par l’utilisateur. Cela permet aux organizations d’établir des standards de référence tout en laissant aux équipes la possibilité d’ajouter des personnalisations propres au projet. Dans l’interface de Devin Desktop, les règles système apparaissent avec le libellé “System” et ne peuvent pas être supprimées par les utilisateurs finaux.Important : les règles système doivent être gérées par votre équipe informatique ou sécurité. Assurez-vous que vos équipes internes prennent en charge le déploiement, les mises à jour et la conformité conformément aux politiques de votre organization. Vous pouvez utiliser des outils et workflows standard comme la gestion des appareils mobiles (MDM) ou la gestion de la configuration à cet effet.

