海外运营平台客户订单详情

要解决什么问题

在海外运营与客户 CRM 场景里，客服或运营同学经常需要按客户、时间等条件拉取订单详情列表，用于核对金额、状态与后续跟进。若让大模型直接拼 URL、猜 query 字段或改写 base_url，很容易打到错误环境或返回不可信的业务数据。

本技能是 platform-customer-crm 聚合能力下的原子接口：只负责 customer_order_details 这一动作，把「查客户订单详情」封装成一次可审计的 HTTP 调用。

技能如何工作

• 固定使用正式环境：GET https://www.kutetailor.com/api/customer/customer/customerOrderDetails（来自 frontmatter 的 base_url，不接受用户覆盖）。
• 工具参数统一放在嵌套对象 params 中：Path → params.path，Query（客户/时间筛选）→ params.query，Body → params.body，额外 Header → params.headers。
• 需登录态时，用 params.accessToken 生成 Authorization: Bearer <token>；若已含 Bearer 前缀则不再重复拼接。
• 返回以接口原始响应为准，类型为分页结构 IPage；认证、权限、参数或业务错误时，应把原始错误码与错误信息交给上层 agent 处理。

完整业务链路（例如先查客户再查订单、再改状态）应由上层 agent 按聚合 skill 或计划文档编排多个原子 skill；本技能只完成本接口一步，并把关键字段交给后续步骤。

适用边界与注意点

• 最小颗粒度：仅 customer_order_details，不替代整包 CRM 编排。
• 不要编造数据：不得虚构库存、价格、订单号、优惠金额或物流状态。
• 权限与租户：查询类接口仍受当前登录态、租户与用户权限约束；多步需求请显式拆成多次 skill 调用。