mimo code 是能理解代码并执行改动的编程代理，将文档视为代码库一部分来同步而非编写；它自动识别语义耦合的文档变更点、以 patch 模式安全编辑、深度绑定 git 工作流、支持质量闭环反馈，使文档成为可执行契约。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是文档生成器，而是能理解代码、执行改动的编程代理。它维护技术文档的方式，是把文档当作代码库的一部分来对待——不是“写文档”，而是“同步文档”。
自动识别文档变更点
当 MiMo Code 分析一个 PR 或执行一次重构时，它会扫描影响范围内的所有关联文件，包括：
- README.md、CONTRIBUTING.md 等顶层说明文件
- API 文档（如 OpenAPI YAML、TS Doc 注释块）
- CLI help 文本、配置示例片段
- 单测用例中的行为描述注释
只要这些内容与当前修改存在语义耦合（比如新增了一个 CLI 参数，或改了某个函数签名），MiMo 就会在 plan 阶段明确列出“需同步更新以下文档位置”，并给出具体行号和修改建议。
安全编辑，不覆盖人工润色
它不会全文重写 README，而是采用 patch 模式：
- 保留原有段落结构、语气风格和自定义格式（如 emoji、表格、锚点链接）
- 只在指定区域插入/替换最小必要内容（例如在
## Commands下追加一行新命令说明） - 对于含变量占位符的模板（如
<version></version>、<host></host>），仅更新值，不动模板逻辑
这背后依赖它的双模态解析能力：一边读 AST 理解代码意图，一边用轻量级 Markdown 解析器定位语义区块。
与 Git 工作流深度绑定
启用 --docs-aware 模式后，MiMo Code 会：
- 在
git diff结果中主动识别文档类文件变更 - 将文档更新纳入同一 commit，确保代码与说明始终原子一致
- 若检测到文档修改未被提交，会暂停后续步骤并提示：“发现 README 更新未暂存，请确认是否提交”
这种机制避免了“代码发版了，文档还写着旧接口”的常见脱节。
支持文档质量闭环反馈
它内置一个轻量校验器，可自动检查：
- 新增 API 是否在文档中有对应描述（缺失则标为 high priority）
- CLI 命令帮助文本是否与实际参数列表匹配（不一致则触发修正）
- 示例代码能否在当前环境真实运行（通过沙箱试执行）
结果直接输出为 docs-report.md，可作为 MR 描述或 CI 检查项。
本质上，MiMo Code 把技术文档看作一种“可执行契约”。维护不是附加任务，而是编码动作的自然延伸。
