海外运营C站 B账号网站查询

要解决的具体问题

海外运营平台 C 站场景下，根据 B 账号查询关联网站信息是高频操作——业务侧需要快速拉取网站基础信息支撑运营决策，但单独对接该接口时易出现参数格式不统一、登录态处理混乱、环境地址被误覆盖等问题，多接口组合时也缺乏清晰的编排指引。

核心能力

这个技能只封装最小颗粒度的单接口动作：website_by_bid。它做了三件事：

• 固定正式环境base_url（https://www.kutetailor.com/api/fabric/website-info/websiteInfoByBid/{bid}），不允许用用户输入覆盖，避免误调测试环境；
• 统一params嵌套结构：路径参数写params.path、登录态用params.accessToken生成Authorization: Bearer（已含Bearer不重复拼接）、额外头放params.headers，参数规则不散落；
• 只负责该接口调用，上层Agent按计划文档组合多个原子技能成完整业务链路，不越界处理全链路逻辑。

执行步骤

调用时严格按以下步骤走：

1. 按接口表选 GET 方法和固定 URL，路径中的{bid}从params.path取值替换；
2. 用params.accessToken生成Authorization头，确保登录态、租户和用户权限有效；
3. 接口返回即事实来源，不补造任何库存、价格或物流字段；若返回认证/权限/业务错误，把原始错误码和信息原封不动传给上层Agent。

适用边界

• 它是单原子接口技能，不处理跨接口的业务编排，需要组合时由上层Agent负责；
• 仅提供website_by_bid动作，无其他隐含功能，别期望它查询额外信息；
• 严格校验当前登录态、租户和用户权限，无权限时直接传错误；
• 正式环境地址固定，不可从用户输入修改base_url，避免环境混淆。