这是一个虚构但很典型的案例：小李是一位负责取数、做报表和业务分析的数据分析师，最近手头在忙“完成 9 月用户留存分析报告”，同时还要准备“输出新用户分层分析”。这次小李需要整理一份给业务负责人的分析报告，决定试试 MCP 工具连接。

背景

对小李来说，大量时间花在写取数语句、调整表格格式和把结论翻译成业务语言上。偏偏这次还遇到一个变数：埋点在新版本中有字段调整，历史数据口径需要重新对齐。分析报告需要尽快交给业务负责人，时间并不宽裕。

第一次尝试：问题出在哪

小李一开始只写了一句话：

帮我写一份关于“新用户次月留存下降的原因”的分析报告。

结果 AI 给出的内容四平八稳却用不上。复盘下来，主要有两个问题：

  • 随意安装来源不明的 MCP 服务。
  • 连接后从不检查。

改进后的提示词

小李按照 MCP 工具连接的思路重写了提示词，核心是选择需要的 MCP 服务：官方提供、社区开源或自己开发：

我已经通过 MCP 连接了只读的文档库和问题跟踪系统。请帮我：
1. 在文档库中找到与“新用户次月留存下降的原因”相关的最新设计文档；
2. 在问题跟踪系统中查询标记为“高优先级”且未关闭的问题；
3. 判断这些问题与设计文档中的哪些部分相关；
4. 整理成一份给业务负责人的简报。
注意：只读取和整理信息，不要修改任何文档或问题状态。

结果（示意）

下面的效果为虚构演示，用来说明这类改进通常带来的变化：

示例（虚构）：一个开发团队在编程助手中通过 MCP 连接了只读的问题跟踪系统。开发者问“这个模块最近有哪些未解决的问题”，助手直接查询并列出相关问题和链接，开发者不必再切换到另一个系统去搜索。

拿到结果后，小李没有直接转发，而是对照原始资料逐条核对，再补上 AI 不知道的背景。

复盘：这次用到的方法

  • 检查服务的来源和权限范围，优先选择可信的实现。
  • 按说明配置连接，并为服务设置最小必要权限，例如只读。
  • 用简单的查询测试连接是否正常。
  • 优先使用官方或经过审查的实现，查看代码和社区评价。

之后小李发现，同样的方法也适用于另一类场景：需要在编程助手中连接测试、部署等开发工具。

复盘时小李还想到一个问题：和插件有什么区别？答案是：插件通常是某个平台特有的扩展方式，MCP 是跨应用的统一协议，概念上有重叠。

给数据分析师的提醒

给 AI 表结构和字段含义，而不是真实数据；需要样例时用脱敏或虚构的几行。AI 不了解你们的指标口径，写出的语句和结论都要用小样本核对一遍。另外，对话里不要出现用户明细、手机号和未公开的经营数据。

一个额外的小技巧：关注所用服务的版本更新和安全公告。

可以复用的经验

这个案例里最值得复用的，不是某一句提示词，而是“先说清背景和标准，再看结果、再修正”的习惯。下次遇到“和产品对齐埋点口径”这类任务，同样适用。

相关阅读