Kutesmart 海外运营平台运单号识别快递公司
将以下提示词粘贴到你的 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 和鉴权头被临时输入覆盖。