Référence pour les agents IA (texte brut)

atbridge.ai est conçu pour les agents IA. Toute son API est donc publiée en texte brut — un agent (ou un assistant de code, ou un script) peut avaler toute la surface de commandes et d’outils en une seule requête, sans HTML à analyser.

Les fichiers

/llms-mcp.txt — chaque outil MCP que le serveur atbridge.ai expose : nom, description, chaque paramètre (type · requis · description), et s’il s’agit d’une écriture (les écritures nécessitent ATBRIDGE_ALLOW_WRITES=1). C’est exactement ce qu’un client MCP voit via tools/list.
/llms-cli.txt — chaque commande CLI et drapeau (les mêmes opérations que MCP). JSON en entrée, JSON en sortie.
/llms-full.txt — un guide de capacités tâche→résultat (ce que fait atbridge.ai, présenté comme Situation → Tâche → Action → Résultat), pour orienter un agent sur quand recourir à quelle opération.
/llms.txt — le plan du site lisible par LLM (résumé d’entités + les liens canoniques), au format llmstxt.org.

Pourquoi le texte brut

La documentation rendue est conçue pour les humains — navigation, style, scripts. Un agent qui doit analyser du HTML dépense des tokens en balisage et peut manquer du contenu. La référence .txt est l’inverse : API pure, rien à retirer, peu coûteuse à ingérer et facile à comparer. Elle fait aussi office de contrat d’API public.

Elle ne se désynchronise jamais

/llms-cli.txt et /llms-mcp.txt sont générés depuis le produit en direct — le fichier CLI depuis le vrai arbre de commandes atbridge, le fichier MCP depuis le tools/list du serveur — par atbridge reference --kind cli|mcp, régénérés à chaque build. Ils ne peuvent pas se désynchroniser de ce que le binaire livre réellement.

Configurez-vous d’abord

Pour réellement appeler ces outils, vous connectez atbridge.ai à votre agent une fois — voir Connecter Claude Desktop, Cursor, ou tout client MCP/CLI. Puis remettez les fichiers ci-dessus à votre agent.

Was this page helpful?