按应用场景选择 SDK 运行形态与调用身份,完成基础接入,再按需配置业务能力。
通过 Qoder Agent SDK,可以在自有应用、内部工具或自动化服务中接收任务、调用业务工具并交付结果。SDK 能力与执行机制见概述和工作原理。
根据你的需求,选择接入方式并进入对应操作说明:
个人访问令牌(PAT)代表一个 Qoder 用户,适合使用该用户权限和数据的脚本、CI 或应用。开发工作站也可以复用本机 Qoder CLI 登录态;自动化服务应显式配置凭证。
服务账号(Service Account,SA)是组织下的独立应用身份,适用于不应依赖个人账号的后端服务、CI 和定时任务。业务用户继续登录你的应用,无需分别创建 Qoder 账号;应用负责用户认证与任务授权。组织管理见成员和角色及服务账号。
按以下顺序完成配置,已有配置可复用。订阅、计费、服务账号和凭证须对应同一目标组织。
确认目标组织具有有效的 Teams 或 Enterprise 订阅,且通过云市场兑换码渠道创建。使用 SA 模式需满足使用前提;组织创建与采购见兑换码说明,版本与价格见计费说明。
选择 JavaScript/TypeScript(Node.js)、Python 或 Java SDK,按快速开始的安装说明安装。认证配置使用以下两种方式之一:
以下能力可按需组合,配置细节见对应文档:
使用 SA 集成时不需要。业务用户继续使用应用自己的账号,SA 代表应用访问 Qoder。用户登录、数据访问权限和任务授权仍由应用负责,见组织应用。
还需确认组织符合使用前提,购买并兑换服务账号专属 Credits,确认余额可用后,再创建服务账号和凭证并配置 SDK。具体步骤见开始以服务账号集成。
不一定。任务启动前的业务检查只决定是否启动任务;后续调用仍需满足凭证、专属 Credits 余额与账号额度要求。
还需保证项目文件可访问,并使用一致的项目目录语义。外置会话存储不会迁移工作区。
不会。平台仍按服务账号及所属组织记录消耗,应用自行关联业务用户并分摊记账;业务归属不会自动改变平台用量或资源包订单归属。
集成场景
根据你的需求,选择接入方式并进入对应操作说明:
以上能力可按需组合,无需全部接入。
确定调用身份
个人调用
个人访问令牌(PAT)代表一个 Qoder 用户,适合使用该用户权限和数据的脚本、CI 或应用。开发工作站也可以复用本机 Qoder CLI 登录态;自动化服务应显式配置凭证。
组织应用
服务账号(Service Account,SA)是组织下的独立应用身份,适用于不应依赖个人账号的后端服务、CI 和定时任务。业务用户继续登录你的应用,无需分别创建 Qoder 账号;应用负责用户认证与任务授权。组织管理见成员和角色及服务账号。
根据部署位置管理 SA 凭证
- 可信后端运行 SDK:后端保管 SA Key,直接传入 SDK,由 SDK 获取并刷新短期令牌 SAT。
- 终端应用或集中提供凭证:可信服务端保管 SA Key,校验业务用户后换取 SAT,由宿主应用提供并刷新 SAT。SA Key 不放入分发给用户的客户端。
开始以服务账号集成
按以下顺序完成配置,已有配置可复用。订阅、计费、服务账号和凭证须对应同一目标组织。
步骤 1:确认组织与订阅渠道
确认目标组织具有有效的 Teams 或 Enterprise 订阅,且通过云市场兑换码渠道创建。使用 SA 模式需满足使用前提;组织创建与采购见兑换码说明,版本与价格见计费说明。
步骤 2:购买并兑换 SA 专属 Credits
- 按购买与兑换说明,在阿里云国际站云市场购买服务账号专属 Credits 资源包。
- 由组织管理员进入 Organization Settings > Organization Usage > Redeem credits pack,兑换到目标组织,并确认余额可用。
步骤 3:创建服务账号与凭证
- 由组织管理员为应用创建服务账号,并按需设置专属 Credits 可用额度。
- 按 SA 认证的准备要求生成 SA Key,并保存在可信服务端的密钥管理工具中。
步骤 4:安装 SDK 并配置 SA 认证
选择 JavaScript/TypeScript(Node.js)、Python 或 Java SDK,按快速开始的安装说明安装。认证配置使用以下两种方式之一:
- SDK 运行在可信后端:直接传入 SA Key。
- 终端应用或需要集中提供凭证:由宿主应用提供并刷新 SAT。
步骤 5:运行任务并核对用量
- 按快速开始运行首个任务,使用步骤 4 的 SA 认证配置,并指定工作区与工具权限。
- 收到最终结果后,按错误处理与错误码确认任务状态,并查看成本和用量。
- 在组织用量中核对 SA 消耗与专属 Credits 余额,按企业计费说明在云市场账号中核对订单与付款记录。