核心用法
Food Calendar Order 是一款自动化外卖订购技能，通过解析日历事件触发浏览器自动化完成点餐。它支持两种模式：Direct Mode（直接指定服务+餐厅）和 Discovery Mode（基于条件智能搜索比价）。系统会读取日历事件的标题判断模式，从描述中提取点餐需求、过敏原、饮食禁忌、预算等关键信息，然后派生子代理操控 Chrome 浏览器完成登录、搜索、选品、下单全流程。
显著优点
- 高度自动化：从日历事件解析到完成下单，全程无需人工干预
- 双模式灵活：既可直接指定心仪餐厅，也可让系统自动比价选最优
- 多平台覆盖：同时支持 DoorDash、Uber Eats、Grubhub 三大主流外卖平台
- 安全优先设计：将过敏原和饮食禁忌标记为"不可违反"级约束，宁可跳过也不冒险
- 强制确认机制：最终支付前必须用户显式输入"yes"确认，避免误操作扣款
- 状态持久化：通过 JSON 文件跟踪订单历史，支持 24 小时内的防重复订购
潜在缺点与局限性
- 浏览器依赖：必须使用本地 Chrome 配置文件，要求用户提前登录各外卖平台
- 真实资金风险：无沙盒环境，确认后直接扣款，无法撤回
- 外部事件风险：共享日历或外部邀请创建的事件可能包含恶意触发指令
- UI 脆弱性：依赖页面 DOM 结构，外卖平台改版可能导致自动化失效
- 过敏信息盲区：菜单配料标注不完整时系统会保守跳过，可能导致体验下降
- 无支付选择：只能使用 Chrome 保存的默认支付方式，无法临时切换
适合人群
- 日程繁忙、希望减少点餐决策时间的职场人士
- 有固定饮食偏好/禁忌，希望系统自动遵守规则的用户
- 愿意承担自动化风险、追求效率的技术早期采用者
- 不适合：对资金安全极度敏感、或依赖共享/企业日历的用户
常规风险
1. 资金损失风险：误触发或恶意事件导致非预期扣款
2. 隐私泄露风险：子代理直接接触 Chrome 配置文件中的支付信息
3. 过敏安全风险：尽管设计保守，仍存在平台配料标注错误导致误判的可能
4. 订单错误风险：语义匹配失败可能导致点到错误商品