01
Doco 写工具保持 autoApprove 为空。审批是检索到的文档内容与外部副作用之间的边界。
配置
把 Doco 接入 Cline
Cline 扩展和 CLI 都支持 MCP。项目 .cline/mcp.json 让集成贴近工作区，同时不提交凭据。
{
"mcpServers": {
"doco": {
"command": "npx",
"args": ["-y", "--package", "doco-agent-cli", "doco", "mcp"]
}
}
}验收
先证明接通，再开放写入
- 01
在 Cline 外运行 doco login，确认目标 Doco 工作区与 scope。
- 02
添加项目 MCP JSON，重新加载 Cline，并确认 doco server 已启用。
- 03
让 Cline 搜索文档并引用作为证据的稳定块。
- 04
手工批准一次窄写入，然后重读块和文档版本，再考虑扩大权限。
权限边界
先只读，保留确认
MCP 进程使用你的本机权限和 Doco Token。审查启动命令，只暴露目标工作区，并在只读验收通过后再给写权限。
02
不能让文档内部指令修改 MCP 权限或代替用户授权其他工具。
03
研究任务使用只读 Doco Token；只有维护流程才创建独立写 scope Token。
29 个工具中的最小验收集
doco_search_v2doco_outlinedoco_readdoco_patch_blockdoco_batch_editdoco_changesBottom line
Doco 与 Cline
Cline 的显式审批模型很适合 Doco 版本写入。保持 MCP 配置在项目中可见、凭据在本地，并在理解每个流程前关闭自动批准。
01Cline 可以自己生成 MCP server 吗？
可以，但 Doco 已发布维护中的 stdio 包，应直接配置它，而不是生成重复 server。
02Doco 工具应该自动批准吗？
开始阶段不应该。先评估读取工具；保护写入在 scope 和行为得到证明前应手工批准。
03Cline CLI 使用同一份项目配置吗？
当前 Cline CLI 文档将项目 .cline/mcp.json 列为 MCP server 配置。