Technologie - Cursor : préparer vos dépôts et vos équipes pour son agent

Qu'est-ce que Cursor ?

Cursor est un éditeur de code construit autour d'un agent d'IA. Un développeur qui vient de VS Code retrouve les mêmes raccourcis par défaut et importe ses réglages, ses thèmes et ses extensions en un clic. Les extensions viennent du registre Open VSX et pas du Marketplace de Microsoft : certaines peuvent manquer ou se comporter autrement.

L'IA intervient à plusieurs endroits :

• Tab : la complétion propose des modifications sur plusieurs lignes, ajoute les imports manquants et saute à l'endroit que vous allez sans doute modifier ensuite
• Agent : on lui décrit une tâche, il cherche dans le code (et sur le web si besoin), modifie les fichiers, lance des commandes dans le terminal et lit leur sortie. Des checkpoints gardent l'état des fichiers modifiés pour revenir en arrière
• Cursor CLI : l'agent dans le terminal, avec un mode non interactif pour les scripts et la CI
• Agents cloud : l'agent travaille dans une machine virtuelle isolée, sur sa propre branche, et pousse ses modifications. Plusieurs peuvent tourner en même temps

Pour connaître les habitudes du projet et accéder à vos outils, l'agent s'appuie sur :

• Règles de projet : des fichiers .mdc rangés dans .cursor/rules et versionnés avec le code. Sur les offres Team et Enterprise, des règles d'équipe peuvent aussi être imposées à toute l'organisation
• AGENTS.md : le fichier à la racine du dépôt, et ceux des sous-dossiers, dont les consignes s'ajoutent à celles du dossier parent et l'emportent en cas de conflit
• Skills : Cursor suit le standard ouvert Agent Skills, un dossier avec un fichier SKILL.md. Il charge les skills de .agents/skills et .cursor/skills, et aussi ceux rangés pour Claude Code et Codex
• MCP : des serveurs déclarés dans .cursor/mcp.json donnent à l'agent accès à vos outils (tickets, documentation, monitoring)

Cursor, Claude Code ou Codex ?

Cursor part de l'éditeur : le développeur a le code sous les yeux et l'agent travaille dans la même fenêtre. Claude Code et Codex sont nés dans le terminal, et ils tournent aussi dans la CI, où personne ne regarde l'écran. La frontière bouge : Cursor a maintenant son CLI et ses agents cloud, et Claude Code comme Codex s'utilisent aussi dans un éditeur.

Les deux approches cohabitent dans une même équipe. Une développeuse travaille dans Cursor, son collègue lance Claude Code dans le terminal, et un agent relit chaque merge request dans la CI. Tous travaillent sur le même dépôt, avec un AGENTS.md que chaque outil sait lire, des tests rapides qui disent si le résultat est bon et des skills au format commun. Avec un dépôt préparé ainsi, chacun garde l'outil qu'il préfère.

Ce que Naeka peut faire pour une équipe qui utilise Cursor

La préparation de vos dépôts

Nous écrivons le AGENTS.md (installer le projet, lancer les tests, conventions à suivre), nous ajoutons des règles de projet quand une consigne ne vaut que pour une partie du code, et nous rendons les tests rapides et fiables. Le dépôt de ce site a lui-même son AGENTS.md, que tout agent qui lit ce format trouve en ouvrant le projet.

Des règles et des skills pour votre stack

Nous écrivons ce que l'agent doit savoir de votre projet : vos conventions de nommage, la façon d'ajouter une migration de base de données sans bloquer la production, une contrainte propre à votre métier. Ce qui vaut tout le temps va dans l'AGENTS.md ou dans les règles. Ce qui ne sert qu'à une tâche précise devient un skill. Cursor charge aussi les skills rangés pour Claude Code et Codex : un skill écrit une fois sert à toute l'équipe, quel que soit l'outil de chacun.

Un cadre pour l'agent

Avec votre équipe, nous mettons en place autour de l'agent de Cursor la méthode d'agentic coding que nous suivons avec Claude Code et Codex. La tâche est spécifiée avant qu'il commence, les tests décident si le résultat est bon, et un développeur senior relit avant que quoi que ce soit parte en production.

Vos outils branchés par MCP

Nous développons des serveurs MCP vers vos outils internes (tickets, documentation, back-office) et nous les déclarons dans la configuration du projet. L'agent de Cursor travaille alors avec votre contexte réel, et seulement avec les droits qu'on lui donne.

La formation de vos développeurs

Sur votre code et vos tickets : écrire une tâche que l'agent peut traiter seul, relire du code généré, faire évoluer les règles et les skills, savoir quand il vaut mieux coder soi-même. Nos ingénieurs peuvent aussi travailler en binôme avec votre équipe, ou la rejoindre en tant que Forward Deployed Engineer.

Votre équipe utilise Cursor ?

Si l'agent de Cursor bute sur votre code, il manque souvent quelque chose au dépôt : des consignes écrites, des tests fiables, un accès à vos outils. Contactez-nous : nous traitons avec vos développeurs quelques tâches réelles de votre backlog, et nous voyons ensemble ce qu'il faut ajouter au dépôt.