安卓修改大师 · 智改工坊

从零做一个汉化包：文案怎么找、范围怎么写、改完怎么抽查

三张台账 · 一段可复用需求 · 两张抽查表

先说清楚工具。安卓修改大师智改工坊是一款 Windows 桌面工具，把「改 APK」从技术活变成一句话：拖入安装包，用中文写需求，AI 改 smali 与资源，改完自动回编 / 对齐 / 签名 / 校验，一键装到手机或模拟器看效果。做汉化包时它的角色很明确——你负责把范围、口径和抽查标准写清楚，它负责把改动落进包里、把包重新装出来。产品介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。

这篇不讲理论，只讲一条能照着做的路线：分清要改哪些文字 → 找出来记成台账 → 把覆盖面写成一段需求 → 用抽查表验掉。全程只动自家的应用。

一、先分清：一个包里到底有几种「文字」

很多人对汉化的第一印象是「把字符串资源翻译一遍」。真做起来会发现，翻完它只是完成了大半，剩下的是散落在别处的三类文字。先分清它们，后面「怎么找」才有方向。

• 资源文案：res/values 下的字符串，量最大、最集中，按术语表统一替换即可。
• 硬编码文案：smali 里直接写死的字符串，常躲在报错、异常与少数分支里，界面走查根本看不到，是最容易漏的一类。
• 内嵌页面：assets 里的说明页、帮助页、协议页，属于页面自己的格式，容易被当成「不能改」。
• 图片上的字：宣传图、引导图、启动画面里的文字改不了，只能整张换成中文版新图，动手前先备好素材。

这张清单决定了工作量分布：资源文案是量的主体，硬编码是漏点的主体，内嵌页面与图片是完整度的短板。四类都写进需求，汉化包和「翻一遍词典」就不是一回事了。

二、文案怎么找：三张台账，把英文从包里「捞」出来

找文案最忌讳凭印象。凭印象的结果是：你记得住首页，记不住设置页的第三层；记得住按钮，记不住断网时才弹出来的那句提示。所以要用台账，把「我记得」变成「表上有」。

第一张，界面走查台账。把应用从头到尾点一遍，按页面记录：页面名、看到的英文原文、大致位置。这张表不用多漂亮，写全就行——它的作用是让你可以照着核对，而不是靠回忆。

第二张，资源清单。在智改工坊里拖入安装包，它会用工作目录里的 aapt 解析出图标、应用名、包名、版本号、SDK 与启动页等信息，解析与反编译跑在后台线程，界面不卡；反编译输出就在项目的 apktool 目录里，可以按资源名逐个核对。实测 12MB 的包反编译约 3 秒。

第三张，待译词表。走查时遇到拿不准的词先记下来，不要停在那里纠结；等走查完成再统一决定译法，把决定写进术语表。这样译法只讨论一次，而不是每遇到一次讨论一次。

三张台账做完，汉化包第一版的工作量就已经可见了：有多少条要改、哪些是重点、哪些需要备素材。接下来的事，就只剩「把要求说清楚」。

三、需求怎么写：把覆盖面写死在一段话里

覆盖面不是靠多说几遍「要全」解决的，而是在一段需求里把该说的都说掉。一段合格的汉化需求至少要说清五件事：范围（改哪些、绝不动哪些）、口径（按哪份术语表）、格式（占位符与换行不许动）、长度（按钮字数上限）、验收（怎么算改完）。

其中「绝不动哪些」和「改哪些」同等重要。汉化时最容易顺手出错的地方，恰恰是那些不该动的东西：金额、日期、单位、品牌名、占位符。把这几样写清楚，就等于提前把一类返工掐掉了。

可直接复用的需求原文

把本包的英文界面文案汉化为简体中文：① 界面文案按附件《术语表 v2》的译法处理；② 未列入术语表的通用词用日常口语，不要生硬直译；③ 所有 %1$s、%d 之类占位符与换行符原样保留、顺序不变；④ 按钮类文案控制在 6 个汉字以内，超长则缩短而不换行；⑤ 金额、日期、单位、英文品牌名不翻译；⑥ 本次只改界面文案与字符串资源，不改图标、不改布局、不改应用名与包名；⑦ 改完在项目里留一条历史，方便我按页码逐项抽查。

这段需求的特点是：每一条都能被验证。「按术语表 v2」能验，「6 个汉字以内」能验，「不改应用名」也能验。反过来，「汉化得自然一点」这种话写上无妨，但别指望它承担验收职责。

如果汉化分批做，还有个小技巧：把一次大改动拆成几轮，每轮只解决一类文本——先资源文案，再硬编码，再内嵌页面。每轮点「立刻修改」后，需求原文与日期会写进 history.ini，详情页里能看到 #序号 + 时间 + 完整原话；下一轮用历史右侧的「选择」把上一条填回输入框，改成这轮内容即可。历史只保留原话，所以像「按术语表 v2」这种关键信息，写进原话最保险。

四、术语表与附件：让 AI 说得和你想的一样

汉化翻车的头号原因不是语法，是不一致：同一个词第一页叫「账户」、第三页叫「账号」、第五页又变成「户头」，读起来像是三个人翻的。解决办法很朴素——先定一张术语表，再把它作为附件交给 AI。

把术语表做成纯文本或表格文件，用「选择附件」交给 AI。附件系统会做两件校验：文件现在能不能用（存在、不是目录、不是 0 字节、能读出来），以及给每个文件写的那句说明是否不少于 10 个字；两项都过关，才会把附件拼成「序号. 文件路径 —— 用途说明」跟着需求一起发出去。所以说明别只写「术语表」，写成「术语表 v2，界面文案统一按这份译法，未列入的用口语」，AI 才知道它是干什么用的。

还有个细节：需求原文进 history.ini，附件说明不进历史。将来想「照上次那条再改一遍」时，看到的是原话，附件得自己再选一次——所以术语表的版本号最好同时写进原话里。

五、改完怎么抽查：抽查位置比抽查数量重要

汉化包的验收，不能用「装上去看一眼首页」代替：界面上几百条文案，肉眼扫看不出漏没漏。抽查的价值取决于你抽哪些位置，不是抽多少条。

把位置按「出错代价」排序：首屏、金额与日期、权限提示、设置项、错误提示、按钮。前两类出错会被用户立刻看到，后两类出错会在关键时刻把人卡住。下面这张表可以直接抄走当抽查表用。

抽查要对着「设备上的包」做。这条流程在智改工坊里是顺的：打包四步跑完（回编 → 对齐 → 签名 → 校验），产物落在 build 目录；随后它用 adb 找到手机或模拟器装上并拉起（拉起用 am start），装完还会用 dumpsys 看一眼前台应用是不是它。手机走 scrcpy 投屏到电脑，模拟器把窗口提到最前面——一边投屏一边照着抽查表走，比来回切设备省事。

六、两个自家应用实例：整条流程走一遍

两个例子都发生在自家应用上，三段式照旧：以前怎么做 / 现在一句话怎么做 / 改完怎么验证。

实例一：自家「星屿记账」国际版的界面汉化

以前怎么做：星屿记账的国际版是英文界面，回国做内部推广版时要汉化成简体中文。以前的做法是：先反编译，再用工具把字符串资源导出来逐条翻，翻完导回去；最怕两件事——术语表在同事的笔记里没法同步，翻到一半发现某条文案在 smali 里是硬编码的，得回头再找一遍。一轮下来，真正花时间的不是翻译，是「找」和「核对」。

现在一句话怎么做：把安装包拖进智改工坊，等它解析与反编译完成（12MB 的包约 3 秒，后台线程跑，界面不卡）；在详情页输入框里写那段汉化需求，把《术语表 v2》作为附件选上，说明写「星屿记账界面术语表，第一条到第四十条为准，未列入的用口语」。点「立刻修改」，需求原文与日期进 history.ini；AI 改完留下标志文件，主窗口每 2 秒轮询到就自动弹打包窗口，四步跑完，产物在 build 目录里。

改完怎么验证：先照着第五节那张抽查表在设备上走一遍——首页、记一笔、预算、设置、关于页；金额与日期这一栏要专门看，确认小数点、币种和日期格式没被动过。再把「断网 + 空数据」两条路径走一遍，专门抓硬编码文案。最后回到详情页的历史区，对着这条需求的原话逐条打勾：术语表用了、按钮字数达标、应用名没被改。历史里完整显示原话、不截断，逐条核对很快。

实例二：自家「巡检助手」的报错与通知文案汉化

以前怎么做：巡检助手是内部工具，文案大多是英文。以前只处理了主界面，结果同事在机房断网巡检时看到的一堆提示还是英文；更麻烦的是通知栏文案与应用名在同一份资源文件里，改的时候容易碰到应用名，每次版本更新都得有人重查一遍。

现在一句话怎么做：在需求里直接点名两类文本：「把通知栏文案与全部英文报错提示汉化，报错提示用『现象 + 下一步动作』的写法；只改这两类文案，应用名、图标、布局与包名不动。」通知栏这种位置，写法越具体越省事——把「要用什么风格」也写进去，就不用改完再提一轮意见。

改完怎么验证：把汉化后的包装到手机上，用工具连着投屏走一遍巡检流程：断开网络、触发一次失败上报、拉下通知栏看文案，再用 dumpsys 确认前台应用确实是它。这一轮结束后，把这条需求留在项目历史里——下一版要改时，点历史右侧的「选择」填回输入框，改成新的范围再跑一遍即可。

七、汉化包最常见的五个坑

1. 只翻界面，不翻提示。提示类文案大多躲在分支里，必须专门写进需求、专门走一遍异常路径抽查。
2. 术语表只存在脑子里。不定成文件、不交出去，第二轮改动就会漂移；版本号也要写进需求原话。
3. 忘记占位符。%1$s、%d 一旦被翻译或调换顺序，轻则显示异常，重则直接崩溃，写需求时明确「原样保留」。
4. 顺手改了不该改的。金额、日期、单位、品牌名、应用名、包名，写清「不动」比写「要改」更能防返工。
5. 按钮变长不回头。中文按钮字数超标会换行或省略，抽查时专门看最长的几个按钮。
6. 改完不留痕。每轮改动都该留在项目历史里；history.ini 里删掉某一节即删那条记录，但删了就没有追溯依据。

这五个坑有个共同点：都不是「AI 改得不对」，而是「需求没写到位」。汉化包的质量上限，基本由需求与术语表决定。

八、他们这样做汉化包

下面几条来自把汉化包当成常规工作的用户，都是使用过程中的主观感受。

把这篇收一下：汉化包的流程就是三件事——用三张台账把要改的文字找全，用一段需求把范围、口径、格式、长度与验收写死，用一张抽查表把结果验掉。台账治遗漏，需求治歧义，抽查治侥幸。回到开头那句主标语——汉化不是查词典，是把一整套口径搬进包里；把口径写成文件、把范围写成一句话，这件事就只剩一次拖入和一次点击。想试的话，就从自家的一个英文版应用开始：先做术语表，再写需求，拖进去跑一遍，然后照着抽查表走一遍。

产品是安卓修改大师智改工坊，介绍页：https://www.apkeditor.cn/ai-version.aspx；官网 www.apkeditor.cn。