MCP 实战:拒绝抱着电脑去彩票站,让 AI 把预测结果推送到手机
约 1304 字大约 4 分钟
AIMCPSkills
2026-02-04
这一篇是彩票预测 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 也许是更适合你的“偷懒”神器。)
