组织级 API Key
每个组织使用一个最小权限密钥，无需每次调用都传 workspace_id。
blendduck.ts
import { BlendDuckClient } from "@blendduck/sdk";const blendduck = new BlendDuckClient({apiKey: process.env.BLENDDUCK_API_KEY!,});// 1. 通过托管 OAuth 连接渠道const { authUrl } = await blendduck.channels.connect({provider: "instagram",});// 2. 一次调用创建多渠道内容await blendduck.posts.create({idempotencyKey: "launch-day-001",body: {mode: "draft",content: "发布日到了！",media: [{ type: "video", url: videoUrl }],targets: [{ channelId: channelIds.instagram },{ channelId: channelIds.linkedin },{ channelId: channelIds.tiktok },],},});REST、SDK 与 Webhook
使用版本化 API、生成的客户端、签名事件和幂等写入请求。
面向 AI 的 OAuth
连接 ChatGPT、Codex、Cursor 或其他 MCP 客户端，无需把长期密钥粘贴到对话里。
面向一个完整工作流开发，而不是分别对接十五套 API
BlendDuck 统一渠道、内容、目标、媒体、分析与收件箱，同时在必要位置保留平台特有设置。
- 一次创建拥有多个独立渠道目标的内容
- 请求交付前先检查渠道准备状态
- 获得稳定错误，而不是直接承受平台返回差异
POST /v1/posts01
1已设置幂等键
22 个渠道目标
3状态 · 草稿
工作区状态 可核验
给自动化一条权限收敛、状态可查的路径
API Key 绑定组织并受权限范围约束。签名 Webhook 与请求标识让异步工作可追踪，同时不暴露渠道凭据。
- 在单一组织中创建和撤销密钥
- 处理事件前验证 Webhook 签名
- 使用稳定幂等语义进行安全重试
安全边界02
1范围 · posts:write
2租户 · 当前组织
3Webhook · 已验证
工作区状态 可核验
让智能体使用产品，而不是成为产品所有者
远程 MCP 使用 OAuth 同意流程和精选工具。智能体只能在用户授予的范围内读取上下文或准备内容。
- 通过标准 OAuth 发现与 PKCE 建立连接
- 使用任务型工具而不是暴露整个后端
- 把审批和发布控制保留在 BlendDuck
MCP 会话03
1OAuth 已连接
2可读取渠道
3允许创建草稿
工作区状态 可核验