MongoDB MCP 服务器（数据库与 Atlas 管理）

要解决什么问题

把 AI 代理接进 MongoDB，难点从来不在"能不能连"，而在连完之后。手写驱动意味着自己处理连接串、认证握手、权限校验，还要把结果序列化成模型能理解的文本；更麻烦的是，模型天然不保证查询安全，一次误触发的写操作就可能污染生产集合。这个技能要填的正是这个断层：让代理通过 Model Context Protocol 拿到结构化的数据库与 Atlas 操作能力，而不是靠模型自己猜命令。

它如何工作

核心是 MongoDB 官方的 MCP server，把几类操作收敛成工具接口：

• 结构化查询：直接对数据库发查询，结果以结构化形式返回，而不是把原始 BSON 丢给模型；
• 集合管理：建集合、查 schema、看元数据，代理可以先侦察再操作；
• Atlas API 操作：不离开对话就能管理集群层面的资源；
• 聚合管道：复杂查询用管道表达式表达，而不是拼字符串。

认证与访问控制内建在 server 侧，能力边界不依赖模型自觉。部署时可按需启用 --readOnly 模式，把写路径整体关掉，这是接生产环境的第一道闸。

适用边界与注意点

• 需要 Node.js 环境，版本不低于 20.19.0，再老的版本行为不保证；
• --readOnly 是单次启动的约束，不是全局策略，不能替代数据库侧的真实权限；
• server 能暴露的能力很多，但代理实际做什么取决于工具描述与调用策略，聚合管道写错了照样浪费 token；
• HTTP transport 适合多客户端共享，暴露端口前务必确认认证配置到位。