技能介绍

要解决什么问题

在酷特海外运营平台（正式环境 API 根地址为 https://www.kutetailor.com/api/member）里做自动化或 Agent 编排时，经常需要先搞清楚谁在调用、对应的 memberId、组织上的父账号 / 子账号关系，以及账号绑定的公司和角色。这些信息分散在多个只读 GET 接口里，若每次手写 URL 与参数，容易漏传 Authorization 或搞混 Query / Path 约定。

技能如何工作

本技能把账号上下文查询收敛为统一的 params.action + params.accessToken 调用方式，再按动作补充 memberId、userId、username、roleName、ownedStore 等字段。核心动作包括：

current_member：GET /member/current，用 Header 里的 Authorization 识别当前调用人
member_by_id / member_by_username：按 id 或用户名查单条账号
parent_member / child_member_list：查父账号与子账号列表
member_company / member_role / owner_member：查公司信息、角色，以及门店归属账号

base_url 在技能 frontmatter 中固定为正式环境地址，返回结构以后端 RS / List 为准。

边界与注意点

只读：不新增、删除或修改账号与角色，也不在本技能内做权限变更。
权限以后端为准：不越权拼装或展示完整组织树；你能看到什么，由接口鉴权决定。
语义区分：此处「member」是运营平台 B 端账号组织，不要与 C 端会员体系混为一谈。

截图预览

使用场景

在海外运营 Agent 执行后续接口前，用 `current_member` 读取 Header 中 Authorization 对应的当前账号与 memberId。
财务或运营对账时，持有父账号 memberId，调用 `child_member_list` 拉取其下子账号列表并逐条核对。
商户支持处理 B 端账号问题时，先用 `member_by_username` 定位账号，再用 `member_company` 查公司信息。
门店归属纠纷或库存权限排查时，用 `ownedStore` 调 `owner_member`，必要时再查 `parent_member` 理清上下级。

适合人员

对接 `kutetailor.com` `/api/member` 的后端或集成工程师，希望在 Agent 里统一 `action` 与 `accessToken` 调用各只读接口。
为酷特海外运营平台编排多步工作流的 Agent 开发者，需要在分支逻辑前解析调用人、父子账号与公司/角色上下文。
负责 B 端鉴权与数据范围的 IT 安全人员，需确认技能仅做只读查询且组织树展示不超出后端授权范围。
海外运营或商户支持人员，常凭用户名、memberId 或门店名查账号、公司及角色以定位问题主体。