话术库完全指南：三千条成型指令怎么选、怎么搜、怎么攒成自己的（附模板）

先说清楚我们在讲什么。安卓修改大师智改工坊是一款 Windows 桌面工具，把「改 APK」这件事压缩成一句话：拖入安装包，用中文写需求，AI 改 smali 与资源，改完自动回编、对齐、签名、校验，最后一键装到手机或模拟器上看效果。它的介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。

但如果你真的把包拖进去、坐到屏幕前面，第一分钟里最可能发生的事不是「改错了」，而是根本不知道该写什么。界面上那个输入框写着「在这里描述你的修改需求…」，光标一闪一闪，你脑子里只有一句模糊的「把这个界面弄得好看一点」。这句话发给 AI，AI 只能靠猜：好看是哪种好看？改哪一页？改完什么算合格？猜错一次，你要等它改完、打包、装机，才发现不是你要的 —— 一次来回十几分钟。

这套工具里最容易被忽略、但实际使用频率极高的一个模块，就是专门解决这一分钟的：话术库。它把「怎么把需求说清楚」这件事，提前做成了 3000 条成型指令。这篇不讲情怀，就讲三件事：这 3000 条是怎么组织的（原理）、分类与搜索、选择与复制该怎么配合用（技巧）、以及你怎么把自己的常用需求也攒进去，越用越省事（进阶）。

一、为什么要有话术库：空白输入框才是真正的门槛

做工具的人有一个常见的幻觉：把能力做出来，用户自然就会用。 但改包这件事的入口不是按钮，而是一段自然语言。按钮人人都敢点，一段自然语言却不是人人都写得出来。我们内部试用阶段收集到的问题里，出现频率最高的一句不是「改坏了」，而是——「我不知道该怎么跟它说」。

所以话术库的定位不是「模板收藏夹」，而是需求书写的脚手架。它的每一条都不是一句短口号，而是把差的应用需求补齐成合格需求的完整结构。合格需求包含五件事，我们在话术库里给每一件都留了位置：

这五件事不是我们发明的，是踩出来的。最初版本的指令写得很短，AI 的产出质量波动非常大：同一个「加个公告弹窗」，有时给你一个规规矩矩今晚不再提示的版本，有时给你一个每次都跳、关都关不掉的版本 —— 差别不在能力，而在需求里有没有把「今天不再提示」这句话说出口。把五要素写全之后，同一条需求在不同项目上的产出开始稳定下来，这就是话术库存在的全部理由。

顺带说一句：话术不是「更礼貌的说法」，是「更完整的说法」

很多刚上手的人会以为话术库是「把话说得好听一点」，所以随手把话术改短。这是一个典型的误解。话术的价值 90% 在信息量，10% 在措辞：把「换成玻璃质感」扩写成「换成毛玻璃质感、透明度控制在 60%~85%、模糊半径 12~20dp、描边用 1dp 白色 12% 透明度」，前者 AI 只能猜，后者 AI 只剩执行。你完全可以把话术改得口语化，但请别把要素删掉。

二、骨架：6 个分类、3000 条、按「分类 + 搜索」两把钥匙找

话术库的内容不是散装卡片，而是有明确骨架的：6 个分类，每个分类 500 条，合计 3000 条。分类名是固定的六类，每类下面覆盖的是这一类需求最常出现的写法变体：

分类	管什么	典型诉求
界面美化	外观、配色、动效、布局	玻璃质感、沉浸式、主题色统一
弹窗引流	应用内自己的弹窗与公告位	启动公告、更新提示、加群入口
去除限制	自有应用里自己设的限制项	内测版本去掉自己的试用次数限制
常规修改	最常见的整包修改	改包名、改名称、换图标、多语言
混淆去毒	发布前的混淆，与清理二次打包残留	自有应用发布前混淆、清掉被塞进来的推广代码
插件添加	给自有应用加装独立功能模块	使用倒计时、防二次打包、统计上报

注意最后两行的表述：这两个分类听起来锋利，但它们的适用场景始终是你自己的应用 —— 内测包去掉自己设的试用门槛、发布前给自己的代码做混淆、把别人二次打包时塞进你应用里的推广代码清出去。这与「拿别人的商业应用去破解」是两件完全不同的事，后文结尾的合规提醒会再强调一次。

分类与搜索是「与」关系：先收窄，再命中

界面上的筛选逻辑很简单，但用对顺序效率差很多：分类是一把粗筛子，关键字是一把细筛子，两个条件同时生效。关键字匹配的是标题或正文，且不区分大小写 —— 所以搜「弹窗」既能命中标题里写着「弹窗」的条目，也能命中正文里提到弹窗的条目。搜索框是边打边筛的，你敲下一个字，列表就跟着变一次。

把这套机制用顺手，有一个很实在的技巧：先点分类，再敲两个字的关键字。想给自有应用加一个启动公告，就点「弹窗引流」，再搜「公告」；想换图标，就点「常规修改」，再搜「图标」。如果反过来只搜关键字，你会在 3000 条里看到一堆相关但不同类的写法，反而更慢。至于为什么不用「一步到位的关键字搜索」就够了 —— 因为需求里的词经常是模糊的：「引流」这种词你在写需求时未必想得起来，但分类名会替你记住它。

还有两个实现细节值得知道，因为它们解释了你会看到的两种现象。第一，列表在切分类、敲关键字时是整体替换，不是逐条刷新：3000 条话术如果逐条增删，界面要白白刷 3000 次；整体替换的结果是你不会看到列表「一跳一跳」。第二，列表开启虚拟化，只创建你看得见的那几张卡片：所以就算当前分类有 500 条，滚动也不会卡。这也是为什么列表里每条只显示正文开头几十个字 —— 完整正文通常有 300 字以上，全展开会把页面撑爆。

三、选择与复制：一个回到项目，一个走向全世界

每张话术卡片右边有两个按钮，很多人第一次用会分不清该点哪个。它们的区别可以用一句话说清：「选择」是把这条需求放进当前项目，「复制」是把这条需求放到剪贴板、带去任何地方。

对比项	选择	复制
结果落点	项目详情页的需求输入框	系统剪贴板
前提	必须已经打开一个项目	无前提，随时可用
会不会覆盖已有内容	不覆盖，追加到输入框末尾	不涉及
典型用途	立刻改这个项目	写工单、发群里、存笔记、改一改再用
用完去哪	自动切回详情页继续补充	留在剪贴板，粘到哪都行

为什么「选择」一定要回到项目详情页才能用

这是被问得最多的一个问题：「我就想把这条话术填进输入框，为什么还非得先打开一个项目？」 答案藏在整条流水线里 —— 这条需求不是一段可以到处漂的文本，它是某个项目的一次改动任务。

点下「立刻修改」之后，程序要做四件带上下文的事：把需求原话写进这个项目目录下的 history.ini；把需求文本组装好发给 AI，其中固定的环境说明里会写明这个项目的工作目录（AI 要切换到那里去改）；发送成功后开始盯这个项目目录里有没有出现标志文件；打包也发生在这个项目目录里。四件事全都指向「哪个项目」这个问题。话术本身是一句没有主语的话，只有挂到某个项目上，它才有落点。

所以真实的使用顺序是这样的：先在「项目列表」里点某个项目的编辑进到应用详情页，再在详情页点「选择话术」，跳到话术页时页面顶部会出现一条提示条，写着正在为哪个项目挑话术；挑中一条点「选择」，程序自动把正文追加进输入框并切回详情页，状态行会提示「已插入话术，可以再补充几句后点『立刻修改』」。如果你在没打开项目的时候就点了「选择」，程序不会默默吞掉，而是弹窗告诉你先去项目列表编辑一个项目 —— 以前这里只在页面底部写一句状态，太容易被忽略，点完像是没反应，于是改成了明确弹窗。

反过来说，「复制」就是给「还没有项目、或者根本不是给这个工具用」的场景准备的。你想把一条「改包名」的标准写法贴进需求评审的文档里？复制。你想让同事照着你挑好的这条去改他手上的那个项目？复制，直接发给他。你想在这条话术上大刀阔斧地改几个参数再看效果？也复制，粘进输入框慢慢改。两个按钮不是「一个高级一个低级」，而是两条互不干扰的通道。

还有一个少有人注意的用法：「选择」是追加，不是覆盖。这意味着你可以连着挑两三条话术，把它们拼成一条复合需求 —— 比如先选一条「统一主题色」，再选一条「卡片圆角规范化」，两条正文前后叠在同一个输入框里，再手动补一句「只改设置页和我的页」。这种「多条话术拼一条需求」的玩法，在处理跨界面的整体风格调整时特别顺手。

四、三层文本：话术、需求原话、附件说明各去哪了

改包这件事里同时存在三份文本，很多人把它们混为一谈，结果就是在「历史里为什么没有附件说明」「为什么我写的环境约定不见了」这类问题上反复困惑。把它们摊开看，其实分工非常清楚：

为什么要拆成三层？因为三层各有各的读者。history.ini 的读者是未来的你：三个月后回看「这个包改过什么」，你要的是干净的原话，不是被模板段落和附件清单刷屏。发给 AI 的文本的读者是 AI：材料越全，返工越少。环境说明的读者是这条流水线自身：它是约定，不是需求。

附件那一栏为什么非要你写满 10 个字

附件的校验规则有两条，都是刻意的：文件现在必须真的能用（存在、不是目录、不是 0 字节的空文件、而且当前能读出来 —— 被别的程序独占锁住的文件也算不可用，因为 AI 同样读不到）；用途说明不少于 10 个字。点确定时会逐条校验，不过关就列出是第几个文件出了问题、问题是什么。

为什么卡 10 个字？因为「这个文件是干什么用的」这句话，是 AI 能不能正确使用材料的分水岭。「换成这个文件」和「把这个文件里的图抠出来当背景」是两个完全不同的动作，而你只给了一个路径。10 个字是最低门槛，不是优秀标准 —— 真正好用的写法是「应用图标换成这个文件，同步替换各密度图标」，把动作、对象、范围一起说掉。

另外两个设计细节也值得知道：同一个路径重复选中不会新增一行（同一份文件在一句话里出现两次，AI 反而不知道该听哪条说明），换项目时附件会自动清空（附件是跟着「这次要发的需求」走的，免得把 A 项目的图标发到 B 项目去）。这两条都是「防呆」，不是限制。

五、把常用需求攒成自己的话术：三种攒法，一个文件

内置的 3000 条是「通用写法」，但每个团队总有一批反复出现的私有需求：「把首页那个下线的活动入口藏起来」「把内测版水印加在设置页底部」「把上报域名换成测试环境」。这些需求每次都要重打一遍太亏，攒起来才是正解。幸运的是，话术库的内容并不是编译进程序的，而是放在程序目录下的一个普通文件里：Resources\话术库.xml。

这个文件的骨架非常简单：根节点是「话术库」，下面按「分类」分组，每个分类里是一条条「话术」。分类带名称、说明和数量三个属性，每条话术带一个标题属性，正文就写在标签里面：

改完文件之后不用重启：到话术页点一下「刷新」，程序就会重新读一遍这个文件，分类和条目立刻变。右上角的状态行会告诉你读的结果 —— 正常时显示「话术库已加载：N 个分类 / M 条」。顺带说一个重要的兜底设计：这个文件万一被删了、或者被改坏了格式（比如根节点写错、一条话术都没有），程序不会崩，它会退回内置的少量示例话术保证页面不空，并把原因写进诊断日志。所以「手改坏了」这件事的代价，最多是暂时看不到自己的话术，不会连工具都用不了。

三种攒法，按投入从低到高

1. 最省事：从历史里抄。 先在详情页把一条需求改到满意、真正跑通一次，然后到项目目录里打开 history.ini，把那条原话整段复制出来，粘进 话术库.xml 的某个分类里，起个标题即可。你已经在实战里验证过这条写法有效，攒它零风险。
2. 最规范：自建一个分类。 在根节点下加一个 <分类 名称="我们团队" …>，把团队常用的写法都放进去，标题统一用三段式。这样一来，新人进项目不用读文档，打开话术页点「我们团队」就能看到全部标准动作。
3. 最增值：把五要素补齐。 内置话术最值钱的地方是它把「细节要求 / 参数参考 / 范围 / 验收」都写全了。你把自己的需求搬进来时，也照这个结构补一遍；补的过程中往往会发现「验收标准我自己都没想清楚」—— 那就说明这条需求还不该发出去。

标题怎么起：借内置话术的三段式

随手翻几条内置话术的标题，你会发现一个规律：它们基本都是三段式，用竖线分隔 —— 「功能｜范围｜力度」，例如「启动公告弹窗｜冷启动后的首页｜低频克制」。这三段分别回答：改什么、改哪儿、改到什么程度。好处有两个：一是在列表里扫一眼就知道这条能不能用；二是搜索时命中率更高，因为关键信息都在标题里，而不是埋在正文深处。自己攒话术时照这个格式来，收益立刻体现在下一次搜索上。

两个必须提醒的维护细节

第一，手改过的文件要自己留一份备份。它就躺在程序目录里，程序重装、目录整体替换、或者用生成工具重新生成这个文件时，你的手改内容会被一起覆盖掉——重新生成是按固定结构整份写出的，不会合并。第二，加条目时注意数量属性只是个说明，程序真正统计的是读到了多少条「话术」节点，所以数量写错了不会导致条目丢失，但会让状态行的提示和自己的预期对不上，建议一并改对。

六、附：常用改包需求话术模板（可直接攒进你的分类）

下面这份模板是从实际项目里沉淀出来的，覆盖最常见的六种需求。每一句都可以直接粘进需求输入框，也可以照上面的 XML 结构攒进你自己的分类里。注意每一条都保留了五要素的骨架，你只需要替换方括号里的内容。

这七条模板有一个共同的写法特征：都在最后一句写了验收动作。「装机后看桌面名称、最近任务标题与关于页三处是否一致」这种句子，看起来啰嗦，实际是省时间的：它把「改完了怎么算改好」提前定死，你在打包、装机、复核的时候就不需要临时判断。

七、两个自家改包实例：话术用起来是什么手感

下面两个例子都来自我们自己和同事的日常场景，用的是自家应用、自家素材，重点看「以前怎么做 / 现在一句话怎么做 / 改完怎么验证」这三步。

实例一：公司内部「巡检打卡」App 换启动页背景，顺带把名称改成内测版。

以前的做法是一条不短的流水线：先确认启动页背景图在资源里的文件名和所在目录（这一步常常要在几百个文件名里翻），把新图按原尺寸导出并覆盖，再去字符串资源里改动两处应用名，然后回编、对齐、签名、装机看效果。真正的痛点在最后一步：启动页一闪而过，同事经常要装三四次才能看清到底换的是哪张图。

现在一句话：到话术页点「常规修改」分类，搜「启动页」，挑一条最接近的（例如把背景图与深色主题一起写上的那条），点「选择」回到详情页；把占位参数改成本次的项目值，需求框里最后是这样一段 ——「把启动页背景图换成附件里的新版宣传图，保持原来的显示比例；顺带把应用显示名称改成『巡检打卡 内测版』，各语言资源同步更新。」 然后点「选择附件」把新版宣传图加进来，用途一栏写满 10 个字以上（例如「启动页背景图换成这个文件，按原比例显示」）。点「立刻修改」之后，原话进历史，需求连着附件说明一起发给 AI，程序开始盯标志文件；改完自动弹打包窗口，四步跑完还能勾选「打包后自动运行」，装上并拉起应用，手机走投屏、模拟器把窗口提到最前。

改完怎么验证？启动页一闪而过这个老问题，现在被流水线解决了：打包产物在项目目录的 build 子目录里依次留下未签名包、已对齐包、已签名包三个中间件，全过程写进 pack.log；最后一步签名校验会打印签名者证书信息，拿这一行确认「确实签上了」。想再看一次启动页，把包重装一遍就行 —— 改的是哪张图、装的是哪个包，全程都在这一个项目目录里，不会有「我到底装的哪个版本」的疑问。

实例二：自家「记账助手」加一个克制的启动公告弹窗。

这个需求我们之前用「每次要发版才改一句提示」的方式凑合了两年，一直想做成可从配置读取的公告弹窗，但每次排期都排在后面。前阵子自己动手做：先「复制」了一条「弹窗引流」分类里的公告弹窗话术到草案文档里，把参数（圆角、遮罩透明度、弹出时长、主色）按自家设计规范改了一遍，又把「今天不再提示」的勾选状态要记住这句加了进去 —— 这句话就是从话术库里学来的：写了它，AI 才会去做持久化，不写，大概率给你一个每次都弹的版本。

然后就是标准流程：那句需求最后落成 ——「在应用启动时加一个公告弹窗，正文支持多行滚动，文案从配置读取；带一个『今天不再提示』的选项，勾选后当天不再出现，关闭按钮要明显。」 复制回来的正文粘进输入框，「选择」补齐五要素，点「立刻修改」，等标志文件出现，自动打包，装机。验证方式和模板里写的一样：冷启动看弹窗是否出现、勾选今天不再提示后重启应用确认当天不再弹、正文超长时确认自身可滚动而不是把按钮顶出屏幕。

这两个实例最后都多做了一件事：把跑通的那条原话从 history.ini 里抄出来，攒进「我们团队」分类。下次遇到同类需求，不用重新组织语言，点开分类、搜两个字、选择、改参数，从「想怎么说话」直接跳到「改完验收」。这才是话术库真正的复利：它不只帮你写第一次，是帮你把第十次也省下来。

八、用户评价：他们怎么用这套话术库

九、结语：把「会写字」变成「会提需求」

这篇的技术部分收成三句话：3000 条话术按 6 分类组织，每条都把五要素写全（这是为什么照抄就能用）；分类与关键字是叠加的两把筛子，列表整体替换并开启虚拟化（这是为什么三千条也不卡）；「选择」回到项目、追加进输入框，「复制」走向剪贴板、带去任何地方（这是两个按钮真正的分工）。

使用部分的结论更短：先分类后关键字，选择用于立刻改、复制用于一切别的用途，跑通的那条原话一定抄回自己的分类里。 顺便说一句，工具首页底部那条提示条每 12 秒会换一条内置技巧（一共一百多条，嫌它烦可以在设置里关掉）—— 它讲的多半也是这类小动作。

于是你打开安卓修改大师智改工坊时看到的，就是那句口号描述的样子：只需说话，就能让应用变成你想要的样子 —— 左边写中文需求，右边即时改包，改完自动回编、对齐、签名、校验，再一键装到设备上看效果。「怎么把需求说清楚」这件最难的事，交给一个可以自己长大的话术库。

产品介绍页与下载入口：https://www.apkeditor.cn/ai-version.aspx（官网 www.apkeditor.cn）。