技能介绍

要解决什么问题

在对话里帮用户叫跑腿，难点不在「听懂意图」，而在地址解析、SKU 估价、联系人字段和订单状态都要跟真实 API 对齐。若模型凭常识填地址或跳过步骤，轻则搜不到点，重则下单参数与后台不一致。本技能把腾讯出行跑腿能力封装成 FSM + CLI 工具链，让 Agent 按阶段读文档、调命令，而不是即兴编排 HTTP。

技能如何工作

每次对话入口先执行 bootstrap，按返回的 stage 分流：可下单走流程选择器；有进行中订单则拦截新单；缺 Token 走 quick-start；异常走 error-handling。用户意图映射到三条主流程：跑腿下单（delivery-workflow）、查单 / 查骑手 / 取消（order-workflow）、配置 Token（quick-start-workflow）。

核心约束可以概括为「工具即权威」：地址、价格、订单号一律来自工具返回值；推进状态优先用 pick-address、select-sku、run-estimate 等高阶命令（返回值里常带 next_doc / next_action），避免拆成一串裸 state set。寄件与收件地址分两步搜，禁止预调用；联系人可在首条消息通过 prefill-contacts 一次性写入四个槽位。用户可见回复须过滤内部字段（如 estimatePriceRecordId、skuId 等），Token 仅经 save-token 写入并在 MCP 内部使用。

适用边界与注意点

输入侧严禁捏造：地址关键词、手机号、联系人、物品类目等只能来自用户当轮原文、session.json / 脚本输出，或 assets/PREFERENCE.md 地址簿别名；三种来源都不命中时应先问用户。
正常路径不必额外调 state next；用户中途放弃当前流程时再走 exit 分支。
bootstrap 命令本身失败时，应原样使用文档给出的回复模版，不要自行猜测环境原因。
本技能描述的是 Agent 侧流程与约束，实际运力、价格与订单结果以腾讯出行服务为准。