
Moxie Docs
Moxie Docs 将您的 GitHub 仓库索引到一个实时的、有来源引用的文档中心和 AI 代理的只读 MCP 上下文,并具有 PR 文档影响检查、描述对齐和每周“周五清理”文档 PR。
https://moxiedocs.com/?ref=producthunt&utm_source=aipure

产品信息
更新于:2026年06月05日
什么是 Moxie Docs
Moxie Docs 是一款 AI 文档产品,通过读取您仓库的源代码、测试、文档和历史记录,并将这些理解转化为可搜索、有来源引用的文档,从而创建“整个代码库的一个索引”。它旨在帮助团队和 AI 编码代理基于相同的最新事实工作:工程师获得一个可读的工作区用于架构和约定,而 Cursor、Claude Code、Codex 和 Copilot 等工具可以通过 MCP 获取范围化的上下文。Moxie 默认是只读的,按仓库范围划分,并强调引用回它学习的精确文件和路径。
Moxie Docs 的主要功能
Moxie Docs 是一款 AI 文档产品,它索引 GitHub 存储库(源代码、测试、文档和历史记录),为人类生成一个活生生的、带有源代码引用的文档工作区,并为 AI 代理生成一个范围受限的只读 MCP 上下文。它在每次合并时保持索引最新,帮助工程师快速查找架构和约定,并添加 PR 自动化,使 PR 描述与模板/约定对齐,并在合并前标记文档影响。它还提供每周的“周五回顾/清理”工作流程,总结更改并打开可审查的纯文档 PR,以防止文档过时,并为内部和外部受众生成更新日志。
活生生的、全存储库索引: 一次性索引您的 GitHub 存储库(代码、测试、文档、历史记录),并在每次合并时重新索引,以便文档和派生见解保持最新。
带有源代码引用的生成文档: 生成可读的架构/约定/演练页面,其中包含指向其来源的确切源代码位置的引用,以及您现有的 Markdown。
可搜索的文档工作区: 提供一个单一的地方来搜索生成的文档和现有的存储库文档,并带有突出显示/书签/笔记以保留团队知识。
AI 代理的 MCP 上下文(只读、范围受限): 通过 MCP 公开约定、文档空白、文档模式和搜索,以便 Cursor/Claude Code/Codex/Copilot 等工具可以拉取有针对性的存储库上下文,而无需将存储库转储到聊天中。
PR 检查:描述对齐 + 文档影响扫描: 在每个拉取请求上,重写 PR 描述以匹配您的模板/约定(而不是您的代码),并在合并之前标记与差异相关的缺失/过时文档。
周五回顾和清理 PR + 更新日志导出: 将合并的 PR 总结为可共享的更新日志(内部/外部视图),并每周提出小的纯文档 PR 以弥补文档空白——从不自动合并。
Moxie Docs 的使用场景
加快工程团队的入职速度: 新员工可以在一个工作区中搜索架构和约定(带有源代码引用),而不是从分散的文档和 Slack 中拼凑零散的知识。
AI 辅助开发,减少错误的首次尝试: 使用代理编码工具的团队可以通过 MCP 向代理提供经过验证的、范围受限的存储库约定,从而减少重复的代码库重新发现所带来的返工和令牌消耗。
多服务组织的文档治理: 拥有许多存储库的工程组织可以使用持续索引、文档影响 PR 检查和每周清理 PR,以在系统演进时保持文档的准确性。
发布说明和利益相关者更新: 产品/工程团队可以将合并的 PR 转换为内部和外部更新日志视图,然后导出为 Markdown/Slack/纯文本以进行公告。
需要可追溯性的合规性团队: 带有源代码引用的文档和可审查的纯文档 PR 提供了从文档声明到代码的可审计跟踪,帮助团队证明行为和约定的合理性。
优点
带有源代码引用的文档提高了信任度并减少了虚构的文档。
MCP 交付默认情况下保持代理上下文令牌轻量、范围受限和只读。
PR 自动化(描述对齐 + 文档影响检查)有助于在合并前防止文档漂移。
可审查的纯文档清理 PR 避免了有风险的自动更改,同时仍保持文档最新。
缺点
需要安装 GitHub App 和持续索引,这可能不适用于非 GitHub 或气隙工作流程。
计划限制(例如,每个存储库的索引文件数和每月清理 PR 计数)可能会限制非常大的存储库或繁重的文档需求。
文档更新不是自动合并——团队仍然必须审查并批准清理 PR 才能实现收益。
如何使用 Moxie Docs
1) 连接您的 GitHub 仓库: 访问 https://moxiedocs.com/ 并点击“连接 GitHub 仓库”。安装 Moxie GitHub App 并选择您希望 Moxie 访问的仓库(默认只读,按仓库范围划分)。
2) 开始 14 天试用: 从入职流程中,开始试用(网站提示:“今天不收费。随时取消。”)。
3) 生成第一个索引: 让 Moxie 索引仓库。它会读取您的源代码、测试、文档和历史记录,以构建一个“实时索引”,该索引将成为可搜索的文档和代理的结构化上下文。
4) 使用可搜索的文档工作区: 打开工作区,在一个地方搜索生成的文档和您现有的 Markdown。使用搜索查找主题(例如,“webhook”)并打开引用回其来源文件的结果。
5) 审查生成的架构/约定页面: 浏览生成的页面,这些页面总结了仓库的组织方式(架构、约定、演练)。使用来源引用跳回到每个声明背后的确切文件/行。
6) 识别文档空白: 检查 Moxie 的“文档空白”输出,查看缺失或过时的文档区域。使用排名靠前的空白(带有引用的路径)来决定下一步要记录什么。
7) 通过 MCP 连接 AI 代理(只读上下文): 使用 Moxie 的 MCP 上下文,以便 Cursor、Claude Code、Codex 和 Copilot 等工具可以获取仓库约定/文档/空白,而无需将仓库粘贴到聊天中。Moxie 显示的 MCP 调用示例包括:get_conventions()、get_doc_gaps()、search_docs("webhook") 和 get_documentation_patterns()。
8) 让 PR 检查在每个拉取请求上运行: 索引后,Moxie 会自动在新 PR 上运行:它将 PR 描述与您的模板/约定对齐,并执行文档影响扫描,以标记在合并前应更新的文档。
9) 使用周五回顾并批准清理 PR(如果启用): 在周五,Moxie 会总结发生了什么变化,当文档落后时,会打开一个小的、仅包含文档的 PR,其中包含带有来源引用的更新,供您审查和合并(没有自动合并)。
10) 从合并的 PR 生成和导出变更日志: 使用变更日志视图将合并的 PR 转换为按日/周/月分组的清晰条目。选择内部或外部措辞,在线编辑摘要,并以 Markdown、Slack 或纯文本格式导出/复制。
Moxie Docs 常见问题
Moxie Docs 是一个工具,它可以索引 GitHub 仓库,为工程师生成一个活的、可搜索的文档工作区,并为 AI 代理(例如 Cursor、Claude Code、Codex、Copilot)提供范围受限的、只读的 MCP 上下文,以便它们遵循仓库约定和文档。











