Skills y MCP

Antes de ejecutar una skill del proyecto, el chat muestra su ruta. Una skill del proyecto reemplaza la tuya del mismo nombre, y los enlaces que salen del proyecto se ignoran.

ai llama a los propios CLIs, así que cada uno usa las skills y MCPs que ya tiene. /sync reúne todo e instala en cada herramienta lo que solo existe en las otras:

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]

• Los MCPs se agregan con el comando mcp add de cada CLI, sin editar archivos a mano.
• El mismo servidor con nombres distintos se reconoce por paquete o URL y no se duplica.
• Los MCPs que vienen dentro de una app (como los de Codex.app) se quedan ahí.
• Las skills se comparten por enlace: ~/.claude/skills, ~/.agents/skills (Codex) y ~/.gemini/antigravity/skills. Editar una vale para las tres.
• Las cuentas extra de Claude también se actualizan.
• Las variables de entorno de los MCPs, que pueden tener tokens, se copian a la config de la otra herramienta. /sync avisa antes.
• /sync --dry-run solo muestra lo que haría.

Skills y comandos del proyecto: el chat lee .claude/commands, .claude/skills, .agents/skills y .agent/workflows del proyecto abierto, además de las carpetas del usuario. /pr-review 237 va a Claude tal como se escribió, y Claude ejecuta el comando de forma nativa. Una skill que solo existe en Codex o Antigravity va a esa herramienta, con las instrucciones del archivo en el pedido.

Como el chat no reenvía las solicitudes de aprobación, una herramienta MCP solo corre si ya está permitida en el CLI o si el modo es auto o yolo. OpenRouter no tiene skills ni MCP.