
Moxie Docs
Moxie Docs indexe votre dépôt GitHub dans un hub de documentation vivant et cité, et un contexte MCP en lecture seule pour les agents IA, avec des vérifications d'impact des documents des PR, un alignement des descriptions et des PR de documentation hebdomadaires de "nettoyage du vendredi".
https://moxiedocs.com/?ref=producthunt&utm_source=aipure

Informations sur le produit
Mis à jour:Jun 5, 2026
Qu'est-ce que Moxie Docs
Moxie Docs est un produit de documentation IA qui crée "un index pour l'ensemble de votre codebase" en lisant le code source, les tests, les documents et l'historique de votre dépôt et en transformant cette compréhension en une documentation consultable et citée. Il est conçu pour aider les équipes et les agents de codage IA à travailler à partir des mêmes faits à jour : les ingénieurs obtiennent un espace de travail lisible pour l'architecture et les conventions, tandis que des outils comme Cursor, Claude Code, Codex et Copilot peuvent extraire un contexte ciblé via MCP. Moxie est en lecture seule par défaut, ciblé par dépôt et met l'accent sur les citations vers les fichiers et chemins exacts à partir desquels il a appris.
Caractéristiques principales de Moxie Docs
Moxie Docs est un produit de documentation IA qui indexe un dépôt GitHub (code source, tests, documentation et historique) pour produire un espace de travail de documentation "vivant" et "cité par la source" pour les humains, ainsi qu'un contexte MCP "restreint" et "en lecture seule" pour les agents IA. Il maintient l'index à jour à chaque fusion, aide les ingénieurs à trouver rapidement l'architecture et les conventions, et ajoute une automatisation des PR qui aligne les descriptions des PR sur les modèles/conventions et signale l'impact de la documentation avant la fusion. Il fournit également des flux de travail hebdomadaires de "récapitulatif/nettoyage du vendredi" qui résument les modifications et ouvrent des PR de documentation révisables pour éviter que la documentation ne se dégrade, ainsi que la génération de journaux de modifications pour les publics internes et externes.
Index "vivant" à l'échelle du dépôt: Indexe votre dépôt GitHub une fois (code, tests, documentation, historique) et le réindexe à chaque fusion afin que la documentation et les informations dérivées restent à jour.
Documentation générée citée par la source: Produit des pages d'architecture/conventions/tutoriels lisibles avec des citations renvoyant aux emplacements sources exacts d'où elles proviennent, à côté de votre Markdown existant.
Espace de travail de documentation consultable: Fournit un endroit unique pour rechercher dans les documents générés et les documents de dépôt existants, avec des surlignages/signets/notes pour préserver les connaissances de l'équipe.
Contexte MCP pour les agents IA (lecture seule, restreint): Expose les conventions, les lacunes documentaires, les modèles de documentation et la recherche via MCP afin que des outils comme Cursor/Claude Code/Codex/Copilot puissent extraire un contexte de dépôt ciblé sans déverser le dépôt dans le chat.
Vérifications de PR : alignement de la description + analyse de l'impact sur la documentation: Sur chaque "pull request", réécrit la description de la PR pour qu'elle corresponde à votre modèle/conventions (pas à votre code) et signale les documents manquants/obsolètes liés au "diff" avant sa fusion.
Récapitulatif du vendredi et PR de nettoyage + exportation du journal des modifications: Résume les PR fusionnées en journaux de modifications partageables (vues internes/externes) et, à une fréquence hebdomadaire, propose de petites PR de documentation uniquement pour combler les lacunes documentaires – sans jamais fusionner automatiquement.
Cas d'utilisation de Moxie Docs
Intégration plus rapide pour les équipes d'ingénierie: Les nouvelles recrues peuvent rechercher dans un seul espace de travail l'architecture et les conventions (avec des citations de source) au lieu de reconstituer des connaissances tribales à partir de documents éparpillés et de Slack.
Développement assisté par l'IA avec moins de "mauvais premiers essais": Les équipes utilisant des outils de codage "agentiques" peuvent fournir aux agents des conventions de dépôt vérifiées et ciblées via MCP, réduisant ainsi le remaniement et les dépenses en jetons liés à la redécouverte répétée de la base de code.
Gouvernance de la documentation pour les organisations multi-services: Les organisations d'ingénierie avec de nombreux dépôts peuvent utiliser l'indexation continue, les vérifications de PR d'impact sur la documentation et les PR de nettoyage hebdomadaires pour maintenir la documentation précise à mesure que les systèmes évoluent.
Notes de version et mises à jour des parties prenantes: Les équipes produit/ingénierie peuvent transformer les PR fusionnées en vues de journaux de modifications internes et externes, puis les exporter au format Markdown/Slack/texte brut pour les annonces.
Équipes soucieuses de la conformité nécessitant une traçabilité: Les documents cités par la source et les PR de documentation révisables fournissent une piste d'audit des affirmations de la documentation jusqu'au code, aidant les équipes à justifier les comportements et les conventions.
Avantages
Les documents cités par la source améliorent la confiance et réduisent la documentation "hallucinée".
La livraison MCP maintient le contexte de l'agent léger en jetons, restreint et en lecture seule par défaut.
L'automatisation des PR (alignement de la description + vérifications de l'impact sur la documentation) aide à prévenir la dérive de la documentation avant la fusion.
Les PR de nettoyage de documentation révisables évitent les modifications automatiques risquées tout en maintenant la documentation à jour.
Inconvénients
Nécessite l'installation de l'application GitHub et une indexation continue, ce qui peut ne pas convenir aux flux de travail non-GitHub ou "air-gapped".
Les limites du plan (par exemple, les fichiers indexés par dépôt et le nombre mensuel de PR de nettoyage) peuvent contraindre les très grands dépôts ou les besoins importants en documentation.
Les mises à jour de la documentation ne sont pas des fusions automatiques – les équipes doivent toujours examiner et approuver les PR de nettoyage pour en tirer profit.
Comment utiliser Moxie Docs
1) Connectez votre dépôt GitHub: Allez sur https://moxiedocs.com/ et cliquez sur "Connecter le dépôt GitHub". Installez l'application Moxie GitHub et sélectionnez les dépôts auxquels vous souhaitez que Moxie accède (lecture seule par défaut et limitée par dépôt).
2) Démarrez l'essai de 14 jours: Depuis le flux d'intégration, démarrez l'essai (le site indique : "Pas de frais aujourd'hui. Annulez à tout moment.").
3) Générez le premier index: Laissez Moxie indexer le dépôt. Il lit votre code source, vos tests, vos documents et votre historique pour construire un "index vivant" qui devient une documentation consultable et un contexte structuré pour les agents.
4) Utilisez l'espace de travail de documentation consultable: Ouvrez l'espace de travail pour rechercher dans les documents générés et votre Markdown existant en un seul endroit. Utilisez la recherche pour trouver des sujets (par exemple, "webhook") et ouvrez les résultats qui sont cités vers les fichiers source d'où ils proviennent.
5) Passez en revue les pages d'architecture/conventions générées: Parcourez les pages générées qui résument la façon dont le dépôt est organisé (architecture, conventions, tutoriels). Utilisez les citations de source pour revenir aux fichiers/lignes exacts derrière chaque déclaration.
6) Identifiez les lacunes de la documentation: Vérifiez la sortie "lacunes de documentation" de Moxie pour voir les zones de documentation manquantes ou obsolètes. Utilisez les lacunes classées (avec les chemins cités) pour décider quoi documenter ensuite.
7) Connectez un agent IA via MCP (contexte en lecture seule): Utilisez le contexte MCP de Moxie afin que des outils comme Cursor, Claude Code, Codex et Copilot puissent extraire les conventions/documents/lacunes du dépôt sans coller le dépôt dans le chat. Les appels MCP d'exemple affichés par Moxie incluent : get_conventions(), get_doc_gaps(), search_docs("webhook") et get_documentation_patterns().
8) Laissez les vérifications de PR s'exécuter sur chaque pull request: Après l'indexation, Moxie s'exécute automatiquement sur les nouvelles PR : il aligne les descriptions de PR sur votre modèle/conventions et effectue une analyse d'impact des documents pour signaler quelle documentation doit être mise à jour avant la fusion.
9) Utilisez les récapitulatifs du vendredi et approuvez les PR de nettoyage (si activé): Les vendredis, Moxie résume ce qui a changé et, lorsque les documents ont pris du retard, ouvre une petite PR de documentation uniquement avec des mises à jour citées pour que vous puissiez les examiner et les fusionner (rien ne fusionne automatiquement).
10) Générez et exportez les journaux de modifications à partir des PR fusionnées: Utilisez la vue du journal de modifications pour transformer les PR fusionnées en entrées claires regroupées par jour/semaine/mois. Choisissez la formulation interne ou externe, modifiez les résumés en ligne et exportez/copiez en Markdown, Slack ou texte brut.
FAQ de Moxie Docs
Moxie Docs est un outil qui indexe un dépôt GitHub et produit un espace de travail de documentation vivant et consultable pour les ingénieurs, ainsi qu'un contexte MCP "scoped" et en lecture seule que les agents IA (par exemple, Cursor, Claude Code, Codex, Copilot) peuvent utiliser pour suivre les conventions et la documentation du dépôt.
Articles populaires

Atoms : Une plateforme d'IA multi-agents qui transforme les idées en produits prêts à être lancés
May 22, 2026

Nano Banana SBTI : Qu'est-ce que c'est, comment ça marche et comment l'utiliser en 2026
Apr 15, 2026

Atoms : L'outil de création de produits IA qui redéfinit la création numérique en 2026
Apr 10, 2026

Kilo Claw : Comment déployer et utiliser un véritable agent d'IA "Faites-le pour vous" (Mise à jour 2026)
Apr 3, 2026







