SDK 迁移

受众：在主版本或次版本之间升级 @beeos-ai/sdk（TypeScript）或 github.com/beeos-ai/sdk-go（Go）的开发者。本指南只讲 wire —— codegen 工具链（openapi-generator-cli + sdks/openapi-sdk/ 的配置）不在此文档化，只讲消费方看到的变化。

每段覆盖一个升级路径。一段内配方顺序稳定：先 TS、再 Go、然后 “如果你写了自定义 HTTP 代码、那就这么改”。完整机器可读变更列表交叉链到 docs/CHANGELOG.md；本文件是人类走查版。两个 SDK 共享一条版本线。升 TS package 时必须把 Go 模块升到同一个 tag、同一次发布。别混着用 —— 不然你会在一个 SDK 上调到另一个 SDK 没有的路由。

快速选路

你在	读这段
`0.6.0`	§ 2 —— 0.6.0 → 0.6.1
`0.5.0`	§ 3 —— 0.5.0 → 0.6.0，再读 § 2
`0.4.x`	§ 4 —— 0.4.x → 0.5.0，再读 §§ 3–2
`0.3.x` 及更早（webhook 签名前）	§ 1 —— 0.3 → 0.4，再读 §§ 4–2
手写 `fetch`/`net/http` 直连 `openapi.beeos.ai`	§ 5 —— 手写 HTTP → SDK
从 `0.2.x` 迁出（BFF 解耦前）	§ 6 —— 0.2.x → 0.4.x

1. `0.3.x` → `0.4.x`

0.4 是 SDK 首次从解耦后的 openapi-gateway BFF（ADR-001）盖戳。wire 基本是 0.3 的超集，只有一处 breaking：

1.1 BREAKING —— `SendMessageResponse.offset` 移除

该字段是误导性占位。真正的 offset 不透明地在同响应返回的 since cursor 里。 TS —— before：

const res = await api.sendMessage({ /* … */ });
const nextOffset = res.offset + 1;          // ❌ removed

TS —— after：

const res = await api.sendMessage({ /* … */ });
// Use res.cursor as opaque; pass back as `since` on the next read:
const events = await api.streamConversationEvents({
  conversationId: convoId,
  since: res.cursor,
});

Go —— before：

resp, _, _ := api.SendMessage(ctx, /* … */).Execute()
nextOffset := resp.Offset + 1   // ❌ field removed

Go —— after：

resp, _, _ := api.SendMessage(ctx, /* … */).Execute()
events, _, _ := api.StreamConversationEvents(ctx, convoID).
    Since(resp.GetCursor()).
    Execute()

1.2 新增 —— `invoke` 上的 `idempotency_key`

可选。老调用方仍工作；新调用方应在任何会因临时失败重试的操作上设它：

await api.invokeAgent({
  agentId: "agent_abc",
  invokeAgentRequest: {
    message: "Run nightly report",
    idempotencyKey: crypto.randomUUID(),   // 同 key 重提是安全的
  },
});

同一 key 在去重窗口内到达两次时，第二次返回第一次的回复。见调用智能体 § 幂等性。

1.3 新增 —— `TaskResponse.truncated`

可选布尔。任务事件日志超过 1000 条扫描上限时此字段为 true、返回的事件列表可能不全。老代码可忽略；新代码应展示 “向前继续翻” 的 UI 提示：

const task = await api.getTask({ agentId, taskId });
if (task.truncated) {
  console.warn("Task event log truncated — fetch with since=<cursor> for more");
}

1.4 新增 —— `PushNotificationConfig.protocol_filter`

你通过 OpenAPI 面注册 webhook 时，gateway 自动盖 protocol_filter="openapi"。通过 A2A 的 pushNotificationConfig/set 注册时盖 protocol_filter="a2a"。让一个接收 URL 后面挂多个按面过滤的订阅（例如只要 OpenAPI 事件、不要 A2A 联邦事件）。不是 breaking —— 老客户端忽略此字段；新客户端可用它做过滤。

2. `0.6.0` → `0.6.1`

TaskStatus 成功态现在与服务端规范 wire 值一致：

succeeded -> completed

轮询和终态判断应改用 completed。该变化只适用于 Platform Task 状态； Runtime Operation outcome 与 webhook delivery status 使用独立 enum，继续保留 succeeded。

3. `0.5.0` → `0.6.0`

本版本没有 wire 层迁移；原有生成客户端调用继续可用。可以渐进采用新的任务 facade：

import { BeeOSClient } from "@beeos-ai/sdk";

const client = new BeeOSClient({ apiKey: process.env.BEEOS_API_KEY! });
const agents = await client.listAgents();

TypeScript 消费方现在要求 Node.js 20 或更高版本；ESM 和 CommonJS 继续通过显式 package exports 支持。Go 调用方可以采用 NewClient(ClientOptions{...})，同时通过 Client.API 继续访问完整生成客户端。

4. `0.4.x` → `0.5.0`

下面的条目已随 0.5.0 一起发布，都不是 breaking。

4.1 Webhook HMAC 签名 —— 可选但推荐

const wh = await api.registerTaskWebhook({
  agentId,
  taskId,
  registerTaskWebhookRequest: {
    url: "https://my-app.example.com/beeos-webhook",
    token: "my-bearer-token",          // 可选，仍支持
    secret: "wh_sec_" + crypto.randomUUID(),  // 新 —— 可选 HMAC
  },
});
// wh.hasSecret === true; wh.secret 不返回

接收时验证（Node）：

import { createHmac, timingSafeEqual } from "node:crypto";

const expected = createHmac("sha256", secret)
  .update(rawBody)
  .digest("hex");
const got = (req.headers["x-beeos-signature"] as string)
  .replace(/^sha256=/, "");
if (!timingSafeEqual(Buffer.from(expected), Buffer.from(got))) {
  res.status(401).end();
  return;
}

Python 版本及完整投递契约见 Webhooks § 6 HMAC 签名。

4.2 Webhook 投递审计日志 + 手动重放

两个新端点：

GET .../webhooks/{webhookId}/deliveries?limit=50 —— 最近 N 次 per-attempt 行。
POST .../webhooks/{webhookId}/deliveries/{deliveryId}/redeliver —— 立即重新入队 failed / dead_letter 行。

const deliveries = await api.listWebhookDeliveries({
  agentId, taskId, webhookId,
});
const failed = deliveries.deliveries.filter(d => d.status === "failed");
for (const d of failed) {
  await api.redeliverWebhook({
    agentId, taskId, webhookId, deliveryId: d.deliveryId,
  });
}

4.3 `GET /api/v1/tasks` —— 跨智能体收件箱

以前你得逐智能体调 GET /agents/{id}/tasks 才能拼出多智能体收件箱。现在：

const inbox = await api.listUserTasks({
  limit: 50,
  // 可选过滤：agentId: "agent_abc",
});

按 since（offset cursor）分页。

4.4 invoke / tasks / conversations 上的 `attachments[].file_id`

把老的 “把二进制塞 message 里” 工作流替换成：

const presign = await api.presignUpload({
  presignUploadRequest: {
    contentType: "image/png",
    contentLengthBytes: file.size,
  },
});
await fetch(presign.uploadUrl, { method: "PUT", body: file });

await api.invokeAgent({
  agentId,
  invokeAgentRequest: {
    message: "Caption this image",
    attachments: [{ fileId: presign.fileId }],
  },
});

老 “无附件” 调用方仍工作 —— 字段是可选的。

4.5 `PATCH /api/v1/agents/{agentId}`

仅 owner 更新 visibility 和 mcp_enabled（白名单）。其他字段（name、 description 等）仍由智能体进程通过 POST /api/v1/agents/sync 同步 —— 在这里 patch 会被静默覆盖，所以 SDK 不让你这么干。

await api.updateAgent({
  agentId,
  updateAgentRequest: {
    visibility: "PUBLIC",
    mcpEnabled: true,
  },
});

4.6 wire 错误信封收紧

所有 4xx / 5xx 现在遵循规范信封（type、code、message、param?、 request_id）。只检查 HTTP 状态的老代码仍工作；新代码应按 error.code 分支。见错误参考。

4.7 scope 词汇下线（v1.1.0）

oag_ User API Key 的 per-route scope 网关（agents:read、 agents:write、tasks:read、tasks:write、files:read、 files:write、instances:read、instances:write，以及通配符 admin:*）整体移除。已签发的 key 自动获得 owner 级全部权限，无需重建；跨租户访问由 handler 内的 owner-ACL 拦截，不再走 per-route scope。 SDK 迁移要点：

从 createAPIKey / POST /api-keys 调用里去掉 scopes。 滚动发布窗口期，wire 上该字段会被静默忽略；尽快移除避免遗留误解。
把 insufficient_scope（403）合并到通用 403 / forbidden 分支。 该错误码不再下发，匹配它的旧分支会自然变成死代码，随这次改动一并删掉即可。
从 UI 删 scope badge / scope 选择器。 服务端 APIKey / APIKeyCreateResult 已不再带 scopes 字段。

4.8 invoke 上的 `timeout_ms` 钳制

阻塞 invoke 超时服务端钳在 [100, 115_000] ms。传 timeoutMs: 200_000 不再让连接挂过 gateway 上限 —— 在钳值处钳住返回 service_timeout。新代码应选一个合理值；老代码本来想挂的现在会及时报错。

5. 手写 HTTP → SDK

如果你一直用 fetch / axios / net/http 直接调 https://openapi.beeos.ai/api/v1/...，迁移基本是机械的：

npm install @beeos-ai/sdk@latest（或 go get github.com/beeos-ai/sdk-go@latest）。

构造一个 Configuration 含 base URL 和 Authorization: Bearer <oag_… | jwt>：

import { Configuration, AgentsApi, TasksApi } from "@beeos-ai/sdk";

const cfg = new Configuration({
  basePath: "https://openapi.beeos.ai",
  accessToken: process.env.BEEOS_API_KEY,
});

把每条路由替换成对应的 <Tag>Api 方法。映射跟 backend/openapi/beeos-platform-v1.yaml 里的 operationId 字段一一对应。

错误处理。 SDK 在非 2xx 时抛异常。捕获并检查 err.response?.error?.code：

try {
  await api.invokeAgent({ /* … */ });
} catch (e: any) {
  const code = e?.response?.error?.code;
  if (code === "agent_offline") { /* retry */ }
  else if (code === "rate_limited") { /* back off */ }
  else throw e;
}

SSE。 TS SDK 今天不抽象 SSE。流式端点保留手写 EventSource 指向 SDK 的 “build URL” helper 返回的 URL，或在底层 fetch 直接用 Accept: text/event-stream。见流式。
幂等。 SDK 不自动设 idempotency_key；任何重试路径上显式传。

6. `0.2.x` → `0.4.x`

0.2 在 OpenAPI Gateway BFF 解耦（ADR-001）之前。SDK 是从 main Gateway 的 swagger 生成、路由集更宽（也不一致 —— 一半是用户专属、一半是公开的）。 推荐路径：直接升 0.4.x。活下来的路由名不变；被移除的路由本来就不该在公开 SDK 里（admin 端点、内部 control-plane 调用）。如果你有调用方卡在 0.2.x：

先审计你实际用了哪些路由。大多数消费方只调了 50+ surface 里的 3-5 个端点。
然后对照 backend/openapi/beeos-platform-v1.yaml 逐条检查。在里就是仍支持；不在就说明你之前用的是非契约路由 —— 提 issue，我们要么加上要么指给你对的面。
最后，照上面 § 1 + § 2 的 wire delta 做。

没有自动迁移工具 —— 变更小到 find/replace + 单测过一遍就够了。

另请参阅

docs/CHANGELOG.md —— 每版本变更的规范列表。
sdks/openapi-sdk/generate.sh —— 版本戳位置。
backend/docs/adr/001-openapi-gateway-bff.md —— 0.4.x “重新开局” 的 rationale。
docs/reference/errors.md —— 类型化错误处理的完整 code 表。
docs/guides/auth-api-keys.md —— 凭证矩阵；含 v1.1.0 scope 体系下线的完整说明。

快速开始

指南

架构

A2A 协议

MCP

集成

SDK

参考

快速选路

1. `0.3.x` → `0.4.x`

1.1 BREAKING —— `SendMessageResponse.offset` 移除

1.2 新增 —— `invoke` 上的 `idempotency_key`

1.3 新增 —— `TaskResponse.truncated`

1.4 新增 —— `PushNotificationConfig.protocol_filter`

2. `0.6.0` → `0.6.1`

3. `0.5.0` → `0.6.0`

4. `0.4.x` → `0.5.0`

4.1 Webhook HMAC 签名 —— 可选但推荐

4.2 Webhook 投递审计日志 + 手动重放

4.3 `GET /api/v1/tasks` —— 跨智能体收件箱

4.4 invoke / tasks / conversations 上的 `attachments[].file_id`

4.5 `PATCH /api/v1/agents/{agentId}`

4.6 wire 错误信封收紧

4.7 scope 词汇下线（v1.1.0）

4.8 invoke 上的 `timeout_ms` 钳制

5. 手写 HTTP → SDK

6. `0.2.x` → `0.4.x`

另请参阅

​快速选路

​1. 0.3.x → 0.4.x

​1.1 BREAKING —— SendMessageResponse.offset 移除

​1.2 新增 —— invoke 上的 idempotency_key

​1.3 新增 —— TaskResponse.truncated

​1.4 新增 —— PushNotificationConfig.protocol_filter

​2. 0.6.0 → 0.6.1

​3. 0.5.0 → 0.6.0

​4. 0.4.x → 0.5.0

​4.1 Webhook HMAC 签名 —— 可选但推荐

​4.2 Webhook 投递审计日志 + 手动重放

​4.3 GET /api/v1/tasks —— 跨智能体收件箱

​4.4 invoke / tasks / conversations 上的 attachments[].file_id

​4.5 PATCH /api/v1/agents/{agentId}

​4.6 wire 错误信封收紧

​4.7 scope 词汇下线（v1.1.0）

​4.8 invoke 上的 timeout_ms 钳制

​5. 手写 HTTP → SDK

​6. 0.2.x → 0.4.x

​另请参阅

快速选路

1. `0.3.x` → `0.4.x`

1.1 BREAKING —— `SendMessageResponse.offset` 移除

1.2 新增 —— `invoke` 上的 `idempotency_key`

1.3 新增 —— `TaskResponse.truncated`

1.4 新增 —— `PushNotificationConfig.protocol_filter`

2. `0.6.0` → `0.6.1`

3. `0.5.0` → `0.6.0`

4. `0.4.x` → `0.5.0`

4.1 Webhook HMAC 签名 —— 可选但推荐

4.2 Webhook 投递审计日志 + 手动重放

4.3 `GET /api/v1/tasks` —— 跨智能体收件箱

4.4 invoke / tasks / conversations 上的 `attachments[].file_id`

4.5 `PATCH /api/v1/agents/{agentId}`

4.6 wire 错误信封收紧

4.7 scope 词汇下线（v1.1.0）

4.8 invoke 上的 `timeout_ms` 钳制

5. 手写 HTTP → SDK

6. `0.2.x` → `0.4.x`

另请参阅