Kutesmart C站支付信息查询

要解决的具体问题

工程师在对接Kutesmart海外运营平台时，常面临C站支付信息查询的接口调用痛点：接口有固定正式环境地址不可随意覆盖，需严格遵循参数嵌套规范、登录态鉴权规则，且单个接口调用无法独立完成完整业务链路，还需要保证接口返回数据的真实性（禁止编造业务字段）。若单独封装该接口，易出现参数格式错误、鉴权重复拼接、地址被非法覆盖等问题，同时难以适配上层Agent的聚合编排需求。

技能核心能力与工作步骤

该技能是最小颗粒度的原子技能，仅聚焦csite_payment这一个接口动作，核心能力是规范调用C站支付信息查询接口。

1. 固定接口调用：严格执行frontmatter中的正式环境固定地址GET https://www.kutetailor.com/api/fabric/website-info/c/getPaymet，不接受用户输入覆盖base_url；
2. 参数统一规范：tool arguments统一使用嵌套params对象，按类型存放参数：Path参数写入params.path、Query参数（如userId）写入params.query、JSON Body写入params.body、额外Header写入params.headers，禁止使用params.xxx点号顶层key；
3. 登录态鉴权：通过params.accessToken生成Authorization: Bearer 请求头，若传入值已含Bearer则不重复拼接；
4. 结果透传：以接口响应为事实来源，不补造任何业务数据，认证/权限/参数/业务错误需原样透传错误码与信息给上层Agent。

适用边界与注意点

• 仅负责单个接口动作，无法独立完成完整业务链路，需由上层Agent按聚合skill或计划文档编排多个原子技能；
• 严格锁定正式环境地址，禁止任何形式的地址覆盖行为；
• 调用需遵守当前登录态、租户及用户权限，仅适用于C站支付信息查询场景；
• 返回结果无任何业务数据编造，错误信息需完整透传至上层级。