用途：在构建 Canva Connect 集成时，依据信任边界、工作负载与恢复目标选择最小可行拓扑，保留后端 OAuth、按用户令牌隔离、异步任务对账和策略化数据处理。资料强调规模阈值应来自本地实测证据，而非 Canva 产品限制。
主要能力：用六步流程确定架构。先映射信任边界（浏览器、后端、令牌存储、任务账本、工作进程、数据存储与 Canva API 的交叉点）；再选基础形态——单一受限服务用后端单体，异步任务需超出请求生命周期时用服务加工作进程，仅在所有权与故障域有依据时才用隔离服务；随后设计令牌轮换、任务对账与策略执行，并记录决策。
使用方式：Canva Connect 调用使用后端经 OAuth 2.0 Authorization Code 加 SHA-256 PKCE 获得的 Bearer 访问令牌；申请显式最小权限范围，client secret 与令牌不得出现在浏览器可见状态中；刷新需按 Canva 用户串行化，单次使用的 refresh token 替换须原子存储，access token 与 refresh token 分开存储；派发前先持久化不透明任务标识，用有界退避轮询，重复变更操作前先对账终态；在派发前解析租户、资源、显式 scope、能力、预览状态与数据策略，而不是放在通用 HTTP 客户端里。发现用 Read 和 Grep，只对已批准工件写用 Write 或 Edit。
适用场景：例如某服务为多租户异步导出设计稿，由后端负责 OAuth 与策略，持久账本负责任务身份，工作进程按租户分区且指标中不嵌入用户 ID。
限制与错误处理：仅浏览器方案应被拒绝，因为 client secret 与令牌交换需要后端；工作进程可能重复提交时，先加持久身份与对账再扩容；凭猜测流量选拓扑前先测队列与失败行为；预览依赖阻碍评审时，应在公开发布中分离或禁用。资料未提供具体价格、平台支持范围或性能数值。