技能介绍

解决什么问题

米哈游总部位于上海徐汇区宜山路 1295 号（英伟达园区），参观名额有限，需在微信小程序「米哈游开放日预约」中抢号。手动规划一次参观，要在小程序查余量、翻天气预报，再算哪天天气好、名额多、不撞饭点，过程零散易错——可能选了个高温天，或名额满了才发现。这个技能把链路自动化：一次查询拿到预约和天气数据，按明确规则打分排序，直接给出两个候选时段和可执行的出行建议。

它是怎么工作的

请求先被分为三类意图，走不同分支：

意图 A · 纯查询：只想看「哪天还有名额」，调 scripts/query_booking.py，返回可预约日期、时间槽和剩余名额的纯文本，不生成图片。
意图 B · 制定计划：完整流程——查预约数据，调 Open-Meteo 查天气（16 天内用预报 API，超出用近 5 年同日期历史数据兜底），按规则筛选，最后渲染图片。
意图 C · 闲聊：友好应答，不触发数据查询。

筛选是固定优先级链：天气舒适度 > 拥挤度 > 冲突处理 > 避开用餐时段（12:00–13:00、18:00–19:00）。综合评分只对天气和拥挤度分别打分，如「天气舒适度 80 分 + 拥挤度 90 分 = 总分 170 分」，不掺主观描述。输出一个推荐时段和一个备选时段（备选优先取离当前最近的可预约时间）。

图片走 HTML 模板路线：templates/plan_template.html 填充占位符后，用无头 Chrome 以 2 倍分辨率截图（--force-device-scale-factor=2），再由 templates/generate_image.py 智能裁剪多余空白。推荐方案是绿色卡片，备选是橙色卡片，模块标题配 Q 版角色头像。

需要注意的边界

Token 要自己抓：数据来自小程序接口，需手动从请求头复制 Authorization 字段写入 ~/.mihoyo_config.json（或当前目录同名文件），有效期约 30 天，过期需重抓。
远期推荐是估算：超过 16 天的日期没有真实预报，用近 5 年历史天气，输出标注「仅供参考」；推荐时间距当前 ≥3 天时提示预报可能变化。
口径固定：拥挤度只说「已预约 N 人 / M 容量」，不说「使用率」；预约提醒只说出示预约二维码。
只覆盖参观规划：不含购票、餐饮等；地址、最近地铁站（9 号线漕河泾开发区站）等出行建议会给出，但以现场为准。

图片生成只在意图 B 下执行，依赖 Python 3.7+、requests、Pillow、numpy 和本机 Chrome。