Skip to main content
API key 是銜接已登入工作空間管理流程與外部整合、AI agent 的主要憑證。 這一頁是 API key narrative docs 的主來源,回答三件事:
  • 這把 key 可以做什麼
  • 管理 API 的行為是什麼
  • agent 應該怎麼用它打 /public/v1

快速結論

  • API key 以 workspace 為範圍,不是全域 token。
  • 管理 API key 的端點使用 JWT 驗證,不是用 API key 管自己。
  • Public Agent API 則使用 API key 本身驗證。
  • 明文 key material 只會在建立成功當下回傳一次。
  • 過期 key 不再授權請求,也不計入 active-key quota。
  • 如果 key 的建立者不再是有效 workspace member,該 key 會失效。

格式與傳遞方式

格式:
建議 header:
替代方式:

Status 模型

Role 與 Scope 模型

可接受的 role

目前建立 API key 時接受:
  • viewer
  • member
重要規則:
  • scope 決定這把 key 可碰哪些 API surface
  • role 決定它在 workspace 中的有效權限
  • 即使你要求了 write scopes,viewer key 打寫入端點仍可能被拒絕

Scopes

Active-key quota

目前 active-key quota 依 subscription tier 決定: 這裡的 active key 指的是:
  • revokedAt = null
  • expiresAtnull,或仍在未來
因此:
  • expired key 不會阻擋 replacement key
  • revoked key 不算在 quota 裡

管理 API Keys 的 API

這組端點給已登入的 workspace owneradmin 使用。 驗證方式:
Base path:

列出 API keys

這個端點會回傳 key metadata,但不會回傳明文 secret。 Response shape:

建立 API key

Request body:
驗證規則:
  • name: 必填,1-100 字元
  • description: 選填,最多 500 字元
  • role: 選填,只接受 memberviewer
  • scopes: 選填,但如果提供,至少要有一個 scope
  • expiresAt: 選填,但必須是未來時間
預設行為:
  • 預設 rolemember
  • 預設 scopes 是寫入型 public-agent workflow 的完整集合
Create response:
重要說明:
  • apiKey 只會在建立成功當下回傳一次
  • 資料庫保存的是 hash,不是明文 secret

撤銷 API key

Response shape:
行為特性:
  • revoke 立即生效
  • 對已撤銷的 key 重複呼叫仍是 idempotent,會回傳 success

用 API key 呼叫 Public Agent API

Base path:

建議的第一個請求

對開發者與 AI agent,第一個請求都建議是:
它可以幫你確認:
  • 這把 key 屬於哪個 workspace
  • 有效 role
  • 已授權的 scopes
  • 可能影響行為的 subscription tier 限制
Example:

最小 workflow

Read-only agent

適合 viewer key。
  1. GET /public/v1/workspace
  2. GET /public/v1/system-strategies
  3. GET /public/v1/strategies
  4. GET /public/v1/backtests
建議 scopes:

Write-capable agent

適合 member key。
  1. GET /public/v1/workspace
  2. POST /public/v1/strategies/validate
  3. POST /public/v1/strategies
  4. POST /public/v1/strategies/:id/versions/finalize
  5. POST /public/v1/backtests
  6. GET /public/v1/backtests/:id 輪詢結果
建議 scopes:

常見錯誤

401 Unauthorized

常見原因:
  • 缺少 x-api-key
  • Authorization: Bearer ... 格式不合法
  • key 格式錯誤
  • key 已 revoked
  • key 已 expired
  • key creator 不再是 workspace member
常見訊息:

403 Forbidden

常見原因:
  • scope 不足
  • role 不足,例如 viewer key 去打寫入端點
  • 建立 key 時 active-key quota 已滿
quota error 範例:

404 Not Found

管理 API 常見情境:
  • DELETE /workspaces/:workspaceId/api-keys/:apiKeyId 指到不存在的 key

實務建議

對人類操作人員:
  • 把 API key 當密碼管理,放進 secret manager
  • 每個 agent 或 environment 用獨立 key,不要共用
  • read-only workflow 優先使用 viewer 加 read scopes
  • 需要建立策略或跑 backtest 的 agent 請用 member
  • 能加 expiration 就加,不要無限制放著
  • 不再使用的 key 直接 revoke
對 AI agents:
  • 先打 GET /public/v1/workspace 再決定下一步
  • 寫入前先用 POST /public/v1/strategies/validate
  • 不要假設 backtest 會同步完成,要用 polling
  • agent workflow 只依賴 /public/v1,不要直接走私有 /workspaces/... 寫入路徑
  • 解析錯誤時,先看 HTTP status,再看 response message

相關文件