MCP 实战：拒绝抱着电脑去彩票站，让 AI 把预测结果推送到手机
这一篇是彩票预测 Skill 的后续。
前天突发奇想手搓了一个双色球和大乐透的预测 Skill 来娱乐一下：
毕竟是个简单的 Skill，在 Claude Code 和 Cursor/Trae 中运行自然没有问题，结果也能正常输出在控制台。
但真正到了要去买彩票的时候，问题来了：我总不能抱着电脑站在彩票站里，一边对着黑乎乎的终端窗口运行命令，一边跟老板报号码吧？ 这种画面光是想想就觉得“极客”过头了，甚至有点滑稽。
最优雅的姿势，当然是人还没到彩票站，预测结果就已经安安静静地躺在我的手机微信里了。
选型：为什么是企业微信？
方向有了，自然就是选型。考虑到国内的网络环境和使用习惯，飞书（Lark）、微信（个人/企业）、QQ 都是很好的消息接收终端。
我最终选择了企业微信，主要基于以下几点考量：
- 触达率高：微信是国民应用，企业微信的消息可以无缝同步到微信中，不用多装一个 App。
- 门槛低：个人也可以免费申请企业微信，不需要营业执照，功能对于个人开发者来说完全够用。
- 安全性：通过群 Webhook 推送，配置简单且相对安全。
实战：配置你的“AI 传声筒”
要实现这个功能，我们需要用到一个现成的 MCP Server：wecom-bot-mcp-server。
1. 获取 Webhook 地址
首先，你需要在企业微信里拉一个小号或者朋友建一个群（或者自己建个群），然后在群设置的消息推送中里添加新的推送，你会获得一个 Webhook 地址。
⚠️ 注意：请务必保管好这个地址，不要泄露给他人，否则任何人都可以通过这个地址向你的群发送垃圾消息。
2. 配置 MCP
接下来，在你的 Agent（Claude Code/Trae/Cursor） 的 MCP 配置文件中添加以下配置。这就是连接 AI 和手机的桥梁：
{
"mcpServers": {
"wecom-bot": {
"command": "uvx",
"args": [
"wecom-bot-mcp-server"
],
"env": {
"WECOM_WEBHOOK_KEY": "你的_WEBHOOK_KEY"
}
}
}
}深度思考：为什么不用脚本？
可能有的读者会问：“为什么非要搞个 MCP？直接在预测彩票 Skill 加一个脚本不也能发消息吗？”
这就要聊到我们做开发时的核心设计哲学了：职责分离与模块化。
如果把 AI Agent 比作一个人：
- Lottery Skill 是它的大脑，负责复杂的计算和预测逻辑。
- WeCom MCP 是它的嘴巴，负责对外发声和传递信息。
当我们把“大脑”和“嘴巴”解耦之后，神奇的事情发生了：
- 复用性：今天我用“嘴巴”播报彩票，明天我可以换个“大脑”（比如股票分析 Skill），继续用同一个“嘴巴”给我推送到手机，而不需要重复写推送代码。
- 灵活性：如果有一天我想换成飞书推送，我只需要把“嘴巴”换成 Lark MCP，原本的彩票预测代码一行都不用改。
这就是像搭积木一样构建 AI 应用的魅力。我们不再是写一个个孤立的脚本，而是在构建一个通用的能力生态。
效果演示
配置完成后，调用的过程就非常自然了。我不需要记复杂的指令，只需要用自然语言告诉 Agent：
“预测下一期双色球，并将结果发送到企业微信。”
Agent 会自动规划任务：先调用 Skill 算号码，再调用 MCP 发消息。
“嗡”的一声，手机上就收到了结果：
虽然目前企业微信机器人对 Markdown 的渲染支持还不是特别完美（比如表格），但核心信息一目了然，完全满足了我们在彩票站“优雅下单”的需求。
结语：打通 AI 的“最后一公里”
这篇文章虽然是个娱乐向的实践，当 AI 不再局限于屏幕上的问答，而是能够通过各种 API 和 MCP 触达我们的手机、控制我们的家电、甚至操作我们的生产系统时，它才真正从一个“聊天机器人”进化为了“数字助理”。
今天我们打通的是彩票预测的“最后一公里”，明天也许就是服务器宕机的紧急报警，或者是抢到回家车票的喜讯。
不妨动手试试，给你的 AI 装上“嘴巴”，看看它能给你带来什么惊喜。
（另外，如果你是“零代码”党，觉得改配置文件太麻烦， OpenClaw 也许是更适合你的“偷懒”神器。）