🍟 派对拼团官 · McParty Officer

麦当劳门店派对最怕的不是贵，是凑不齐人。 一句话问出去，回来一张「这场到底办得成吗」的确定性答案。

官方规则写明：拼团未在截止前凑够人数会自动取消并退款。 本项目把派对从「怎么策划」推进到「到底办不办得成」：算成团概率、比包场与拼团、挑最值的日子、一键生成招募卡把人群拉满，并给出预订截止倒计时。

别人帮你策划一场派对；我们帮你把人凑齐、把场锁定、把日子挑对、把人喊来。

纯 Python 标准库	麦当劳官方 MCP	全链路真实跑通	零第三方依赖
3.7+ 即可运行	mcp.mcd.cn	真实场次 / 余位 / 满减	无 pip install

上图为 2026-10-09 用真实 Token 跑通的原始输出，未做美化、未替换数据。

---

🎬 先看效果：在线演示（免安装、免 Token）

🍟 打开在线演示页 —— 浏览器直接点： 切换人数（4 / 6 / 9 人），看成团概率雷达、包场 vs 拼团对比、招募卡与邀请函的完整输出。 页面为 2026-10-09 真实 Token 跑通的快照（由本仓库 scripts/party_plus.py 真实函数计算固化），不是实时查询，已明确标注。

---

🚀 三步开吃

第 1 步 · 把这段话整段发给 WorkBuddy（不用碰命令行）

帮我安装这个技能：https://github.com/yzg1226/mcd-party-officer
把仓库内容放到用户级技能目录 ~/.workbuddy/skills/mcd-party-officer/
（SKILL.md 与 scripts/ 需同级保留），确认 SKILL.md 存在，装完提醒我重开一轮会话

熟手可用命令行（效果一样，重复执行即更新）：

git clone https://github.com/yzg1226/mcd-party-officer.git ~/.workbuddy/skills/mcd-party-officer

卸载：rm -rf ~/.workbuddy/skills/mcd-party-officer

第 2 步 · 对它说一句话

「帮我给 6 岁的女儿办一场麦当劳生日会，杭州，6 个人，晚上办」

它会自己确认城市、扫场次、算成团概率，最后把决策摆在你面前。

第 3 步 · 贴一次 Token，以后一直免配置

第一次使用时按提示到 https://open.mcd.cn/mcp 登录 → 控制台 → 激活 → 复制 Token，粘进对话即可。 Token 只写进你本机的环境变量或 WorkBuddy 配置，不进仓库、不进日志、不在回复里回显。

⚠️ Token 等同账号凭证：只贴在自己的对话里，不要发群聊、朋友圈或 GitHub。

---

📖 目录

章节	你会看到
三步开吃	一句话装进 WorkBuddy
30 秒看懂	它和策划类 / 地图类 Skill 的本质差别
痛点	为什么派对真正死在「凑不齐人」
解决什么	四个决策、三个产出物、一个扫描视图
快速开始	Token / 配置 / 运行
使用示例	对话式、代码式、真实运行输出
能力清单	八大能力入口
隐私与安全	Token 与下单的边界
参赛信息	参赛材料对照

---

30 秒看懂：它和别的派对 Skill 差在哪

派对赛道已有两类做法，都很不错，但都停在下单之前：

做法	代表	它回答的问题	停在
策划案生成	多角色协作输出主题、流程、预算	"怎么办好这场派对"	方案交付即结束
活动地图 / 雷达	把门店与可约场次可视化	"哪里有能办的场次"	展示即结束
本项目	成团调度与撮合	"这场办得成吗、人怎么凑齐"	一直管到锁场 + 拉人

差异不在功能多少，而在是否回答了那个真正会导致派对泡汤的问题：

维度	策划 / 地图类	本项目
核心问题	怎么办好、哪里有	办得成吗、人怎么凑齐
输出性质	文档 / 列表	可复现的概率与成本数字
风险量化	无	成团概率、包场 vs 拼团的确定性差异
传播环节	无	招募卡 + 邀请函，复制即可发群
时间管理	无	T-7 → T 筹备时间线 + 预订截止倒计时

「未成团自动退款」这条规则，只有先发现它，才会意识到真问题是凑人而不是策划——这就是本项目的立足点。

两个能直接发出去的产出物

工具产出数字容易，产出能传播的内容难。派对是麦当劳场景里唯一自带"发出去"动作的品类：

邀请函为单文件 HTML，麦当劳红黄配色，可直接分享；上图为真实渲染结果。 招募卡为纯文本，复制即可粘贴到任意群聊。

---

一、痛点：派对最容易死在"凑不齐人"

麦当劳门店派对的官方规则里有两条硬约束，它们决定了这个场景真正的难点：

规则	后果
拼团若未在截止前凑够人数，预约自动取消并退款	选错场次 = 白折腾，生日当天没场地
需提前 3 天预订	留给"拉人"的窗口是有限的倒计时

于是用户在真实场景里会连续撞上四个问题：

1. 哪家店、哪天、哪一场，我最可能凑满人？ —— 余位和成团区间全在门店端，没法自助比价
2. 包场还是拼团？ —— 两种模式价格与风险不同，没人会算
3. 未来哪天办最值？ —— 官方营销活动日历是公开的，但没人拿它做决策
4. 怎么快速把人凑齐？ —— 发群、催人、统计，全靠人肉

二、本项目解决什么

四个决策

能力	说明	用户怎么问
成团概率雷达	把"未成团自动退款"的风险变成一个可读的百分比，并给出还差几人、拉人话术	"6 个人能办成吗"
包场 vs 拼团对比	两种模式的总价、举办确定性、推荐结论，找出人数临界点	"包场还是拼团划算"
派对黄历	官方营销活动日历 × 场次余位 × 提前量 → 未来哪天办最值（宜/可/忌）	"最近哪天办合适"
儿童营养安心指数	对派对餐单做热量/钠/脂肪多约束评分，并自动给出替换建议	"这套搭配孩子吃健康吗"

三个产出物

产出	用途
拼团招募卡	带余位进度条与成团概率的群消息文本，复制即可发
派对邀请函	麦当劳红黄配色的单文件 HTML，可直接分享
筹备时间线	T-7 → T 日待办清单 + 预订截止倒计时

一个扫描视图