Cursor

Avec --target cursor, rmk écrit chaque élément là où Cursor le lit, pour l'éditeur et sa CLI agent : dans le projet, ou dans votre dossier personnel avec --scope user.

rmk export --from cursor lit aux mêmes endroits les agents, les règles, les commandes et les serveurs MCP que vous avez écrits pour Cursor : Exporter vos propres éléments.

Cursor lit aussi les fichiers de Claude Code : ses skills, ses agents et les hooks de ses réglages, que Cursor exécute en plus des siens. C'est le réglage Third-Party Imports de Cursor, activé par défaut.

Ainsi, quand vous installez pour les deux (--target claude-code,cursor), Cursor laisse les skills, les commandes et les hooks à la copie de Claude Code au lieu d'en écrire une deuxième, et rmk le signale pour chacun. Si vous désactivez Third-Party Imports dans Cursor, installez pour Cursor seul afin d'obtenir ses propres copies. Les agents, les règles, les serveurs MCP et les permissions sont écrits pour les deux outils.

• Les skills et les commandes vont dans .agents/skills/, le dossier que Codex lit aussi, donc une seule copie sert aux deux. Les commandes deviennent des skills que vous lancez avec /name; Cursor ne leur passe pas d'arguments, alors une note dans le skill indique ce qu'est chaque paramètre fictif.
• Les règles deviennent des fichiers .cursor/rules/ : toujours actives, pour les fichiers correspondants, choisies par l'IA d'après leur description, ou ajoutées quand vous les mentionnez avec @name. Cursor garde vos règles personnelles dans ses réglages, donc une règle installée avec --scope user est ignorée.
• Les agents n'ont pas de liste d'outils dans Cursor. Un agent dont les outils ne modifient pas de fichiers et n'exécutent pas de commandes est écrit en lecture seule; son modèle est celui de Cursor par défaut, à moins que l'élément ne définisse un modèle Cursor.
• Les serveurs MCP font référence à leurs secrets sous la forme ${env:NAME} : rien de secret n'est écrit, et vous définissez les variables vous-même.
• Les politiques de permissions vont dans la configuration de la CLI agent, qui a allow et deny mais pas ask, donc les règles ask sont laissées de côté. Cursor ne documente ces permissions que pour sa CLI, pas pour l'éditeur.
• Les styles de sortie, les lignes d'état et les serveurs de langage n'ont pas de place dans Cursor, et sont ignorés avec un avertissement.

Un administrateur d'équipe Cursor peut importer un miroir git de ce marketplace, écrit par rmk feed build, comme marketplace d'équipe, pour que l'équipe installe des éléments sous forme de plugins. Marketplaces de plugins explique comment.