核心用法
whatdo 是一款面向「决策疲劳」场景的智能活动规划技能。用户只需说出「今晚干嘛」「无聊」「约会去哪」等触发词，系统即进入 Quick Mode —— 综合时间、天气、日历冲突、历史记录、个人偏好和固定 routines，直接给出一条高置信度建议。
若偏好数据不足或用户想探索选项，则进入 Full Mode 对话流：通过 8 个维度（谁参加、氛围、室内/室外、餐饮、酒精、预算、能量、时间）快速收敛需求。支持自然语言一次性回答多个问题，避免机械问答。
特色功能矩阵：
- 实时天气集成：自动获取本地天气，晴天推户外、雨天转室内
- 本地电影场次：web_search 抓取附近影院实时排片，含评分与营业时间
- 流媒体精准匹配：基于用户订阅的 Netflix/HBO/Disney+ 等服务，搜索 trending 内容
- 游戏库智能推荐：根据群组人数匹配桌游/卡牌/电玩，支持 tournament 赛制建议
- 群组画像与 RSVP：管理多人偏好（饮食禁忌、酒精、联系方式），一键发送 Telegram 邀请并追踪出席状态
- 日历闭环：Google Calendar API 直接创建事件，或 fallback 到 cron 定时提醒
- 地点增强（可选）：Google Places API 提供真实商家评分、营业状态、导航链接
数据架构：用户数据隔离于 data/whatdo/，技能代码位于 skills/whatdo/，更新时偏好与历史不丢失。
显著优点
1. 上下文感知极强：时间、天气、日历、历史、routine 五维交叉，建议高度个性化
2. 反 couch-potato 设计：主动推用户 slightly out of comfort zone，强调「具体可执行」而非「你考虑下」
3. 社交协调完整：从「想聚」到「谁出席」到「日历锁定」到「群发提醒」全流程覆盖
4. 降级优雅：无 Places API 时仍给出类型化建议+搜索指引；无 Calendar API 时转 cron 提醒
5. 学习闭环：每次建议后 👍👎 反馈写入 favorites/blacklist，系统持续进化
潜在缺点与局限
- API 依赖风险：Google Places/Calendar 需自行配置 key/OAuth，否则功能降级
- 实时数据时效：电影场次、商家营业状态依赖 web_search 结果质量，偶有延迟
- 群组管理门槛：成员联系方式（Telegram handle/phone/email）需用户手动录入，初期 setup 成本较高
- 文化偏向：默认 routines（Taco Tuesday 等）和 vibe 描述偏美式生活方式，非英语地区需本地化调整
- 无原生移动端：作为 Claude Code skill 运行，依赖聊天界面，外出场景需用户主动触发
适合人群
- 社交组织者：常需组局、协调多人时间、追踪 RSVP 的「默认群主」
- 情侣/伴侣：date night 灵感枯竭，希望跳出「吃饭看电影」套路
- 新城市居民：对本地吃喝玩乐不熟，需要带评分、营业信息的真实推荐
- 决策疲劳者：面对空闲时间产生焦虑，需要外部推力做选择
- 桌游/游戏爱好者：拥有实体游戏库，希望按人数快速匹配并 tournament 化
常规风险
- 隐私数据集中：存储位置、社交关系、饮食禁忌、消费习惯等敏感信息于本地 JSON，需确保
data/whatdo/权限控制 - 群组邀请误触：Telegram 消息直接发送，若用户输入错误 handle 可能打扰陌生人
- cron 提醒累积：频繁创建计划而未清理可能导致定时任务堆积
- 酒精/饮食建议：虽读取偏好，但用户口头变更（如临时戒酒）若未更新 preferences 可能误推荐