How can I use Figma's AI agent to manage translations without leaving the design file?

Figma's AI agent, now in open beta, connects to translation platforms through MCP (Model Context Protocol) connectors, so designers can request translations and work with localization data in natural language directly on the canvas. Lokalise documents a Figma-agent integration built on its MCP server, and any platform with a remote MCP server — including Smartling's — fits Figma's custom connector path.

如何使用 Figma 的 AI 代理在不离开设计文件的情况下管理翻译？

Figma 的 AI 代理（目前处于公开测试阶段）可以通过 MCP（模型上下文协议）连接器连接到翻译平台，因此设计师可以直接在画布上以自然语言请求翻译、提取本地化数据并触发平台操作。Lokalise 发布了基于其 MCP 服务器构建的 Figma 代理集成文档，任何运行远程 MCP 服务器的翻译平台（Smartling 的运行地址为 mcp.smartling.com）都符合 Figma 支持的自定义连接器路径。实际问题不再是连接是否有效；而是哪些翻译任务应该在对话代理中完成，哪些仍然应该在结构化的插件工作流程中完成。

为什么设计阶段的本地化正在向人工智能代理和MCP方向发展？

设计阶段的本地化正在向人工智能代理发展，因为 Figma 向它们开放了画布，而翻译行业已经将 MCP 作为接触人工智能工具的标准方式。四个班次汇合：

Figma 为经纪人打开了创作的大门。Figma 代理（公开测试版）和 Figma Make 都接受 MCP 连接器——Figma 审核过的特色连接器，例如 Notion、Asana、Linear、GitHub 和 Atlassian，以及指向任何远程 MCP 服务器的自定义连接器。启用写入工具后，连接器甚至可以将数据写回外部工具，这使得代理从研究助理转变为工作流参与者。
MCP实现了管道系统的标准化。翻译供应商不再为每个 AI 界面构建单独的集成，而是提供一个 MCP 服务器，该服务器可以在 Claude、Cursor、Visual Studio Code 以及现在的 Figma 代理上运行。这就是为什么供应商支持来得很快：大多数为编码助手构建的平台所使用的服务器，与 Figma 连接器调用的服务器是同一个服务器。
翻译平台已经运行了MCP服务器。Lokalise、Crowdin、SimpleLocalize 和 Smartling 各自运营着一个服务器；选择它们的评估框架——工具范围、身份验证、注册状态——在我们的 MCP 服务器 AI 翻译指南中有所介绍。
自然语言降低了激活成本。插件要求设计师学习其用户界面；代理要求输入一个句子。对于偶尔需要执行的任务——例如“使用我们的词汇表将此框架的标题翻译成德语”——对话式路径消除了插件工作流程所假定的工具知识，这正是它吸引每月而不是每天都需要进行本地化的设计师的原因。

MCP是什么？它如何应用于设计本地化？

MCP（模型上下文协议）是由 Anthropic 开发的开放标准，它为 AI 应用程序提供了一种统一的方式来调用外部系统公开的工具——在设计本地化中，它是 Figma 代理无需专用插件即可操作翻译平台的桥梁。一个与 MCP 连接的设计工作流程包含五个层次，其中任何一个层次的薄弱环节都会决定该设置是实用还是仅仅是一个演示：

MCP 客户端——发出请求的 AI 表面。这里指的是 Figma 代理或 Figma Make；在其他地方可能是 Claude Code、Cursor 或 Visual Studio Code，它们都使用相同的协议。
远程 MCP 服务器——翻译供应商的终端。Figma 的自定义连接器只能连接到远程服务器，因此 MCP 服务器仅作为本地进程存在的供应商无法加入此工作流程。Smartling 的服务器是远程的，地址为 mcp.smartling.com/mcp。
身份验证——信任层。自 2026 年 8 月 3 日起，Smartling 的 MCP 服务器对新连接使用 OAuth 2.1 登录流程，这在设计组织中很重要，因为 OAuth 将代理操作与真实用户的权限绑定，而不是与粘贴到配置文件中的共享令牌绑定。
工具范围——服务器公开的具体操作。这一点因供应商而异，也是最需要验证的事情，因为代理只能执行服务器工具允许的操作；完整的评估清单可在MCP 服务器指南中找到。
底层平台——协议背后的翻译记忆库、术语表和审校工作流程。MCP 是一种细连接器；返回结果的质量取决于响应呼叫的平台，而不是承载呼叫的协议。

Figma AI 代理 + MCP 路径与 Figma 翻译插件相比有何不同？

代理路径和插件路径解决的是不同的问题，而两者各自的功能也具体说明了这种划分：

尺寸	Figma AI 代理 + MCP 连接器	Smartling Figma插件
界面	在 Figma 画布上进行自然语言聊天	Figma 中的插件 UI（插件 > Smartling）
联系	使用 OAuth 登录的 MCP 连接器连接到远程服务器（Smartling：mcp.smartling.com/mcp）	Figma 插件调用 Smartling 的 REST API；客户端不存储任何设计数据。
已记录的行动	取决于供应商。Lokalise 的 Figma 代理集成涵盖了创建项目、推送和拉取内容、运行 AI 翻译以及分配审校任务；Smartling 的 MCP 工具涵盖了文本和文件的即时机器翻译、术语表/风格指南/翻译记忆库查找、字符串标记以及作业授权。	将框架内容提交到 Smartling 翻译作业中，使用 Pseudotranslate 预览文本扩展，为语言学家捕获视觉上下文，并将完成的翻译以每个语言一个 Figma 页面的形式应用回去。
翻译记忆库	Smartling 的 MCP 路径仅支持即时机器翻译/语言翻译——输出不会保存到翻译记忆库，也不会存储任何内容。	完整的TM重用（Leverage、SmartMatch、Fuzzy Estimates）加上AI增强的术语表插入
人为评价	无——请求完全绕过翻译工作流程	通过 Smartling 作业进行路由，包括已配置的人工审核工作流程。
可用性	Figma Agent 目前处于公开测试阶段；连接器的使用受 Figma 组织管理员设置的约束。	一般情况下均可使用；企业/组织版 Figma 套餐可能需要管理员批准第三方插件。

如何将 AI 助手连接到 Figma 的翻译平台？

从 Figma 内部将 AI 助手连接到翻译平台意味着将供应商的 MCP 服务器作为连接器添加到 Figma 代理——这是一个五步过程，主要在设置中完成，而不是在代码中完成。

确认代理和连接器访问权限——Figma 代理处于公开测试阶段，在 Figma 组织中，管理员控制成员可以使用哪些 MCP 连接器。在评估供应商之前，请先解决权限问题。
确认供应商的 MCP 服务器是远程的——Figma 的自定义连接器只能连接到远程 MCP 服务器。Smartling 的远程 HTTP 服务器位于 mcp.smartling.com/mcp；服务器仅作为本地进程运行的供应商根本无法连接到 Figma。
添加连接器并进行身份验证——如果存在特色连接器，则使用特色连接器；或者通过提供服务器 URL 添加自定义连接器。然后，Smartling 的服务器会运行 OAuth 2.1 浏览器登录（自 2026 年 8 月 3 日起，新连接需要此登录），将代理的范围限定为您的真实帐户权限。
在信任代理之前，请检查工具列表——连接后，客户端会显示服务器公开的每个工具及其描述。那份清单，而不是供应商的营销页面，才是经纪人能做什么的真正依据。
运行一次范围测试——例如，“使用我们的营销词汇表将此标题翻译成德语”——并确认结果使用了平台（应用了词汇表术语，正确的机器翻译配置文件），而不是模型自身的通用翻译，然后再将连接器推广给团队。

这种基于代理的方法适合以下类型的团队……

已经在使用 Figma 代理测试版，希望在与其他设计任务相同的对话界面中提供翻译功能。
已将 MCP 标准化为 AI 工具的集成层——为 Claude Code 或 Cursor 提供服务的同一供应商服务器，只需多一个连接器条目即可扩展到 Figma。
在设计探索阶段，需要快速提供符合品牌调性的草稿翻译——检查真实的德语或日语文本在布局中的效果——然后再进行任何正式的翻译工作。
包括能够熟练管理连接器配置和 OAuth 授权的开发人员或设计运维工程师，以便将 OAuth 授权纳入现有工具中。

什么时候插件式工作流程仍然是更好的选择？

生产环境中的用户界面翻译必须保留。Smartling 的 MCP 路径返回即时 MT/LLM 输出，该输出不会保存到翻译记忆库，也不会经过任何审核工作流程——可交付的字符串属于插件提交的翻译作业。
语言学家将会审阅的作品。Smartling Figma 插件会自动捕获视觉上下文，以便审阅者看到每个字符串所在的框架；而代理聊天请求不会向人工审阅者提供布局上下文。
布局压力测试。Pseudotranslate 的扩展预览和每种语言的 Figma 页面都是插件功能——代理路径没有等效功能来验证翻译文本的呈现方式。完整的插件工作流程已在我们的 Figma 本地化工作流程指南中介绍。
尚未通过测试版审核的组织。如果管理员尚未启用 Figma 代理或自定义连接器，则插件（已可通过标准的 Figma 插件审批进行安装）是目前可用的途径。

检查清单：将人工智能代理连接到翻译平台之前需要询问的问题

供应商的 MCP 服务器是远程的吗？它运行在哪里？
Figma 自定义连接器需要远程服务器。获取 URL（Smartling 的 URL 为 mcp.smartling.com/mcp），并使用供应商自己的文档进行确认，而不是使用第三方列表。

供应商是否已对 Figma 代理进行过专门的文档说明？
Lokalise 发布了 Figma-agent 工作流程；Smartling 发布的 MCP 设置说明目前涵盖 Claude Code、OpenAI Codex、Visual Studio Code、Cursor 和 Claude Desktop – 在将其作为标准之前，请直接与供应商确认是否支持 Figma-agent。

连接成功后，代理究竟可以做什么？
工具范围的差异比任何其他因素都大：Lokalise 的 Figma 集成包括项目创建和审核分配，而 Smartling 的 MCP 工具则以即时翻译、语言资产查找和作业操作为中心。MCP 服务器评估指南涵盖了如何比较范围。

代理的翻译结果会保存到哪里？
如果输出没有写入翻译记忆库（在 Smartling 的 MCP 路径中确实没有），则将代理翻译视为草稿，并通过作业路由最终字符串。

在你们的 Figma 组织中，谁负责管理连接器？
管理员控制连接器的可用性，而启用写入功能的工具允许代理更改翻译平台中的数据——请慎重决定是否启用写入工具。

Smartling 如何支持基于 AI 代理和 MCP 的设计工作流程？

Smartling 通过其 MCP 服务器（位于 mcp.smartling.com/mcp 的远程服务器）支持基于代理的工作流程。该工具已列入官方 Anthropic MCP 注册表和 Claude 的连接器目录，可通过 OAuth 2.1 进行身份验证，并公开任何 MCP 客户端都可以调用的工具。这些工具涵盖了通过 Smartling 的 MT API 进行即时机器翻译，并应用术语表、风格指南和翻译记忆库上下文；文件翻译，包括通过有效期为 15 分钟的上传链接在支持 shell 的客户端上翻译 Word、PowerPoint 和 PDF 文档等大型二进制文件；检索术语表、风格指南、翻译记忆库、项目和作业；以及帐户操作，例如标记字符串、授权翻译作业以及向现有作业添加字符串。由于服务器是远程的，因此它与 Figma 的自定义连接器所构建的架构相匹配，尽管 Smartling 发布的设置说明目前涵盖了 Claude Code、OpenAI Codex、Visual Studio Code、Cursor 和 Claude Desktop，而不是专门针对 Figma 代理——完整的设置细节在我们的 MCP 服务器指南中。

对于结构化设计阶段本地化，Smartling 的 Figma 插件仍然是生产路径：它将带有视觉上下文的帧提交到真正的翻译任务中供语言学家使用，使用 Pseudotranslate 预览文本扩展，并将完成的翻译作为每个语言的 Figma 页面应用回去——MCP 路径故意不提供翻译记忆重用功能。两者是互补的，而不是竞争的：代理路径回答“立即翻译”，插件路径回答“以十二种语言发布”。