售前演示包：假数据、降级环境、不碰生产，随时重做一版

演示不碰生产：假数据、降级环境，说重做就重做

拖入自家应用 → 中文写需求 → AI 改包 → 自动回编 · 对齐 · 签名 · 校验 → 装到演示机或模拟器直接开场

做过售前演示的人都有一个共同记忆：真正的紧张不在讲，而在点。演示机上点下去的每一个按钮，都可能连着你不想连的东西——生产环境、真实订单、真实用户数据。一次「顺手点了下支付」，轻则演示中断，重则要写事故复盘。

这篇讲的是用一款 Windows 桌面工具把演示包做安全：安卓修改大师智改工坊，把「改 APK」从技术活变成一句话——拖入安装包，用中文写需求，AI 改包，改完自动回编 / 对齐 / 签名 / 校验，一键装到手机或模拟器看效果。产品介绍页：https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。

下面按三条铁律展开：不碰生产、用假数据、随时能重做。每一步都写清以前怎么做、现在一句话怎么做、改完怎么验证，例子全部来自自家应用的演示场景。

一、演示包的三条铁律，对应三类事故

• 不碰生产：演示环境必须与生产隔离，接口指向模拟服务，支付、下单这类动作要有降级处理。
• 用假数据：演示时展示的订单、用户、金额都应是构造数据，不能把真实用户信息带到客户面前。
• 随时能重做：演示前一晚改需求是常态，工具必须保证「重做一版」不是从零开始。

这三条不是理念，而是能落到具体动作上的：把接口地址替换掉、把敏感入口降级、把应用名与界面做出演示标识、把源包与需求都留好。下面逐条拆开讲。

这三类事故有一个共同点：它们不是「应用坏了」，而是「边界没划清」。演示包本身工程量不大，但它要求你在动手前把边界想明白——哪些地址要换、哪些入口要降级、哪些数据不能带。想清楚之后，改动反而是整件事里最快的一段。

二、接口换模拟服务、支付入口降级：演示时点哪个按钮都不出事

实例一：自家电商类应用「好物集市」的销售演示版。售前要给客户演示下单全流程，但不希望任何一单真的落到生产系统里。目标很明确：接口地址换成自建的模拟服务，支付入口去掉或改成演示提示。

• 以前：人工解包，在 smali 与资源里搜接口地址、挨个确认哪一处是主域名、哪一处是备用域名；支付入口还牵扯按钮与逻辑两处，改完回编签名，装到手机上把下单流程点一遍。改一轮要来回折腾很久，还容易漏掉某处埋点里的地址。
• 现在：把自家应用的包拖进智改工坊建项目，在输入框里把要求写成一句话——「把接口主域名替换为模拟服务地址，支付入口统一改为演示提示弹窗，不发起真实支付请求」——点「立刻修改」。AI 改完会在项目目录留一个标志文件，主窗口每 2 秒轮询一次，读到就自动弹出打包窗口，回编、对齐、签名、校验一条流水线跑完。
• 验证：打包完成后自动装到演示机或模拟器并拉起应用；在演示机上把下单流程完整点一遍，确认数据来自模拟服务、支付位置弹出的是提示而不是真实支付；同时用 dumpsys 看一眼前台应用确实是它，别让演示开场时才发现装错包。

如果改动点比较多，建议用附件功能把「模拟服务的地址说明」「演示用的占位图」一起传进去，每个文件写清用途（说明不少于 10 个字，程序会校验文件存在、不是目录、不是 0 字节、能读出来），这些说明会拼成「序号. 文件路径 —— 用途说明」跟着需求发给 AI。写清楚的好处是：下一轮改的时候，你连当时的判断依据都还在。

关于模拟服务，有个准备顺序值得记住：先把模拟服务的地址确定下来并跑通，再动手改包。因为改包是一次性的动作，而模拟服务后面会被反复使用——地址填进需求之前先自测一遍，免得改完发现服务没起，演示现场白等。需求里把地址写全，比写「换成测试地址」这种模糊说法可靠得多。

三、假数据与身份标识：让演示包一眼可辨、绝不混用

实例二：把演示包做成「一看就知道是演示版」。做法是两处标识：应用名加上「演示版」后缀，启动页换成演示专用引导图（图上写明本机为演示环境、数据为模拟数据）。

以前：改名要改资源里的字符串，启动页换图要逐套密度替换，改完还要记得把图标也换一版——否则演示机上正式版和演示版两个图标长得一样，手一抖就点错。现在还是那套动作：附件传演示引导图、需求里写明改名与换图、点「立刻修改」，装到设备上直接看桌面名称与启动页效果。

这里有个习惯值得养成：演示机固定一台。因为演示包与正式包包名相同，装在同一台机器上会互相覆盖，把演示专门放在一台测试机或模拟器上，演示结束就恢复出厂或重装，是最省心的做法。程序打包完成后可以「保存 APK」，默认文件名是「应用名_版本号_signed.apk」，命名里带上演示标识，和正式包就不会混。

假数据这部分，工具帮不上忙——数据本身要由演示环境的模拟服务提供。它能帮的是把「演示版必须走模拟服务」这件事在包上固化下来：接口地址换掉之后，即便在演示机上误操作，请求也只会打进自己的沙盒。配套建议是准备一套演示专用账号，与真实账号体系分开，演示结束直接停用。

演示包的安全感来自三个「一眼可见」：一眼看出是演示版、一眼看出数据是假的、一眼看出改了什么。

四、演示机怎么准备：模拟器优先，投屏上场

演示包里跑的是模拟数据，演示机上最好也别用私人手机。模拟器是更稳的选择，智改工坊在设备这一侧做了几件让人省心的事：

• 自动找设备：用 adb 找到手机或模拟器，装上并拉起应用；拉起用的是 am start，而不是旧式做法，避免「明明失败了却报成功」的误判。
• 装完再确认一次：用 dumpsys 看一眼前台应用是不是它——演示前的这一步，能挡住大多数「装错包」的尴尬。
• 手机投屏到电脑：演示时把手机画面走 scrcpy 投到电脑上展示；模拟器则会把窗口提到最前面。
• 国内模拟器自动接管：雷电 / MuMu / 夜神这类模拟器装了但 adb 没连上时，程序会自动扫端口连上；模拟器装了没开，会搜出安装路径并问你要不要现在帮你打开。
• 设备没授权会提示：手机上会提示你点「允许 USB 调试」，免得临开场才发现设备连不上。

把这几件小事串起来，演示前的准备就变成：打开模拟器、点一下出包、看它自动装好并跑到前台。剩下的时间可以用来对台词，而不是折腾设备。

五、随时重做一版：源包与历史就是你的「重置键」

实例三：展会前一晚，演示需求改了。客户临时要求演示版再加一页说明、把某个演示文案换成新话术。这时候最怕的是「上一次改的还记得吗」。

演示包能随时重做的底气来自两处。第一是源包：每个项目都有独立目录（8 位随机字符串命名），建项目时自动写 config.ini 并拷一份 source.apk——无论中途改过多少轮，最初那个未改动的包都还在，重做永远有起点。第二是历史：详情页按最新在最上列出修改记录，每条显示「#序号 + 时间 + 需求原文」，原文完整显示不截断，右侧的「选择」一点，那条需求就回到输入框。上一轮的改动要求不用回忆、不用翻聊天记录，直接回填再改。

还有一层保险是出包标记：每次出包前，程序会自动往 res/values/styles.xml 写入一个 name 为 info 的样式，内容是时间、登录账号、机器码、机器名、系统用户名、程序版本、应用名、包名等信息编码后的标记。演示当天如果手上有两个包分不清哪个是最新，这个标记就是答案。整个过程还会写进项目目录的 pack.log，什么时候出的包、四步有没有跑完，都能翻出来。

六、演示包的制作与回收清单

1. 确认道具：自家应用的安装包、演示引导图、模拟服务地址说明，一起准备好。
2. 建项目：把安装包拖进主窗口，程序用 aapt 解析出图标、应用名、包名、版本号、启动页，解析与反编译在后台线程跑，界面不卡。
3. 传附件：把演示素材一次传进去，每个都写清用途（不少于 10 个字）。
4. 写需求：接口地址、支付入口、演示标识、演示文案，一次说清并写明范围。
5. 点「立刻修改」，等自动弹出打包窗口，看四步跑完：回编 → 对齐 → 签名 → 校验。
6. 装到固定的演示机或模拟器，拉起后点一遍完整流程，确认不会碰到生产。
7. 保存产物并规范命名（应用名_版本号_signed.apk，带演示标识），历史里留好这一版的需求原文。
8. 演示结束回收：清掉演示机数据、恢复出厂或重装正式包，演示环境不长期留存敏感素材。

两个小提醒：打包过程中窗口是不给关的，别以为它卡住了，这是在避免误关导致半成品；第一次用的话，先去「参数设置」做一次工具链体检，aapt / java / apktool / zipalign / apksigner 逐个报是否就绪与完整路径，缺了直接点「立刻更新」自动下载解压工具包，别等到演示现场才发现环境不齐。

七、用户评价与合规提醒

演示包做得好不好，标准很朴素：开场前不折腾，演示中不害怕，结束后不留下麻烦。演示不碰生产：假数据、降级环境，说重做就重做——安卓修改大师智改工坊能帮你做到的就是这三件事：把降级环境改出来，把演示标识做出，把「重做一版」变成几分钟的动作。想看看它具体长什么样、怎么开始，从这里进：https://www.apkeditor.cn/ai-version.aspx。