手机上的话术库：智能修改安卓版六分类的选择与改写

先说一个很常见的场景。晚上九点，你靠在沙发上，手机上装着自己那款还没上线的小应用，图标是当初随手找的一张图，名字后面还挂着"debug"两个字。你想把它改得像样一点，明天好发给朋友试。电脑在书房，开机、等系统、找安装包、拖进去——这套动作你做过很多次，但今晚你不太想动。于是你打开手机上的改包工具，在需求框里写一句话，点了「立刻修改」，然后去泡了杯茶。

这篇文章属于安卓修改大师智改工坊，本文针对的是家族里的手机端——智能修改安卓版（当前版本 V50.07.00.00，安装包约 7MB，Android 10 及以上，简体中文）。它的介绍页在 https://www.apkeditor.cn/ai-android-version.aspx，同门 AI 改包主力的介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。它把反编译、改包、回编、对齐、签名这一整条链路放进了手机，全在本地完成；安装包之所以只有约 7MB，是因为运行环境不塞进 APK，首次启动按需下载一次，之后不用重复下载。

这篇文章只讲一件事：那 3000 条话术，在手机上到底怎么用。不是"有这个功能"式的介绍，而是把选择、定位、改写、沉淀四步拆开，拆到你能照着做。为此我把重点放在三个地方：六个分类分别在什么场景下才该点；在手机这块窄屏上，怎么用最少的翻找命中那一条；点中之后，为什么必须动手改三处，以及这三处具体改什么。最后再给两个完整实例，和一套把公共话术变成自己私藏的办法。

先把范围划清。本文不讲话术库是怎么生成出来的（那是电脑版另一篇文章的主题），也不讲自动打包四步的技术细节（回编、对齐、签名、校验，另有专文）。我们只处理一个中间环节——从"我想改点什么"到"一条能被执行的需求"之间，那几步路怎么走。这几步路走得好不好，直接决定你等来的是一个能装的包，还是一次返工。

一、3000 条不是 3000 个答案：先看懂一条话术的七个部件

话术库的规模是 6 大分类、共 3000 条，每条 280~425 字。很多人第一反应是"这么多，肯定有一条正好是我要的"。这个期待有一半是对的：分类足够细，绝大多数常见需求都能找到一条对得上的；但另一半是错的——没有一条话术知道你的应用长什么样。它不知道你的图标叫什么名字、首页有几个按钮、启动页停留几秒、关于页在第几层。它写的是动作和边界，不是结果。

这 3000 条的结构是固定的，一条话术由七个部件按顺序拼成：一句目标，然后是要做什么、细节要求、参数参考、范围、验收、约束。这个结构不是排版爱好，它是"一条需求要能被准确执行"的最小完整集合。逐个拆开看：

部件	它回答的问题	选中之后你要不要动它
一句目标	这件事到底要达成什么	基本保留，它是你挑这条的理由
【要做什么】	具体动作分几步、先后顺序	按你的实际情况删减步骤
【细节要求】	做成什么形态算合格	要动：形态得换成你要的
【参数参考】	尺寸、数值、字段名这类可填的坑	必须动：换成你包里的真实值
【范围】	改哪些页面、哪些资源、哪一版	必须动：换成你自己的位置
验收	怎么判断改成功了	建议补一条你自己的判定
【约束】	什么不许碰、什么必须保留	必须动：补上你的红线

看第三列就明白了：七个部件里，有四个是你必须动手的。这就是本文标题里"改写"两个字的由来——点一下只是把骨架填进了需求框，剩下的肉得你自己长。那些把话术直接点出去、结果改歪了的人，问题多半不在话术，而在这四处一处都没改。

再解释一个数字：为什么每条是 280~425 字，而不是一句话？因为需求太短，AI 只能猜——猜你指哪个界面、猜你要什么效果、猜边界在哪，猜错一次就是一轮返工；需求太长也不行，重点会被淹在形容词里，反而不好执行。280~425 字正好是"能把动作、参数、范围、约束都说完，又不至于让人读不下去"的长度。你改写的时候也建议守住这个量级：删掉与本应用无关的部件，但别把范围与约束删没了。

最后是六分类的地图。先在这里看一遍，后面三节再逐组展开：

分类	什么场景才点它	它主要在管什么	风险
界面美化	换图标、改应用名、换启动图、换主题色、改界面文字与图片	看得见的外观	低，不动逻辑
弹窗引流	自家活动弹窗、启动页推广位、公告条、更新提示	出现的时机、频次、能不能关	中，容易挡住主流程
去除限制	自家内测包的次数限制、试用提示、功能开关、调试入口	解开某个已有约束	高，最容易越界
常规修改	改版本号、默认配置、文案、权限、自家接口地址	改一个具体的值	中，单项影响面可能很大
混淆去毒	包被混淆过、或被判成不干净，需要先判断状态	包的洁净度与可读性	高，先判断再动手
插件添加	要给现有应用补一块它原本没有的能力	加法：多出来的东西	高，依赖与体积都变

这张表建议截个图存着。它最大的用处不是"教你点哪里"，而是帮你在打开话术库之前就决定好去哪个分类。分类选错，后面怎么改都别扭——这是新手最常犯的第一个错。

二、界面美化与弹窗引流：一个管脸，一个管节奏

六个分类里，这两个是最常用的，也最容易被混着用。一句话分清：界面美化管"长什么样"，弹窗引流管"什么时候出现"。你要是把"去掉启动页那张推广图"的需求丢进界面美化，很可能得到一句"已替换该图片"——图是换了，可它还在，只是从一张图换成了另一张。场景错位，结果就错位。

界面美化：最适合当第一条话术

界面美化覆盖的动作最直观：换应用程序图标、改应用名、换启动图、换主题配色、替换界面上任何文字和图片。它有三个特点，正好对新手友好：反馈即时（改完装回去，眼睛直接看得见）、风险低（不碰逻辑，很难把应用改崩）、素材现成（图就在你手机相册里，或者刚从微信里收下来）。

在手机上做这一类，有一个别处比不了的好处：素材和成品在同一台设备上。你在相册里挑好一张图，改完直接安装到本机，桌面就在眼前——不用先传到电脑、再传回手机。这个闭环短到几乎没有摩擦，也正因如此，它特别容易让人放松警惕，把"位置"和"边界"两栏空着就点下去。

这一类里最常见的三个坑，提前说清：

• 应用名不止一处。桌面上那行字、设置里应用信息页的标题、最近任务卡片上的名字、关于页里那句"某某 v1.0"，可能来自同一个字符串，也可能是四处各写一遍。话术的【范围】通常会说清改哪几处；你要确认它覆盖的正是你在意的那些，别改完发现关于页还挂着旧名字。
• 图标不是一个文件。一个包里往往有多套密度的图标，还可能有一套自适应图标的配置指向另外两张图。只换一张，在某些设备上就会出现"桌面变了、别的入口还是旧图"的怪现象。话术里如果提到"各密度""自适应"，别嫌啰嗦，那是保命的。
• 文字可能藏三层。字符串资源、布局里直接写的文字、代码里硬编码的文字。前两层属于界面美化能覆盖的范围，第三层要看话术的【范围】怎么写。如果话术只写了资源层，你却期待它改一处代码里的字，那就会得到"部分生效"的结果。

因此界面美化的改写重点，几乎全落在"位置"上：你要换的是哪个图标、哪张图、哪句话，分别在哪。位置写清，这一类基本不会翻车；位置含糊，它就是最容易"看起来改了、其实没改对"的一类。

弹窗引流：这一类管的是节奏

弹窗引流这个名字容易让人以为它只做"加弹窗"，其实它管的是一整套节奏问题：什么时候出现、出现几次、能不能关掉、会不会挡住主流程、点跳过之后去哪儿。它的产物往往不是一个看得见的图，而是一段行为——所以验收方式也和界面美化完全不同：界面美化看"是不是这个样子"，弹窗引流看"第几次启动时它还出不出来"。

这一类有两种典型用法。第一种是正向的：自家应用要上一个活动公告、一个版本更新提示、一个启动页推广位，希望它在合适的时候出现，别烦人。第二种是反向的：自家应用里那些"当年加进去、现在自己都嫌烦"的弹窗和推广位，要清掉。后者在自有应用上是很正当的需求，也恰好是这一类话术里写得最细的一批——因为"去掉"比"加上"更考验边界：去掉哪一处、保留哪一处、去掉之后原来的跳转逻辑怎么走，都得交代。

一句经验：弹窗类需求的验收，永远写成"次数 + 场景"，不要写成"看起来没有了"。写成"冷启动连续三次都不再出现"，你才知道自己是真改对了；写成"不再出现"，你只验证了一次。

还有一条底线要先讲明：这两个分类都只用于你自己开发的、或已获得授权的应用。给别人家的应用加弹窗、改弹窗、去弹窗，都不在本文讨论的范围内，也不该是工具被用去的地方。这条线在后文的合规提醒里还会再说一次，但它值得在这里就先说。

三、去除限制与常规修改：先确认枷锁是谁装的，再改那个值

如果说前两个分类是"手艺活"，这两个分类就是"判断题"——动手之前要先想清楚，因为它们的风险不对称：改动可能只有一行，影响面却可能是一条完整的安装链路或者一次商业判断。

去除限制：三个问题问完再点

去除限制面向的是"应用里本来有一个约束，你想让它不再约束"。在自有应用的语境下，这类需求非常真实：内测包限制了每天的使用次数，测试同事受不了；试用版弹了一个"还剩 7 天"的提示，演示时很尴尬；某个功能被一个开关关着，你想在演示机上打开；调试入口藏得深，每次都要连点七下。

但这一类也是六个分类里最容易越界的一类，所以在点下话术之前，先问自己三个问题：

1. 这个限制是谁加的？是你自己（或你的团队）为了内测、试用、演示而加的，还是别人为了保护付费内容而加的？只有前一种可以动。
2. 去掉之后谁受益？受益的应该是你的测试、你的演示、你自己的使用；如果受益的是"绕过别人的收费"，那就不是需求，是侵权。
3. 有没有连带影响？限制往往和别的逻辑缠在一起：次数限制可能同时在上报、试用提示可能同时控制功能入口。解掉一处，另一处可能空转甚至崩掉。

这三个问题里，第二个是红线，第一个是前提，第三个决定你要验证多少。也正因如此，这个分类的话术里，【约束】那一段往往写得比别的分类更重——它会明确限定适用对象和不得触及的部分。很多人读话术只读前半段"要做什么"，恰恰把最该读的那段跳过了。我的建议是：这一类话术，从【约束】读起，再回头看【要做什么】。

常规修改：小改动，大影响面

常规修改是"改一个值"的活：版本号、默认配置、某句文案、某个权限声明、自家应用的接口地址。它看起来最没有技术含量，实际上最考验你对"连带反应"的了解。举三个例子：

改的东西	看起来只是一行	实际会牵动什么
版本号	把 1.0.3 改成 1.0.4	能不能覆盖安装、应用内更新提示怎么判断、用户看到的是哪个号
包名	改一段字符串	系统会当成另一个应用：两个图标并存、数据不共通、要重新登录
权限声明	删掉一行 uses-permission	相关功能可能直接失效，且失效点不一定在你预期的地方

所以这个分类的改写重点，不在"位置"，而在参数：话术里的【参数参考】给的是示例值，你必须换成自己包里的真实值。版本号写成你自己约定的号，接口地址写成你自己的域名，文案写成你要的那一句原文。留着一个示例值不改，AI 就会照示例执行——它没有义务猜出你想要什么。

一句话总结这两个分类：去除限制要先确认"该不该"，常规修改要先确认"改成什么"。前者是判断题，后者是填空题；判断题答错，后面全废；填空题填错，装上去就知道。

四、混淆去毒与插件添加：两个"先判断再动手"的分类

剩下的两个分类，使用频率远低于前四个，但它们在话术库里各占一块，说明它们对应的是真实存在的需求。我把它们放在一起讲，是因为它们有一个共同点：都不适合"点一下就跑"。

混淆去毒：先看清包的状态

这一类面对的是包的"洁净度与可读性"问题。所谓混淆，是开发者在发布前把类名、方法名、变量名改成无意义的短名，让代码更难读；所谓"毒"，通常指包里混进了不该有的东西，或者被安全软件判成了可疑文件。这两种情况都不是"改一处外观"能解决的，它们的共同前提是先判断：这个包到底是被混淆了，还是被误判了？混淆到了什么程度？动了之后还能不能回编？

对新手来说，这一类最实际的态度是：先别把它当第一课。不是因为它难，而是因为它的失败不像换图标那样"一眼看出来"——它可能回编成功、装上也正常，但某个不起眼的角落已经不工作了。真要碰，请守住三条：读两遍【范围】与【约束】；一次只处理一个对象；改完必须把主流程完整走一遍，而不是只看首页能不能打开。

插件添加：这是加法，验收面要放大

插件添加是六个分类里唯一的"加法"：给一个现有应用补上它原本没有的一块能力。加法的麻烦在于，它不像改文案那样"替换掉就完事"——多出来的东西要占体积、要依赖别的组件、要在某个时机被调用、还要和原有的流程和平共处。

所以这个分类的需求，除了位置、目标、边界这三处，还要多交代一句：它在什么时机起作用。是启动时、是点某个按钮时、还是满足某个条件时。时机不写，插件可能装了但永远不触发，你会以为没加上，其实是没到触发条件。同理，验收也要写清"怎么才算加上了"：是看到一个入口，还是走完一次完整流程。

这两个分类还有一个共同的"停手信号"，值得单独拎出来：当你读不懂【范围】、说不清验收、找不到位置时，先别点。话术是模板，不是保险；它替你把话说完整，但不能替你做判断。看不懂就先去看懂，这比跑一次失败的改包省时间得多。

五、在手机上找那一条：四步归位法

分类定了，接下来是找具体那一条。3000 条听起来吓人，但在手机上其实不必翻很多——前提是你别用"从头往下刷"的方式找。手机屏幕窄，一屏能看的条目有限，漫无目的地滑动是最费时间的做法。我给一套四步的顺序，按这个顺序走，通常几十秒内就能落到候选上。

第一步：把需求压成一个动词。先别想"我要什么效果"，先想"我要对它做什么"。是让它看起来不一样（界面美化）？是让某个东西在某个时候出现或消失（弹窗引流）？是解开一个约束（去除限制）？是改一个值（常规修改）？是让它干净、可读（混淆去毒）？还是加上一块能力（插件添加）？六个动词对应六个分类，一步到位。压不出动词，说明你的需求还没想清楚——这时候点任何一条都是碰运气。

第二步：只扫每条的第一句。一条话术的第一句就是目标，它被放在最前面不是随意：这一句是给你做筛选用的。你不用读 300 字正文，只扫第一句，判断"这条要干的事，跟我是不是同一件"。扫得快的话，一个分类里几十条也就一两分钟。手机上看长文累，这一招能把阅读量压到十分之一。

第三步：用【范围】做二次筛选。第一句对上，只说明"大方向对"，还要看它改的范围跟你的实际情况是否一致。同样叫"改启动图"，有的范围是"替换启动页背景图"，有的是"替换启动页上的品牌标识"，两者动的地方不一样。范围不符，宁可换一条，也别硬套——硬套的结果是位置错位，后面三处改写全要重来。

第四步：用【约束】做最后排除。这一步最容易被跳过，也最不该跳过。约束里通常写着"仅限自有应用""不得改动登录流程""保留原有签名配置"这类底线。读一遍，问自己：这些底线我能不能接受？有一条不能接受，就换一条。四个步骤走完，你手里应该只剩一两条候选，这时候再从头读全文，才不浪费。

还有三个在手机上特别常见的错法，一并列出来，省得你踩——它们的共同点，都是没走完这四步就急着点：

• 跨类借用。明明是"加一个入口"，却去界面美化里找，因为"入口看起来是个按钮"。判断标准永远是"动作"，不是"看起来像什么"。
• 一条需求塞两个目标。既想换图标，又想顺手改个名字，还想把开屏弹窗关掉。三个目标塞进一段话，AI 做好两个漏一个，你还得重新描述。正确做法是拆成三条，一条一个目标，各自验收。
• 把示例参数当自己的参数。话术里写着某个尺寸、某个字段名、某个日期，那是示例。直接点出去，AI 会照着示例改。这三个字要刻在脑子里：换成自己的。

顺便说一句手机端的交互现实：拇指打字慢，改长文很痛苦。所以我不建议你"整段重写"，而是只改关键句——位置那一句、目标那一句、边界那一条。其他的描述性文字留着，它们不影响执行，还能帮你把话说完整。点一下把话术填进需求框，本质上是让你从一个 80 分的草稿开始改，而不是从空白框开始写。

六、选中之后必须改的第一处：位置

从这里开始讲"三处改写"。三处分别是位置、目标、边界，顺序不能颠倒：先定位置，再定目标，最后划边界。因为位置决定"改哪儿"，目标决定"改成什么"，边界决定"别碰什么"——前两个错了，边界写得再好也没用。

位置是三处里最难写的一处，因为它要求你把"我看到的东西"翻译成"包里的东西"。同一个界面，你眼里是"首页右上角那个圆形按钮"，包里可能是某个布局文件里的一行引用；你眼里是"打开就闪一下的那张图"，包里可能是启动主题里的一张背景。翻译得越准，AI 越不需要猜。

位置有三种写法，可靠性依次上升：

写法	例子	风险
按感觉（差）	"把首页那个图标换掉"	首页可能有三个图标，AI 挑错一个
按路径（合格）	"打开应用后进入首页，页面顶部左侧那个圆形头像"	基本能命中，遇到同名控件仍可能偏
按资源或行为（精确）	"应用图标（桌面显示的那个）"／"冷启动时先出现、停留约两秒的那一屏"	最低，但要求你说得准

手机上怎么把位置写准？有个很土但很好用的办法：先在自己的手机上把这个位置走一遍，边点边记路径。比如"打开应用 → 底部第二个标签 → 页面右上角 → 那个齿轮"。这条路径你可以直接写进需求，它比任何形容词都管用。如果位置会随状态变化（比如"登录后才出现"），把条件也写上：路径 + 条件，是位置的完整写法。

再讲三个位置容易写偏的情形，都是我自己踩过的：

1. 同名控件。一个页面里有三个"确定"按钮，你说"那个确定"，AI 只能挑一个。加上位置限定（"弹窗里那个""底部悬浮的那个"）才能定住。
2. 动态生成的界面。有些页面是代码拼出来的，不是固定的布局文件，你在包里翻不到"那一行"。这种时候位置要按行为描述："应用启动后自动出现的那个覆盖层"，而不是按"某个布局文件"描述。
3. 多套布局。横屏竖屏、深色浅色、新旧两版首页，可能各有一份。你只在竖屏下看过，改完横屏可能还是旧的。位置里带上"竖屏首页"，能省掉一次返工。

位置的判断标准很简单：换一个人拿着这句话，能不能在你的应用里准确找到同一个地方。能找到，位置就合格了。找不到，就再加限定词，直到能找到为止。

七、必须改的第二处与第三处：目标与边界

位置说清"改哪儿"，目标说清"改成什么"，边界说清"别碰什么"。三段合起来，才是一条完整的需求。

目标：写成可以对照的样子

目标最常见的写法错误是"抽象"。比如"换个好看点的图标""名字改得专业一点""文案优化一下"——这三句都不是目标，是愿望。目标要写成能对照的东西：一句确切的文案原文、一个确切的文件名、一个确切的数值、一个确切的行为。

三类目标，三种写法：

• 文字类：直接把要显示的字写出来，加引号。"应用名改成'巡检助手 内测版'"。别写"改成内测版的名字"，让 AI 去猜"内测"两个字怎么放。
• 图片类：写清是哪张素材、什么格式、放在哪儿。"用相册里 tool-beta-1025.png 替换应用图标"，比"换一个蓝色的图标"可靠得多。素材文件名带上日期，你自己以后也查得到。
• 行为类：写清"什么条件下、发生什么、不发生什么"。"冷启动时不再展示启动页推广位，直接进入首页；热启动行为不变"。三个分句，缺一句就会留下歧义。

边界：给 AI 一副刹车

边界是三处里最容易被省略、也最容易救命的一处。原因很朴素：AI 会"顺手"。你说改应用名，它可能把关于页里那句带版本号的名字也一起改了；你说关掉启动页推广位，它可能把启动页整个流程都简化了。这些"顺手"在有的时候是贴心，在有的时候是事故。

边界的写法，三句话就够，建议固定成模板：

只改……（把范围收到最小：一处、一个页面、一个版本）
不要动……（列出你绝对不能接受被改的部分：登录、支付、数据、权限、签名配置）
保留……（列出必须维持原样的行为：热启动、返回键、后台保活、原有跳转）

这三句不是形式主义。它们的作用是把"默认由 AI 判断"的部分，改成"由你指定"。举个具体的：你要给自己的应用换图标，边界可以写"只改桌面图标与设置页显示，不要动应用名、不要动启动图、不要动任何权限声明"。这一句加上去，你就不用担心改完发现名字也变了。

还有一条关于【参数参考】的实操建议：这一栏里的值，能换成自己的就换；实在不确定的（比如某个字段名你也不知道），不要瞎填，写一句"以包内实际为准，保持原有结构"。让 AI 按现有结构处理，比让它照着一个错的值改要安全。

把三处改写浓缩一下，就是一句话：位置说到能找到，目标说到能对照，边界说到能刹车。三条都做到了，你点「立刻修改」的时候心里是有底的；做不到，就只能等结果出来再碰运气。

八、两个完整实例：关掉开屏推广位、做一版内测标识

下面两个例子都来自自有应用。第一个演示"弹窗引流"的反向用法，第二个演示"界面美化 + 常规修改"的组合用法。每个例子按"以前 / 现在 / 验证"三段写，你可以直接对照自己的场景改。

实例一：自家记账应用，关掉开屏推广位

以前：这款记账应用是我自己写的，早期为了推一个记账课程，在冷启动时加了一个全屏推广位，停留两秒后进首页。课程早就停了，这个推广位还留着，每次打开自己都觉得别扭。以前的做法是：把包导到电脑上，翻布局文件找那个推广页，找到控制停留时长的那个值，把它改成 0，再回编、签名、装机。一次下来四十多分钟，中间还要处理"改了延时但页面还在、只是闪得更快"的问题；后来换成注释掉跳转，又担心影响启动流程。最烦的是每次改完都要重新走一遍这套流程，因为下个版本又要从头来一遍。

现在：在手机上打开这个项目（可以从文件导入，也可以直接从「已安装应用」里选，省掉导出这一步），进话术库，先把需求压成动词——不是"改一张图"，而是"让它在启动时不再出现"，所以去弹窗引流。扫第一句，找到一条讲"关闭启动页推广位"的；看范围，确认它管的是启动阶段的那一屏；看约束，确认不涉及登录与数据。点一下，话术填进需求框，然后改三处：

• 位置：冷启动时先出现、停留约两秒后进入首页的那一屏；热启动（从后台切回）不涉及。
• 目标：该推广位不再展示，冷启动直接进入首页；首页加载逻辑、登录态判断、账本数据读取全部保持原样。
• 边界：只改这一版；不要动应用名、图标、关于页；不要动任何权限声明；不要改动网络请求相关代码。

改完点「立刻修改」。等它改完，自动打包会依次走完回编、对齐、签名、校验四步，产出一个能直接安装的包。整个过程不用电脑，也不用另找签名工具。

验证：装到本机后，我做了五件事。第一，连续冷启动三次，三次都直接进首页——这验证的是"每次都生效"，不是"碰巧一次没出"。第二，按返回键退出再打开，确认退出行为没变。第三，切到后台再切回来，确认热启动路径没有被牵连。第四，进关于页看版本号，确认还是我自己那一版，没被顺手改掉。第五，随手记一笔账，确认数据读写正常。五件事做完，我才把包分享给家里那位也在用这款应用的人。整个过程从打开应用到装好，不到十分钟，其中大部分时间在等 AI 改。

实例二：内部巡检工具，做一版"内测标识"

以前：团队内部有个巡检工具，正式版和测试版经常同时装在不同同事的手机上，靠图标和名字区分。以前每次发内测包，是三件事分别找人：一个人换图标，一个人改名字，一个人在关于页加构建日期。三个人的口径经常不一致——图标换了名字没换，或者名字换了关于页还是旧日期。发到群里，同事装完问"这版是不是最新的"，谁也答不上来。后来我们想统一，但统一意味着每次发版都要重复三轮沟通，成本比改包本身还高。

现在：拆成两条需求，一条一个目标，分两次做。

第一条走界面美化：图标换成内测专用的那张（素材提前放在手机相册里，文件名带日期，比如 tool-beta-1025.png），应用名改成"巡检助手 内测版"，关于页顶部加一行"内部使用 · 构建 1025"。边界写清：只改这三处，不要动权限、不要动接口地址、不要动登录逻辑。第二条走常规修改：把版本号改成团队约定的内部号。因为版本号会影响覆盖安装的判断，单独作为一条需求，验收时也单独看。

两条需求各自改完、各自打包，手机上直接安装到本机看效果，确认没问题后再一键分享到微信，发到内测群。项目里的修改历史把两条需求原文都留着，谁问"这版改了什么"，翻一下就能答。

验证：四看一装。看桌面——图标是新图、名字带"内测版"；看设置里的应用信息——名字一致、版本号是新的；看关于页——构建日期对得上；看最近任务卡片——名字没有回落成旧名。一装：让一位同事从他的手机装一遍，确认分享出去的包能装能开，名字与图标跟他看到的一致。四看一装做完，这一版才算交付。

这两个例子的共同点，不是"用了话术"，而是三处都改了。你可以设想一下：如果实例一里"位置"写成"启动页那张图"，结果很可能只是换了一张图；如果实例二里把三个目标塞进一条需求，验收就没法分开做，出了问题也不知道是哪一处。话术提供的是骨架，把它撑起来的是这三处。

九、攒成自己的三条私藏

3000 条是公共资产，它解决的是"通用需求怎么说"。但你的应用是具体的：它有你的包名、你的图标、你的页面路径、你的内测规矩。这些信息不可能出现在公共话术里，只能由你自己补。补得多了，就会发现有三条需求你反复在用——把这三条从"每次改一遍"变成"存下来直接用"，就是所谓私藏。

第一条：最高频的那条。对我多数项目来说，是"换图标 + 改应用名 + 改关于页"这套三件套。每次发内测包都要做，每次只差几个字。把它攒成一条带占位符的骨架，改的时候只替换文件名、名字、日期三处，其余原样保留。

第二条：最危险的那条。凡是涉及包名、签名、权限这类"改一行、影响一条链路"的需求，都值得单独存一条，而且要把边界写得比平时更狠：改哪个、为什么改、改完怎么回滚、哪些东西绝对不能碰。这条私藏的价值不在于省时间，而在于让你每次都按同一套安全动作走，不会因为赶时间漏掉边界。

第三条：最省事的那条。每个团队都有一套固定动作，比如"内测包三件套"（图标、名字带内测、版本号）或者"演示包两件套"（关掉推广位、换成演示数据标识）。把它写成一条，下次发版直接改日期。

怎么攒？最靠谱的素材来源是修改历史。手机端每次需求都会记进项目 history，原文完整保留、可追溯。你改成功一版之后，回到历史里把那条需求原文抄出来，做三步加工：

1. 去掉这一次的专属信息。具体日期、具体版本号、这次用的那张图的文件名，全部换成占位符，比如"【素材文件名】""【构建日期】""【内部版本号】"。
2. 补上边界。当时你可能在对话里临时补了一句"别动登录"，把它正式写进骨架。私藏之所以可靠，靠的就是这些越攒越厚的边界。
3. 写清验收。把"我当时怎么确认它成了"写成一句可执行的话。没有验收的模板，用一次就要重新想一次。

一条攒好的私藏，大概长这样：

【内测包三件套】把本应用做成内测版：① 用【素材文件名】替换应用图标（各密度与自适应图标一并处理）；② 应用名改为"【应用名】 内测版"，桌面、设置页、最近任务、关于页四处保持一致；③ 关于页顶部加一行"内部使用 · 构建【日期】"。
不要动权限声明、接口地址、登录逻辑、签名配置。保留原有启动流程与返回键行为。
验收：桌面、设置-应用信息、关于页、最近任务四处名字一致；分享到微信后对方安装，名字与图标一致。

三条私藏攒下来，你会发现一个变化：你从"翻话术"变成了"改话术"。公共话术仍然有用——它是你遇到新需求时的起点；但日常那 80% 的重复活，已经不需要再翻库了。这就是"话术是起点不是终点"最实际的样子。

最后提醒一句：私藏会过期。应用改版之后，页面路径会变、图标目录会变、关于页可能挪了位置。用之前先在自己的手机上把路径走一遍，确认位置还对得上——这一步花三十秒，能省掉一次改歪。

十、为什么在手机上改：便利性、边界与互补

讲完方法，回到一个更基本的问题：为什么要用手机改？把整条链路塞进手机，到底换来了什么、又牺牲了什么？我按自己的使用感受分三层说。

第一层：启动成本几乎为零。电脑改包要先有一个"坐下来"的动作：开机、找文件、等工具加载。手机不用——它本来就在你手里。安装包约 7MB，Android 10 及以上直接装；首次启动会按需下载一次运行环境，因为环境不塞进 APK 里，之后就不用重复下载了。这个设计的好处很直接：安装快、占位小、更新轻。代价是第一次要等它装完，别在这时候急着改大包。

第二层：素材和成品在同一台设备上。这是手机端最被低估的优势。图标在相册里、活动图在微信里、要改的包是同事刚发来的——全在这台设备上。改完直接安装到本机，桌面就在眼前，看一眼就知道对不对；也可以一键分享到微信或 QQ 发给同事，或者另存到「下载」留档。整个来回没有"传输"这个环节，也就没有"传错版本"这个错误。

第三层：全链路本地完成，还能追溯。反编译、改包、回编、对齐、签名都在手机上本地跑，不依赖一台在线的电脑；自动打包依次走完四步，产出能直接安装的包。每次需求都记进项目 history，改了哪几版、每版怎么说的，翻得到；项目文件也能在应用内浏览与手工编辑，需要微调时不必换工具。

当然也有边界，说清楚更好用。第一，包越大、改动越大，等得越久，手机不是为批量出包设计的，一次改一处、小步验证更合适。第二，验证不能省，手机方便到让人想"装上看一眼就算完"，但开屏、弹窗、启动这类改动，必须按次数、按场景验。第三，它和电脑版是互补关系：电脑版适合成批的、长时间的、需要反复对比的活；手机版适合接住临时起意的、零散的、就在手边的需求。两个版本各管一段，谁也不替代谁。

这也解释了为什么话术库在手机上格外重要：手机端的输入是最贵的资源，拇指打字慢、切屏烦。话术库把"从零写一段需求"变成"改三段现成的话"，省下的正是最贵的那部分。理解这一点，你就明白为什么本文要花这么大篇幅讲"怎么改"，而不是"怎么点"。

十一、常见问题

问：手机上的话术库怎么用，点一下就行吗？点一下会把整条话术填进需求框，这是省力的地方；但填进去只是草稿，还要按本文说的改三处（位置、目标、边界），再点「立刻修改」。直接点出去也能跑，只是结果大概率不是你想要的——因为话术不知道你的应用长什么样。

问：每条话术为什么都那么长，不能一句话吗？每条 280~425 字，是因为一条能被准确执行的需求要说清动作、细节、参数、范围、验收、约束六件事。少一件，AI 就得猜。你要是嫌长，可以删掉与本应用无关的部件，但别把范围和约束删掉——那两段是保险。

问：我改得只剩两句了，还算用话术吗？算。话术的价值是给你一个结构完整的起点，不是让你逐字照念。改得越贴合自己的应用，成功率越高。真正的浪费是原封不动点出去，然后回来重写一遍。

问：六个分类到底怎么选？把需求压成一个动词：让它看起来不一样 → 界面美化；让某个东西在某个时候出现或消失 → 弹窗引流；解开一个约束 → 去除限制；改一个值 → 常规修改；让包干净可读 → 混淆去毒；加一块能力 → 插件添加。压不出动词，说明需求还没想清。

问：话术里的参数我不懂，能照抄吗？不建议。参数参考栏里的值多半是示例，照抄等于让 AI 按别人的应用改你的包。不确定的值，写"以包内实际为准，保持原有结构"，比填一个错的值安全得多。

问：一条需求能不能同时改好几处？能，但不建议。多个目标塞进一条需求，验收就没法分开做，出问题也定位不到是哪一处。拆成几条，一条一个目标，各自改、各自验，反而更快。

问：第一次启动为什么要下载运行环境？因为安装包只有约 7MB，运行环境不塞进 APK，首次启动按需下载一次，之后不再重复。建议第一次连 Wi-Fi、留足空间、等它装完再开始改包；换机或重装会重新走一次。

问：改坏了怎么办？三条退路：原包还在，可以重新导入建项目；每次需求都记在项目 history 里，能追到是哪一步改出了事；成品还能接着改，不必从零再来。真要回退，用改之前那一版重新走一遍即可。

十二、用户怎么说，以及写在最后

下面几条反馈来自自有或已授权应用的使用场景，昵称做了化名处理。他们对"改写"这件事的说法，比我更接地气。

"我以前是把话术整条点出去，改十次成三次。后来学乖了，先把'位置'那句改掉——就改这一句，成功率立刻不一样。现在我手机里存了三条自己的模板，日常够用了。"

—— 阿泽 · 独立开发者

"我们内测包的名字、图标、关于页日期，以前三个人分头改，口径永远对不上。现在一条话术改三处，一个人两分钟搞定，history 里还留着原话，谁问都能答。"

—— 小唐 · 小团队技术负责人

"最实用的是那个'边界'。我加一句'不要动登录'，就再没出现改完要重新登录的情况。以前遇到这种事，我总怀疑是工具的问题，其实是自己没说。"

—— 老麦 · 接单工作室主理人

"我在学校做课程设计，电脑不方便搬。手机上选界面美化那类，改图标和名字，装到本机给同学看，一次就过。3000 条我一条都没背，就记住'先看第一句'。"

—— 小陆 · 在校学生

"关开屏推广位那次，我第一次按'次数+场景'写验收：冷启动三次都不出现。写完才发现，以前我所谓的验证就是打开一次看一眼，难怪总有漏网的。"

—— 林子 · 电商运营

"混淆去毒那类我一直不敢碰。后来想通了：不是不敢用，是还没到该用的时候。现在我先把手头这几条做熟，等真遇到再说。"

—— 阿凯 · 安卓逆向爱好者

"我最喜欢的是它把材料、改包、装机放在同一台手机上。图标在相册里选一张，改完直接装上，看一眼桌面，不对再改。这个循环短到你会愿意多试两版。"

—— 陈默 · 产品经理

写在最后。话术库最容易被误解的一点，是把它当成"自动售货机"：投一条进去，掉一个改好的包出来。真实情况更像"填表"——表是别人设计好的，栏目齐全、顺序合理；内容得你自己填，填得越具体，办得越顺。3000 条的意义，不是让你少想，而是让你不用从一张白纸开始想。

所以这篇讲的全是"改"：改位置，让 AI 找得到；改目标，让结果对得上；改边界，让过程刹得住。三处改完，再攒成自己的三条私藏，下一次就只需替换几个占位符。这套动作做熟之后，你会发现真正的效率不来自"点了哪一条"，而来自你对自己应用的理解有多清楚。

只需说话，就能让应用变成你想要的样子。这句话成立的前提，是那句"话"说得足够准。话术库把话说完整，你把话说具体——两者合起来，才是一次能一次改对的需求。

如果你还没试过：安卓修改大师智改工坊旗下智能修改安卓版的详细介绍与下载入口在 https://www.apkeditor.cn/ai-android-version.aspx；电脑端 AI 改包主力的介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。