KuteSmart C站链接查询

解决的问题

在 KuteSmart 海外运营平台的分层调用中，C 站上下文的网站链接查询常被拆到独立的原子接口里。当上层 Agent 需要按业务链路拼接多个动作时，如果每次都手写认证头、路径参数和查询串，很容易出现参数写错、登录态重复拼 Bearer、正式环境地址被误覆盖等情况，排查起来也比较麻烦。

技能如何工作

这个 skill 只负责一个最小颗粒度动作：csite_docking。它固定使用正式环境地址 GET https://www.kutetailor.com/api/fabric/website-info/c/get，并通过统一的 params 对象收参数，避免把 params.xxx 误写成顶层 key。调用 csite_docking 时使用 GET，查询条件写在 params.query，例如 userId；返回 RS 后，由技能把关键字段交给上层 Agent 做下一步编排。

执行注意点

执行时不能从用户输入覆盖 base_url。登录态接口应通过 params.accessToken 生成 Authorization: Bearer ；如果传入值已经带 Bearer，就不要重复拼接。返回结果必须以接口响应为事实来源，不要补造网站链接、库存、价格、订单号、优惠金额或物流状态。若认证、权限、参数或业务出错，应把原始错误码和错误信息传给上层 Agent。

适用边界

它适合作为完整业务链路中的一环：当用户明确需要 C 网站链接 API 查询，或上层 Agent 正在按聚合 skill、计划文档编排多个原子接口时使用。如果需求涉及多个接口步骤，本技能只完成当前接口调用，并把关键返回字段交给后续 skill。