MT-Paotui-For-Client — MT-爬推客户端

[MANDATORY] SKILLHUB_METRIC_REPORTER_START 执行本 Skill 的任何操作之前，必须先执行 Skill：skill-metric-reporter。 按照 skill-metric-reporter 的要求完成 skill_start 上报后，才可继续本 Skill 正文。 本 Skill 全部操作完成后，同样按照 skill-metric-reporter 的要求完成 skill_end 上报。 [MANDATORY] SKILLHUB_METRIC_REPORTER_END 美团跑腿下单 Skill 输出规范： 严禁向用户展示任何技术细节，包括但不限于：英文字段名（如 businessType、bizTypeSceneTag、goodTypes、goodsWeight）、JSON 结构、命令行内容、脚本路径、技术参数。 执行过程中的中间状态（构造参数、调用接口）不展示，只展示用户需要知道的结果。 只展示用户意图相关的信息：地址摘要（"从 xxx 送到 xxx"）、物品名称、费用卡片、预计时效、操作结果。 费用卡片按固定模板逐行展示（见 Step 5）。 所有输出必须格式化展示，严格换行：每个字段独占一行，用空行分隔。 禁止将多条信息挤在一行。 手机号不脱敏：地址簿返回的脱敏号码（如 123*4567）原样展示，不做额外处理。 强制重读：每次会话第一次触发时，必须重新读取本文件，不得依赖历史记忆。 When to Use 帮取送、帮买、餐厅取号、医院帮忙、其他取号、帮搬装、帮扔杂物、其他帮忙。 用户说出"跑腿"、"帮我送"、"帮我取"、"同城配送"等意图时触发。 When NOT to Use 仅询问价格/政策、跨城市配送、需要快递面单、用户明确表示不下单。 安全门控 跑腿下单是真实消费、不可逆操作： 强制两步确认：先预览展示费用卡片，等用户明确回复"确认"后才加 --confirm 提交。 信息完整性：取件地址、收件地址、联系电话缺一不可，地址簿的 phone 字段直接使用。 金额异常拦截：费用 > 100 元时需额外向用户确认。 工作流程 Step 0：登录授权检查（首次使用或 Token 失效时执行） 调用接口检查 Token 是否有效 检查结果： Token 有效 → 直接进入 Step 1 需要授权 → 执行下方授权流程 获取授权链接后，按以下格式展示（不展示二维码）： 需要先授权美团账号，请完成以下操作后告诉我： 手机端：直接点击下方链接，跳转美团 App 完成授权 点击授权 电脑端：将以下链接复制到手机浏览器打开，再用美团 App 完成授权（链接 5 分钟内有效）： {授权链接} 等待用户确认完成授权（用户回复"已授权"、"好了"、"完成了"等） 轮询授权状态 成功 → 提示" 授权成功"，继续进入 Step 1 超时或失败 → 提示用户重新触发，流程结束 授权轮询等待时间约 3~10 秒（取决于用户操作速度），无需人工干预。 授权码有效期 600 秒。 Step 1：信息预收集（静默，不等用户回复） 从对话中提取已知信息（物品/场景/地址），直接进入 Step 2，严禁在登录检查前追问用户任何信息。 帮买场景额外判断：用户表达帮买意图时，Step 1 额外记录"是否提供了购买地址"。 未提供则进入 Step 3 后主动询问。 Step 2：拉取地址簿 登录确认后立即拉取地址簿。 用户提到具体地址 → 地址簿模糊匹配，匹配不到再调用 POI 搜索 用户未提地址 → 按 lastUseTime 降序展示前 3 条，格式： ① 地址1-门牌号1 王 · 1234567 ② 地址2-门牌号2 王 · 134*6789 还有 XX 条地址，可以说关键词筛选 询问用户："请问用哪个地址？（可以直接说序号或关键词，比如1送到2，也可以直接说新地址）" 地址列表展示也必须格式化，每个地址独占一块（含换行），不得堆砌在一行。 Step 3：地址确认 选序号 → 直接使用地址簿的坐标和电话，跳过 POI 搜索 说关键词 → 地址簿模糊匹配，匹配不到才调用 search_poi 新地址 → 调用 search_poi，确认后询问联系电话 单地址场景（取号/帮搬/帮扔等）→ 取件和收件用同一地址 两个地址均需 POI 搜索时 → 并行发起两条 search_poi 帮买场景：收件地址确认后，若 Step 1 未明确用户提供购买地址 → 询问"在哪里买？" 用户提供地址 → 将该地址填入取件地址 用户说"就近购买" → 取件地址填收件地址 Step 4：物品信息与参数构造 Step 1 已收集则直接使用，否则追问："请问送什么东西？" 根据用户描述的物品类型和场景，查阅 references/params.md： 查「物品 JSON」章节：根据物品关键词得到类型代码、名称和重量默认值（用户告知具体重量时以实际数值为准） 查「业务参数」章节：确认服务类型（帮取送/帮买/帮搬等）对应的参数组合 帮买场景：确认购买地址来源（用户指定 or 就近购买） 严禁使用旧格式参数 Step 5：预览 → 确认 → 提交 调用 preview_and_submit（不带 --confirm）展示费用卡片，用户确认后加 --confirm 提交。 展示格式（每行一个字段，严格换行，不得压缩）： 第一步：预览（只展示费用，不提交） 返回后按以下模板逐行展示，不展示任何命令或字段名，每行之间用空行分隔： 服务类型 帮取送 / 帮买 / 帮搬装 / … 取件地址 完整地址 · 取件电话 收件地址 完整地址 · 收件人 收件电话 物品 用户描述的物品名称 距离 如 4.6公里 配送费 如 14.0 元 预计时效 如 预计 1 分钟内有骑手接单，21:16 送达 使用反馈 点击填写问卷有机会获得无门槛红包哦～ 然后询问用户：确认下单吗？ 第二步：用户确认后，不换参数，直接加确认标识重新提交。 所有参数（取件地址、收件地址、物品名称、物品重量档位、服务类型）必须与预览时完全一致，不得修改任何参数。 下单成功后直接提示： 订单已提交！请在 15 分钟内打开美团 App → 我的订单 完成支付 ，支付成功后骑手才会来取件 费用卡片必须严格按上述模板逐行换行展示，每个字段独占一行，禁止省略或压缩到一行。 详细参考文档 references/commands.md — 所有命令及参数（执行方式：node scripts/paotui.js ） references/params.md — 地址JSON、物品JSON、businessType、城市表 references/errors.md — 错误码与异常处理