用途：把“订两人晚餐”“订下周二 SFO 到 JFK 的机票”“找周五 SoHo 的酒店”“买下一场球赛门票”这类直接预订请求，转化为已验证的预订或购买，尽量减少用户操作。它也接受旅行规划委派的有限实时可订性或价格查询，此时不进入结账准备。
主要能力：覆盖航班、酒店、餐厅、体育/演唱会/剧院等活动门票四类。先加载本技能及对应类别参考文件，再按需加载具体供应商技能；搜索与预订前需读取对应 references 文件（如 flights.md、hotels.md、restaurants.md、tickets.md，浏览器结账读 browser-booking.md）。会主动从已授权的持久偏好、已连接邮箱、已登录账户、日历、钱包或卡档案、实时库存中补齐上下文，而不是先向用户问卷。
使用方式：先归一化请求（相对日期转确切日期），主动收集上下文，只问真正阻塞的问题，一次最多留一个未答问题。按连接的原生供应商或已认证一方账户、已连接预订平台、认证浏览器、可信聚合平台、可用时 phone.place_call 的顺序寻找路径；一条路径不可用立即换下一条，不逐个请示。呈现三到五个可订选项（最优在前，含税费等实付金额）；航班优先用原生结构化列表，其它预订用紧凑 Markdown 对比。提交前给出最终复核（项目、供应商、时间、人数/旅客数、费用明细、取消与不可退条款、支付来源的安全标签），经可信批准界面确认后执行。
限制与边界：需要明确预订意图，不用于行程规划、多段行程搭建、未要求预订的配套安排、无预订意图的目的地探索、营业时间/评价/航班状态等事实问题，以及变更或取消既有预订（除非明确要求且供应商工具支持）。不得编造身份信息、支付信息或无障碍/饮食需求；不得要求用户在聊天中粘贴支付卡数据或账户凭据。未成功确认（无确认页、参考号、票或明确已订状态）不得报告已预订；提交结果不明时先核查再重试，避免重复下单。不暴露供应商内部名称、命令、标识符、offer id 或已读取的邮件与交易。若无可持久记忆，画像仅限当前会话。