据 TechCrunch 于 2026 年 10 月 15 日发布的报道信息，Figma 宣布了一批涉及智能体在其平台内工作方式的新功能，同时将 Code Layers 功能推向公开测试。对于关注设计工具与 AI 开发流程衔接的团队，这则消息值得留意：更新不仅涉及智能体如何参与平台工作，也包含代码相关能力的测试开放。不过，现有来源摘要较为简短，尚不足以确认具体接口、模型支持范围或商业条款。
此次更新可以确认什么？
来源标题将重点放在“定义智能体如何在 Figma 平台上工作”，摘要则补充了 Code Layers 进入公开测试的信息。两者共同构成此次公告的核心，但不能据此直接认定 Figma 已开放通用智能体 API，或允许用户接入任意模型。
- Figma 宣布了与平台内智能体工作方式有关的新功能。
- Code Layers 已进入公开测试阶段，但现有材料未说明覆盖账户、地区或具体使用条件。
- 来源未披露模型供应商、调用价格、额度、并发限制及第三方接入方式。
因此，“推出智能体相关功能”与“开放可供外部调用的 API”需要分开理解。前者是产品能力更新，后者还需要接口文档、身份验证、权限管理及服务条款等信息支撑。公开测试同样不代表功能已达到适合所有生产场景的稳定程度。
开发者解读：先看工作边界，再看模型接入
从开发者视角看，这次消息的关注点不只是智能体能否生成内容，更在于它能够在设计平台中执行哪些操作，以及团队如何约束这些操作。评估此类能力时，可以重点检查访问权限、修改确认、操作记录和结果回退机制。上述项目属于接入评估建议，并非现有来源已经确认的 Figma 功能。
对于使用 OpenAI、Claude、Gemini 等模型 API 的团队，目前没有足够信息证明此次更新会改变现有模型调用路径或成本。是否支持自有 API 密钥、能否通过第三方平台连接模型，以及推理费用是否另行计算，都仍需以 Figma 后续公开说明为准。不能仅凭智能体功能公告，就推断已有模型额度可以直接用于这些新能力。
Code Layers 公测，如何安排验证更稳妥？
Code Layers 进入公开测试，为有相关需求的团队提供了关注和评估的契机，但来源并未详细解释其功能边界。更稳妥的做法是先确认官方说明中的可用范围，再用非关键项目测试实际表现，避免仅凭功能名称判断其能替代哪些既有设计或开发环节。
如果后续评估涉及外部模型调用，还应分别核算平台使用成本与模型推理成本，并检查请求限制、数据流向和故障处理方式。现阶段适合建立验证清单，而不是提前作出价格、额度或稳定性承诺。总体而言，Figma 此次公告释放了继续推进智能体能力与代码相关功能的信号；对 API 使用者来说，真正决定接入价值的，仍是后续明确的接口能力、权限边界和计费规则。