mdocs 不只给人在浏览器里写文档,也让 外部 AI Agent(Cursor、Claude Code、Codex 等)把知识库嵌进日常工作。
这和产品内的 智能助手(AI) 是两条路:
| 智能助手 | Agent 开发闭环 | |
|---|---|---|
| 在哪 | mdocs Web 浮层 / 帮写 | 你的 IDE / Agent 终端 |
| 干什么 | 答疑、搜文、结构操作;精细改稿走「帮写」 | 读知识库、按契约开发、按需写回文档 |
| 会不会改正文 | 智能助手可有条件覆写;帮写需分段接受 | 会按你的指令经 CLI 读写文档 |
会把 mdocs-cli、mdocs-dev、diagram 装到对应 Agent 的 skills 目录。之后在对话里用 /mdocs-cli、/mdocs-dev 等即可唤起。
更细的命令与环境变量见 CLI Token · CLI 客户端。
/mdocs-cli + 文章 URL你不必先背命令。 只要:
/mdocs-cli,或确保 skill 已分发且会话会加载它)MDOCS_TOKEN(以及必要时的 MDOCS_SERVER)示例(与真实使用一致):
Agent 会自行:
#/doc/<uuid>)~/.mdocs-cli(clone / 更新;失败时可用本地已有副本继续)ls <documentId> 列同级目录)
| 你想做的事 | 示例说法 |
|---|---|
| 读这篇 | 「打开这篇 URL,总结要点」 |
| 看同级目录 | 「这个文章对应目录下有哪些文件」(上图) |
| 搜知识库 | 「在 mdocs 里搜『草稿』相关」 |
| 改 / 新建 | 「根据刚才结论,更新这篇」或「在同级建一篇笔记」(需你明确授权写回) |
底层命令仍是 search / get / ls / list / create / update 等;对日常使用,URL + 自然语言 就够了。
/mdocs-dev:开发流程(详细)知识库读写用 mdocs-cli;在业务仓库里把需求想清楚、再写代码,用 /mdocs-dev。
/mdocs-dev在 Cursor / Claude 等对话里输入:
或附带一句话说明意图,例如:
Agent 会按 mdocs-dev skill 工作:在项目根维护 .mdocs-docs/ 开发契约,先对齐设计、经你同意后再改业务代码。
| 场景 | Agent 默认做什么 |
|---|---|
| 新需求 | 新建 requirements/<短名>/,先分析再设计 |
| 改老需求 | 更新原文件夹,禁止另开 xxx-v2 |
| 整理老业务 | 只增厚 map/,不写长篇用户故事 |
| 记 bug 修复 | 写 bug-fixes/<短标题>-日期.md(事后记录,不走设计门控) |
意图不清时,Agent 只应问一句:新需求、改老需求、整理老业务,还是记 bug?
/mdocs-cli 怎么配合| 阶段 | 用哪个 |
|---|---|
| 查团队知识库里已有设计 / 笔记 | /mdocs-cli + URL 或搜索 |
| 在本仓库落需求与设计、等人审 | /mdocs-dev |
| 画架构 / 时序给人看 | diagram skill(图进 .mdocs-docs/diagrams/) |
| 定稿后写进 mdocs | 你明确要求后,再用 mdocs-cli create / update |
默认不推库:契约先只存在 Git 仓库里;避免 Agent 未经允许改线上文档。
map / 路径 / decisions,而不是空口承诺requirements/... 目录| Skill | 作用 |
|---|---|
| mdocs-cli | HTTP CLI:搜 / 读 / 列 / 建 / 改文档与目录 |
| mdocs-dev | .mdocs-docs 契约 + 设计门控 |
| diagram | Mermaid 图落盘并索引 |
仓库:github.com/xuhuafeifei/mdocs-cli