Skills et MCP

Avant d'exécuter une skill du projet, le chat affiche son chemin. Une skill du projet remplace la vôtre du même nom, et les liens qui sortent du projet sont ignorés.

ai appelle les CLI eux-mêmes, donc chacun utilise les skills et MCP qu'il a déjà. /sync rassemble tout et installe dans chaque outil ce qui n'existe que dans les autres :

ai [auto] › /sync
Ferramentas encontradas: claude, codex, agy
  MCP   github                   codex → claude
  MCP   obsidian                 claude → codex
  skill humanizer                claude → codex  (~/.agents/skills/humanizer)
Aplicar? [s/N]

• Les MCP sont ajoutés via la commande mcp add de chaque CLI, sans éditer de fichiers.
• Un même serveur sous des noms différents est reconnu par paquet ou URL et n'est pas dupliqué.
• Les MCP fournis dans une app (comme ceux de Codex.app) y restent.
• Les skills sont partagées par lien : ~/.claude/skills, ~/.agents/skills (Codex) et ~/.gemini/antigravity/skills. Modifier l'une vaut pour les trois.
• Les comptes Claude supplémentaires sont mis à jour aussi.
• Les variables d'environnement des MCP, qui peuvent contenir des jetons, sont copiées dans la config de l'autre outil. /sync prévient avant.
• /sync --dry-run montre seulement ce qu'il ferait.

Skills et commandes du projet : le chat lit .claude/commands, .claude/skills, .agents/skills et .agent/workflows du projet ouvert, en plus des dossiers de l'utilisateur. /pr-review 237 part vers Claude tel quel, et Claude exécute la commande nativement. Une skill qui n'existe que dans Codex ou Antigravity part vers cet outil, avec les instructions du fichier dans la demande.

Comme le chat ne relaie pas les demandes d'approbation, un outil MCP ne s'exécute que s'il est déjà autorisé dans le CLI ou si le mode est auto ou yolo. OpenRouter n'a ni skills ni MCP.