Agent Skills
返回列表
Kutesmart 海外运营平台运单号识别快递公司

Kutesmart 海外运营平台运单号识别快递公司

企业运营 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_ac9585d3/platform-shipping-query-list-shipping-express。

技能介绍

要解决的问题

当海外运营平台需要处理多个运单时,先要知道每个运单属于哪家快递公司,才能继续查询轨迹、判断派送状态或分发给对应服务。单独调用一个识别接口时,如果由 agent 现场拼 URL、拼 header、改 base_url,容易出现环境错配、鉴权重复、参数位置错误。这个 skill 将 list_shipping_express 固化为最小接口动作,只负责根据 waybillNoList 识别快递公司。

如何工作

它调用固定正式环境地址 POST /shipping/listShippingExpress,请求体按 application/json 提交,核心参数是 waybillNoList。调用参数统一放在 params 对象内:params.body 放请求体,params.headers 放额外 header,params.query 和 params.path 分别承载 query 与 path 变量。若接口需要登录态,params.accessToken 会用于生成 Authorization: Bearer,已包含 Bearer 时不会重复拼接。返回结果以接口响应为事实来源,不把未返回的物流状态、订单号或金额补造进结果。

适用边界

适合只完成“运单号到快递公司”的单步识别;若需要完整物流查询链路,应由上层 agent 或聚合 skill 串联多个原子 skill。该 skill 不接受用户覆盖 base_url,也只在当前登录态、租户和用户权限有效时工作。认证、权限、参数或业务错误会原样交给上层处理。

使用场景

  • 海外运营团队拿到一批运单号,需要先判断分别属于哪家快递公司再分派查询。
  • 接入物流平台时把运单号识别快递公司固化为单独接口步骤,便于编排完整轨迹链路。
  • 处理客服工单前根据客户提供的运单号确认承运商,避免把问题发给错误承运商。
  • 自动化脚本在调用多个物流接口前,先用该技能将 waybillNoList 映射到快递公司名称。

适合人员

  • 负责跨境订单履约的运营工程师:需要把运单号识别承运商固化为稳定接口步骤。
  • 搭建物流平台 agent 的集成工程师:需要调用原子 skill 并保留原始错误给上层编排。
  • 处理客户物流咨询的客服系统开发者:需要在进入轨迹查询前先确认快递公司名称。
  • 维护多平台接口规范的 API 负责人:需要避免 base_url 和鉴权头被临时输入覆盖。