Lovable 复数在俄语或阿拉伯语中出错？修复复数、日期和货币
Lovable 复数在俄语或阿拉伯语中出错？把英文三元表达式换成 PO 目录里的 ICU 复数，再用 Intl 格式化日期和货币。
阅读文章 →
博客
来自 globalize.now 的洞察
深入探讨 AI 生成的代码库、本地化架构，以及如何在不重写代码的前提下保持产品多语言可用。
Next.js i18n：t() 调用够不到的那些字符串
你的 Next.js 应用已经翻译了，但页面标题、校验错误、404 页面和分享图片仍然是英文。这六个绕过 t() 的位置，以及各自对应的 next-intl 调用。
阅读文章 →
globalize 现已入选 Nimdzi 语言技术雷达
Nimdzi 审核了 globalize，并将其列入开发者本地化和本地化专用 LLM 工具类别。本文介绍雷达是什么、我们在雷达中的位置，以及代码原生本地化为何自成一类。
阅读文章 →
你让编码 Agent 一个提示词就翻译了整个应用，上线前该检查什么？
针对 Codex、Claude Code 或 Cursor 一个提示词翻译出的应用，七项检查：溢出、复数、变量、术语、语气、缺失的键和漂移。
阅读文章 →
两种本地化增长打法，只有一种你跑得动
两种完全不同的增长打法被叫成了同一个名字。一种为每个语言对生成一个页面，收割的是与你的产品毫无关系的需求；另一种翻译你已有的产品和内容，收割的是已经从其他语言涌来的需求。我们所在的赛道里有一家厂商正按我们实测的规模运行第一种。在把一个季度押在错误的打法上之前，先弄清哪种才是你的打法。
阅读文章 →
翻译 PR 会破坏 Lovable 的 GitHub 同步吗？
翻译 PR 会破坏 Lovable 的 GitHub 同步吗？不会，只要它合并到 Lovable 同步的分支。本文说明 lovable-sync 与 .po 冲突的运作方式。
阅读文章 →
哪些本地化增长数据经得起检验？
每篇劝你翻译产品的文章都会引用一个数字，而大多数数字一核实就站不住脚。我们维护了一份追踪表，收录能够核实的本地化增长案例，每个数据都标明来源和日期。这里是完整内容：四个案例，各自究竟能证明什么，我们删掉了什么、为什么删，以及那个走向相反方向的案例。
阅读文章 →
Lovable 从哪里读取 i18n 规则？Knowledge、Skill 与 AGENTS.md
Lovable 会读取三类指令：工作区和项目 Knowledge、按需加载的 Skill，以及仓库中的指令文件（如 AGENTS.md）。它们的读取时机各不相同，这也是已翻译的 Lovable 应用在几次提示之后又变回英文的原因。
阅读文章 →
没有预算，如何判断本地化的 ROI？
所有本地化 ROI 模型都假设你有两个数字，而你手里恰恰没有：一条足以摊销的成本线，和一个有人愿意担保的预测。没有它们，问题就不再是回报会是多少，而是什么样的测试足够便宜，能让你自己找到答案。三个已公开的案例（其中两个来自单打独斗的开发者）说明了这种测试该是什么样子，又会在哪里出错。
阅读文章 →
正式官宣：globalize.now 成为 Lovable Select Partner
2026 年 10 月 6 日，Lovable 认定 globalize.now 为 Select Partner。本文介绍这一资质的含义、Lovable 应用如何用一条提示词从单语言扩展到 50 多种语言，以及 RajaRide 两种方式都试过之后的结果。
阅读文章 →
把这些 i18n 规则写进 AGENTS.md，让 coding agent 别再硬编码字符串
十条可直接粘贴到 AGENTS.md、.cursor/rules、CLAUDE.md 或 Copilot 指令文件的 i18n 规则，附每条规则的理由和各工具读取该文件的位置。最后讲它的局限：开发者最常用的两种代码编写入口根本不读这个文件，以及文件失效时靠什么来强制执行规则。
阅读文章 →
如何保持整个代码库的界面文案一致：一份目录、键，以及出现在 diff 里的文案
当所有用户可见的字符串都集中在仓库中的同一份目录里、通过键引用，并且只通过经过审查的 diff 来修改时，界面文案就能保持一致。让这套做法真正落地的实践包括：目录布局、键的命名、在 PR 中审查文案、针对新增字面量的 lint 规则，以及一份供 AI 编码 Agent 读取的风格指南文件。
阅读文章 →
独立创始人真正能做完的增长策略有哪些？
大多数增长建议都默认你有团队，却从不明说。这个假设藏在最后一段：策略悄悄变成了一套需要专人负责的工作流。本文给出一个判断标准，帮你区分一个人能做完的策略和必须配人的策略，并展示两边各自的证据。
阅读文章 →
31 欧元，我们为整个网站加上了日语和巴西葡萄牙语
9 月 29 日，我们上线了 globalize.now 的日语和巴西葡萄牙语版本：所有页面、所有定价表、全部 61 篇博客文章。翻译用了 8 分钟，自动化 QA 又花了 27 分钟，应用计费约 31 欧元。这是完整的账单，包括 QA 标记了什么、工程上做了什么，以及还有哪些没检查。
阅读文章 →
靠增加语言拉新用户：这套增长打法当年要花多少成本，现在又要花多少
为获取更多用户而本地化产品，是一个已有十年历史的增长手段，背后只有一个记录完整的案例，而且几乎没人把它做完。本文将梳理：这个案例报告了什么，当时执行它需要什么，这个领域里现在还有谁在做，以及这项工作发生了什么变化。
阅读文章 →
没有后台面板，怎么本地化 Base44 应用？
Base44 把界面文本直接写进 React 组件，应用因此只有一种语言。开启 GitHub 同步，把翻译目录放在该仓库里，让 Base44 把每次合并到 main 的内容拉回编辑器。
阅读文章 →
globalize.now 现已成为 Claude 连接器：在聊天中完成应用本地化
globalize.now 已上线 Claude 连接器目录。连接一次，就能用自然语言完成本地化：翻译你拖进聊天的语言文件、连接 GitHub 仓库、添加语言，并设置每次翻译都遵循的术语表和风格规则。
阅读文章 →
如何在没有控制台的情况下本地化 Bolt.new 应用？
Bolt.new 交付的是一套真实的 Vite 和 React 代码库，所有字符串都直接写在 JSX 里。把它推送到 GitHub，翻译目录作为已提交的文件保存，渲染路径上就不会有任何第三方依赖。
阅读文章 →
如何把 lovable-i18n skill 添加到 Lovable 工作区？
Lovable 工作区 Skill 是 Agent 在任务匹配时加载的 markdown 手册。导入一次 lovable-i18n skill，添加 globalize MCP，Lingui 翻译目录就会落进你自己的仓库，而不是某个后台。
阅读文章 →
不用控制台，如何让 Replit 应用支持多语言？
Replit Agent 把界面文本直接写进组件，让它翻译应用只会得到一个半成品，还会随着后续迭代而偏离。仓库其实早已以 checkpoint 的形式存在：连接它，把语言目录放进 Git，再把译文拉回 Replit。
阅读文章 →
Next.js 16 i18n：AI 生成的 locale 路由落后了一个版本
Next.js 16 将 middleware.ts 重命名为 proxy.ts，next-intl 现在从 next/root-params 读取 locale，而你的 AI Agent 写出的仍是旧版写法。四条 grep 命令就能告诉你配置属于哪个时代，以及该改什么。
阅读文章 →
Crowdin 刚刚发布了 i18n Agent Skill。我们从 3 月起就有了。
Crowdin 发布了一个 agent skill，分七个阶段把 JavaScript 应用接入 Crowdin。我们读了源码，核对了提交日期，并与我们自己的流程做了对比。他们的流程终点是一个关闭了翻译的 Crowdin 项目，我们的终点是一个 PR。
阅读文章 →
如何不用后台本地化 v0 应用？
v0 交付的是一套完整的 Next.js 代码库，而且已经会提交到 GitHub 分支。这意味着从第一个提示词开始，仓库原生方案就是可行的：翻译语言文件作为提交到仓库的文件，渲染路径上不引入任何第三方。
阅读文章 →
如何为用 GitHub Copilot 构建的应用添加 i18n？
你写好了指令文件，Copilot 给你的依然是硬编码英文。它不是无视你——内联补全根本不会读取指令文件。本文梳理哪些 Copilot 场景遵循你的规则，以及如何围绕不遵循规则的那个场景搭建 i18n。
阅读文章 →
如何阻止 AI 编程 Agent 改写你的界面文案
Agent 加好了加载状态，顺手把按钮也改了名。为什么 Agent 把文案当成可以顺手清理的代码，为什么规则文件只能降低发生频率，以及如何让每一次改写都可审查。
阅读文章 →
next-intl vs react-i18next vs Lingui：2026 年该选哪个
Next.js App Router 选 next-intl，看重生态广度选 react-i18next，要编译时提取和 PO 目录选 Lingui。本文讲 2026 年如何选择运行时 i18n 库，以及它们都不会替你做的事。
阅读文章 →
文案漂移：它是什么、成因是什么、如何预防
文案漂移是指界面文案在不同界面之间、随时间推移偏离已批准的源文案，且没有统一的权威来源。本文介绍它是什么、不是什么，以及如何预防。
阅读文章 →
翻译文件为什么总是不同步？
缺失的键、孤立的键和语言文件的合并冲突，本质上是流转问题，而不是翻译问题。本文解释不同步的成因，以及如何根除。
阅读文章 →
代码原生的产品文案：如何让 UI 文本在代码库中保持一致并为本地化做好准备
文案漂移指用户可见的文本偏离其已批准的源文案，且没有唯一的事实来源。本文讲清它的成因，以及为什么在代码库里，一致性和本地化其实是同一个问题。
阅读文章 →
如何不依赖后台，本地化 Lovable 应用？
整个翻译工作流都放在仓库里：已提交的语言目录、locale 配置，以及构建中的编译步骤。无需登录，你的编码 Agent 也都能触达。
阅读文章 →
AI 本地化：当你的 coding agent 来干活，意味着什么
AI 本地化自动化的是整个工作流，而不只是翻译：字符串提取、翻译键、语言文件，以及每次推送后的同步。
阅读文章 →
网站本地化：2026 年没有本地化团队该怎么做
网站本地化的七个步骤、四层工具栈、成本构成，以及现在由编码 Agent 完成过去整个团队才能做的配置工作。
阅读文章 →
为什么本地化软件越扩张越贵？
席位数、托管或处理的词数、套餐门槛，三者各自按自己的节奏增长。本文拆解这三重乘数如何叠加，以及去掉其中两项会带来什么改变。
阅读文章 →
如何翻译 Lovable 应用？
翻译 Lovable 应用有两种方式：运行时插件，或提交到仓库的语言文件。两种方式的步骤，以及哪种能扛住供应商停服。
阅读文章 →
让 Lovable 应用支持多语言，最好的方法是什么？
将 Lingui PO 目录提交到仓库，每次 Git 推送自动翻译。无运行时插件，无供应商锁定，翻译后的 HTML 由服务端渲染。
阅读文章 →
Lovable 应用接入阿拉伯语：文字翻译了，布局却没跟着变
Lovable 应用已经翻译成阿拉伯语，侧边栏却还停在左边，箭头也指向错误的方向。RTL 要在仓库里修，而不是靠插件。
阅读文章 →
为什么 i18n 配置完成后，Cursor 还在不断加入硬编码字符串？
Cursor 每次重新生成组件，都会重新写入硬编码字符串。本文解释原因，以及如何在每次推送时捕获并修复它们。
阅读文章 →
应用本地化对 SEO 有帮助吗？
Google 根据页面的可见语言来排名。应用本地化对 SEO 究竟有什么作用，以及怎样让翻译后的页面获得排名。
阅读文章 →
为什么本地化正在前移到开发循环中？
本地化真正的变化在于位置，而不是翻译质量：它正从导出、翻译、导入的往返流程中走出来，进入开发循环，并以本地化 PR 的形式交付。
阅读文章 →
Lovalingo 关停后，你的 Lovable 应用会变回英文吗？
Lovalingo 将于 2026 年 8 月 31 日关停。本文说明你的 Lovable 应用会出什么问题、如何现在就用 DevTools 测试，以及如何先把翻译迁入自己的仓库。
阅读文章 →
Lovable 应用的界面翻译好了，数据库内容却还是原文
Lovable 应用的界面已经翻译，Supabase 里的数据行却仍以英文渲染。在你自己的 schema 中本地化数据库内容，无需运行时插件。
阅读文章 →
Lovalingo 关停前，如何导出我的翻译？
Lovalingo 将于 8 月 31 日关停。本文介绍如何导出翻译包，把它们转换成仓库中的 PO 目录，从此不再丢失翻译。
阅读文章 →
小型 SaaS 用哪款本地化工具最便宜？
Locize 起价 $7，LocaFlow 起价 $9，但在本地化定价页上，标价恰恰是最没参考价值的数字。本文梳理了 13 款工具的入门价格、各自的计量方式，以及在 5 种语言区域、10,000 个翻译键的规模下实际要花多少钱。
阅读文章 →2026 年本地化 SaaS 最便宜的方式是什么？
自托管 Tolgee 是唯一既无授权费、又无翻译键数量限制的方案。所有托管版的免费额度很快就到头了，而自己动手做，则要靠你搭上一个个夜晚来买单。以下是零现金方案真正的成本。
阅读文章 →Lovalingo 即将关停：2026 年 Lovable 应用的最佳替代方案
Lovalingo 将于 2026 年 8 月 31 日关停，运行时翻译也会随服务一起消失。本文对比 Lovable 应用的几种现实替代方案：从归你自己所有、已提交到仓库的翻译目录，到把语言“租”给你的运行时插件。
阅读文章 →
如何为 Lovable 应用添加语言切换器和 hreflang？
Lovable 应用翻译好了，语言切换器也能用，Google 却只收录英文页面。给每种语言分配独立 URL，让切换器真正跳转，再输出双向 hreflang，每个 locale 才有机会获得排名。
阅读文章 →
如何为基于 Vite 构建的 Lovable 应用添加 i18n？
大多数 Lovable 应用使用经典的 Vite + React SPA 技术栈，而最近这一波 i18n 工具恰恰忽略了它。本文介绍如何通过提交到仓库的 Lingui PO 目录添加 i18n，每次推送自动同步，无需运行时挂件，也没有供应商锁定。
阅读文章 →
Lovalingo 即将关停：如何迁移你的 Lovable 应用？
Lovalingo 将于 2026 年 8 月 31 日关闭，其运行时翻译也会随之停止。本文介绍哪些功能会失效、需要导出什么、如何干净地移除它，以及如何把各语言重建为你自己仓库中的文件——迁移用户可享三个月免费用量。
阅读文章 →
如何在不离开 Agent 的情况下，本地化 Claude Code 生成的应用
本地化 Claude Code 生成的应用，最好的方式是留在 Agent 里完成：一条命令安装本地化 Skill，Claude Code 接入 i18n，之后每次推送，翻译都会以 PR 的形式送达。完整流程：从仅有英文的仓库，到合并多语言 PR。
阅读文章 →
SEO 翻译：如何在你不会的语言里获得排名
SEO 翻译会针对每种目标语言调整页面、关键词和元数据，让译文页面真正获得排名，而不只是读起来通顺。本文讲它与普通翻译有何不同、搜索引擎要求的技术层，以及能跟上持续发布节奏的工作流。
阅读文章 →
什么是 AI 本地化 Agent？
AI 本地化 Agent 在你的编码工作流中完成应用翻译，无需另开一个后台面板。本文介绍它的作用、它与机器翻译的区别，以及它要稳定运行所需的基础设施。
阅读文章 →
globalize.now MCP 发布：在 AI Agent 中完成本地化
globalize.now MCP 服务器让 Claude Code、Cursor 以及任何 MCP 客户端直接在编辑器里完成本地化：创建项目、翻译语言文件、提交 Git 翻译 PR。它负责后端，代码的国际化改造仍由 Skill 完成。
阅读文章 →
如何借助 AI Agent 让应用支持多语言？
AI Agent 能翻译文本，却无法独立让应用支持多语言。本文介绍在 Cursor、Claude Code 或 Lovable 中交付多语言应用的 Agent 原生方式，以及基础设施层的定位。
阅读文章 →
你的 Lovable 应用在 SSR 下一直显示英文
新的 Lovable 项目基于 TanStack Start 并启用 SSR，这让大多数指南仍在推荐的运行时翻译插件失效：页面先闪现英文，还会以错误的语言被收录。已提交的 Lingui PO 语言目录在服务端渲染各个 locale，并在每次推送时保持同步。
阅读文章 →
什么是软件本地化？
软件本地化是针对特定语言、地区和市场对应用进行适配，范围远不止翻译。本文介绍本地化包含哪些内容、它与国际化有何区别，以及如何在 AI 生成的应用中避免 i18n 技术债。
阅读文章 →
Lovable 应用有哪些值得推荐的 Weglot 替代方案？
Weglot 在浏览器中于运行时翻译 Lovable 应用；globalize.now 则把 Lingui PO 目录提交到你的仓库，并在每次 Git 推送时同步。下面从 SEO、定价和数据归属三方面对比两者。
阅读文章 →
Lovalingo、Weglot 与 globalize.now 对比：Lovable 应用该怎么本地化？
Lovalingo 和 Weglot 在浏览器中运行时翻译 Lovable 应用；globalize.now 则把翻译好的目录文件提交到你的仓库，并在每次 Git 推送时同步。以下是三种方案的差异。
阅读文章 →
什么是 ICU MessageFormat？为什么它至今仍然很难翻译？
ICU MessageFormat 能把复数、性别和变量打包进一个可翻译的字符串，但它的语法是为代码设计的，而不是为译者设计的。本文讲解它为什么至今仍难以本地化、MessageFormat 2.0 带来了哪些变化，以及它在 AI 生成的应用中会在哪里出问题。
阅读文章 →
2026 年的 Lokalise 贵吗？
Lokalise 付费套餐起价 $144/月，按席位计费，没有永久免费版，只有 14 天试用。对于只想让语言文件保持同步的独立开发者，实际账单会随席位数和字数上限不断攀升；而按工作区定价、不按席位或语言收费的方案，成本则更可预测。
阅读文章 →
如何让 Lovable 应用支持多语言而不出问题
多数 Lovable 多语言指南只讲到首次构建。本文介绍可长期维护的方案：Lingui PO 目录、lovable-i18n skill，以及自动翻译同步，让你的应用在持续迭代中始终保持完整翻译。
阅读文章 →
本地化正在成为 Agent Skill，而不是 SDK
下一个本地化默认方案是开放的 Agent Skill：存放在仓库中、由编码 Agent 读取并执行的指令，产出标准语言文件，无需引入新的 SDK 或托管 MCP 依赖。
阅读文章 →
2026 年独立开发者的最佳 Lokalise 替代方案
Tolgee、Locize、SimpleLocalize、LocaFlow、Prismy、Weglot、POEditor、Crowdin、Lingo.dev 和 Languine，按价格与适用场景逐一梳理，2026 年 8 月重新核实。对尚无翻译键的 AI 编码应用来说，真正的缺口在上游的字符串提取，globalize.now 每次 Git 推送都会处理这一步。
阅读文章 →
本地化的 Claude Code Skill 已成标配
Agent Skills 正在 Claude Code、Cursor 和 Codex 之间普及。npx skills add globalize-now/globalize-skills 即可安装本地化 Skill。本文解释为什么本地化 Skill 正成为默认配置。
阅读文章 →
i18n 做到一半？看看 globalize.now 会动什么、不会动什么。
如果仓库里已经有 next-intl、i18next 或 Lingui，L1 模式会跳过破坏性的脚手架步骤：不改写路由，不凭空加语言切换器，只在每次推送时提交语言文件 PR。本文介绍检测信号、明确的边界，以及误判分支后如何恢复。
阅读文章 →
如何在 15 分钟内为 Cursor 构建的 Next.js 应用添加 i18n？
安装一个 CLI，给 Cursor 发一条提示词，就能把硬编码英文的 Next.js App Router 项目变成多语言应用：生成 next-intl 翻译键和语言文件，并通过 Git 推送自动同步翻译。
阅读文章 →
AI Agent 国际化一个真实的 monorepo，会发生什么？
我们把 AI Agent 指向一个生产环境的 monorepo，里面混杂着 Next.js、Android 和 MCP 服务器。下面是完整过程：提取了 28 个 UI 字符串候选，转换了 41 个条目，新增 5 种语言，翻译质量经确认达到生产水准。
阅读文章 →
为什么 Lovable 应用的翻译每次发布都会失效
Lovable 的提示词不断重写 UI、引入新的硬编码字符串，PO 语言文件却越落越远。本文解析为什么这道缺口每次发布都在扩大，以及 Git 原生的 i18n 同步如何在不放弃现有构建工具的前提下补上它。
阅读文章 →我们在 globalize.now 上跑了一遍 globalize.now——看看哪里出了问题
我们审查了自家五个 locale 的营销 JSON：德语里混进西里尔字母，开发者工具里满是正式的 Sie 和 vous，凭空冒出来的欧元，编码相关的假朋友词，还有被译成“包裹寄送”的发布动词。之后我们写了规范，加了校验脚本，让这些问题不再悄悄回归。
阅读文章 →
如何用 globalize.now 让你的应用走向全球
安装 Agent skills，运行五条提示词，即可把硬编码的英文界面变成同步的语言文件和语言切换器，省去数周的手动 i18n 工作。
阅读文章 →
为什么你应该让应用走向全球（以及为什么现在正是时候）
英语只覆盖了全球一小部分网民，但半数网站仍只有英文版。本文给出转化数据和 ROI 分析，并说明为什么在 AI 构建应用的时代，“以后再说”的代价比以往都更高。
阅读文章 →
2026 年适合 vibe coding 的最佳本地化工具
把整个技术栈分成三层——i18n 架构、翻译管理和执行引擎——这样当你的应用大部分仍是硬编码英文时，就知道该先上哪个工具。
阅读文章 →
globalize.now、Lokalise、Crowdin 对比：谁真正适合 AI 生成的应用？
Lokalise 和 Crowdin 擅长翻译工作流——前提是你的应用已经用上了翻译键和语言文件。而大多数 AI 构建的产品恰恰跳过了这一步。代码库还处在“野蛮生长”阶段时，该怎么选工具？本文给出思路。
阅读文章 →
如何本地化 AI 生成的应用
想支持新语言，不必推倒重来 AI 构建的代码库。先搭好 i18n 架构，把字符串提取为翻译键和语言文件，再叠加术语表和自动翻译，并配合真正的 QA。
阅读文章 →
本地化发展的三个阶段：AI 为何改变了一切
本地化并非始于 AI，甚至也不是始于 TMS（翻译管理系统）。它始于几十年前，那时的工具是为译员打造的，而不是为产品团队。这份遗产，至今仍在影响整个行业的运作方式。
阅读文章 →
AI 代码搞砸了本地化，却没人来收拾
传统本地化工具默认你的应用已经完成国际化，而大多数 AI 生成的应用并非如此。
阅读文章 →