mcp-raganything n'est pas un produit RAG
mcp-raganything wrappe RAG-Anything en deux tools MCP, index_corpus et ask_corpus. Une prise pour Claude, Codex ou Cursor. Pas un RAG de production.
mcp-raganything est un serveur MCP. Vous le branchez sur Claude, Codex ou Cursor. Deux tools: index_corpus sur un dossier, ask_corpus sur une question. C'est tout le pitch.
Il ne fait pas le RAG. Il wrappe RAG-Anything, le framework HKUDS sur LightRAG, avec MinerU pour le parse. PDF, Office, images, tableaux, équations. Derrière: process_document_complete, puis aquery en mode hybrid.
J'aime ça pour un tas de documents en local. Je ne le mettrais pas derrière un agent côté client en disant que le travail est fini.
Yohan a déjà écrit la note acheter-ou-construire. RAG-Anything était la première brique standard qu'on a regardée. Cognee semblait plus fini pour l'industrialisation: vecteurs, graphe, MCP, S3. Ce qui manquait, c'est une réponse simple sur mcp-raganything lui-même.
Ce que mcp-raganything expose vraiment
Une prise mince:
- Indexer un répertoire en récursif (PDF, DOCX, PPTX, XLSX, PNG, JPG, markdown)
- Interroger le corpus. Vecteur plus graphe en hybrid, via LightRAG
- Des instances RAG persistantes par dossier, pour reposer une question sans tout reparser
L'agent voit deux tools. RAG-Anything fait encore le parse et le graphe. MCP, c'est la prise. Il reste à construire le reste autour.
Cette forme à deux tools, c'est la bonne version. D'autres ports communautaires explosent: insert, batch, extract entities, visualiser le graphe, vider la base. Si vous exposez un tool par micro-opération, vous brûlez des tokens sur les schémas avant la première vraie question. mcp-raganything reste sur index_corpus et ask_corpus. Gardez-le comme ça.
Quatre jobs
Les gens collent mcp-raganything dans Claude, Codex ou Cursor et annoncent une base de connaissances. Au mieux ils ont fini un des quatre jobs. Parfois deux.
| Job | mcp-raganything | Ce qu'on livre vraiment |
|---|---|---|
| Parser des fichiers sales | MinerU dans RAG-Anything | Un parseur choisi exprès. Je standardise cette étape sur Xberg quand inventaire et prose ne doivent pas partager le même tuyau. |
| Retriever | LightRAG hybrid via ask_corpus | Vecteurs plus graphe. Forme Cognee si vous voulez un peu plus près d'un produit. |
| Parler au modèle | Deux tools MCP | MCP ou une API. Peu de tools. Capacité large. |
| Qui a le droit de voir le doc | La machine qui fait tourner le client | Droits, audit, locataires séparés. Toujours votre problème. |
Le catalogue d'implants, c'est la clôture qui m'intéresse vraiment: tailles en stock dans des tables, notes de préférence en chunks. Un parseur multimodal aide sur les fichiers. Il n'invente pas cette coupure.
Quand mcp-raganything est le bon outil
Utilisez-le quand le corpus est sur votre disque et que le seul lecteur, c'est vous. Un dossier de recherche, un tas de PDF internes, des équations et des figures qu'un chunking naïf casse. Claude, Codex ou Cursor comme client, un utilisateur, une machine. Si l'index est faux, vous le voyez le jour même.
Correct en labo. Mauvaise façon de servir les documents des autres.
Quand ça ne l'est pas
Construire le RAG n'est plus le sujet. Coût, droits, observabilité. mcp-raganything n'y touche pas.
- Plusieurs personnes, plusieurs jeux de droits: le stagiaire ne doit pas récupérer le dossier du COMEX.
- Fichiers dans S3, pas dans
~/Documents. - Il vous faut des traces: quel chunk, quel tool, quelle identité.
- Il vous faut un parse rejouable en CI, pas juste dans une session locale.
MCP a encore du sens quand l'agent parle à une API custom que le modèle n'a jamais vue. Ce n'est pas le même job que « MCP partout ». Indexer un dossier pour Claude, Codex ou Cursor, c'est une commodité privée. Une API de retrieval pour des documents qui appartiennent à quelqu'un d'autre, c'est un produit.
Ce que je livrerais
RAG-Anything pour le parse multimodal et un graphe LightRAG, sur ma machine. mcp-raganything seulement pour que l'agent indexe et questionne. Pour les autres: la clôture, les droits, les traces, et un parseur que je crois quand les fichiers sont moches.
Gardez les deux premiers sur le laptop s'ils vous aident à lire vos propres fichiers. Ne livrez pas la prise en l'appelant la stack.