xkx121029/mcd-vibe-commit

一个节日气氛浓厚的开发者小玩意，值得花几分钟试试，但不该接进真正的提交流程。

解决什么问题

代码已经暂存，提交框空着，最后往往又写下一句干巴巴的 fix: update stuff。这个项目把这一刻换成三道选择题：作答后得到九种麦门人格之一和一个四字母代码，再拿到一条用餐品名填充的专属 commit 文案。配置了 Token 时会通过麦当劳 MCP 接口拉取真实在售餐品名，没有 Token 则使用内置 mock 菜单，答题到出文案的完整流程照常走完。产出是一条玩梗的提交信息和一张可晒的人格卡，而不是一条为可读性服务的说明。

有什么不同

计分并非随机：七个维度把答案映射到九种人格，并从中组合出十六种四字母代码；每种人格配四到五套模板，{product} 位置填入餐品名。十二个彩蛋会对特定输入和日期做出反应（1024、报名倒计时、全选 D 等），同一会话连续生成还会触发额外内容。MCP 部分按只读设计：菜单、营养、附近门店三个工具，下单、领券、建地址、支付等写操作在白名单里明确拒绝。

只读是稳妥的默认值，但也意味着真实菜单只增加趣味：mock 路径被描述为输出一致，Token 主要换来当前餐品名。README 也写明这是纯娱乐，不构成点餐建议。更大的取舍在于它本质上是展示型玩法：模板固定，文案跟着测验人格走而不看代码改动，团队若日常使用会得到重复且信息量低的历史记录。把它放进工作仓库，是为好玩做的选择，而不是为了提升提交质量。

谁值得试

想要程序员节梗、想晒人格结果的开发者，准备给团队整一次活的负责人，以及想看看一个面向只读 MCP 服务的最小 Agent Skill 长什么样的人，都能拿到预期价值；参赛者也可以把它当作技能打包的参考结构。不适合想要描述改动内容的提交信息、依赖 CI 或提交规范做校验，或者新鲜感过去后还希望工具继续有用的人。

使用条件与边界

安装方式是把目录放进遵循 Agent Skills 规范的 skills 目录，脚本只用 Python 3.10+ 标准库，不需要装第三方依赖。真实菜单需要到麦当劳 MCP 开放平台申请 Token，可通过对话配置，也可手动编辑 .env；另有可选的 MCP 客户端配置说明。这些都不是体验的前提，mock 菜单已经覆盖从答题到出文案的全流程。

用起来之后，需要留意的是它依赖一个与比赛绑定的外部 MCP 服务来提供实时数据，而文档中的降级策略保证服务质量下降时仍可使用。.env 的处理方式和 skills 目录依赖意味着位置有讲究：它运行在兼容的 Agent 里，而不是独立 CLI。仓库元数据没有声明 License，README 却写了 MIT，再分发或复用代码前应先确认这一点。文档里还有相当一部分是比赛报名截止和 Issue 格式这类时效性内容，很快会过时。

HotRepo 点评

可查的记录很薄：HotRepo 从仓库创建日 2026-10-24 开始追踪，唯一的榜单观察是 2026-10-25 新项目榜（不是总榜）Python 分类第 18、156 个总星标。没有可比的每日历史，无法据此判断热度能否持续。把它当作比赛期间的一个玩梗项目即可；复用其结构前，先确认许可证。

项目源码与说明