安卓修改大师 · 智改工坊
接单工作室的改包台账：改得动、退得回、说得清
多项目并行 · 交付留痕 · 误改可回退
做接单这行，最难的不是"会不会改"，而是"改完说不说得清"。客户上午说定稿，下午发来新 logo 要换图标，晚上又想起演示包应该连测试环境；你手上有三四个项目在跑，群里还躺着一句"上周那个包是谁打的、哪个版本？"——交付这一关，考的从来不是手速，是痕迹。
这篇就按接单工作室的视角，讲讲「安卓修改大师智改工坊」：一款 Windows 桌面工具，把安装包拖进去，用中文写下需求，AI 改包里的 smali 与资源，改完自动回编 / 对齐 / 签名 / 校验，再一键装到手机或模拟器上看效果。介绍页：https://www.apkeditor.cn/ai-version.aspx。
本 篇 主 张
客户随便改，痕迹留得住。
改得动、退得回、说得清——接单出包的三件事。
先说边界：本文场景全部建立在自己拥有版权或已获得授权的应用上——工作室自研的定制基底包、客户已授权交付的项目、自家演示 Demo。请勿用于破解他人付费应用、去除他人版权信息或绕过安全机制。
一、工作室的一天：三个客户、四版包、一堆"顺带改一下"
接单的活儿，需求从来不是一次给全的。下面这些"顺带改一下"，做过外包的都熟：
- 改品牌：客户换了 logo，图标、应用名、启动图都要跟着换；
- 换环境：演示包要连测试环境，验收包要连预发，正式包不动；
- 加标记：每个交付版本外面看不出区别，客户要求"一眼能认出来是哪版"；
- 回滚：客户说"第三版挺好，回到第三版"，而你手里已经有第七版了。
传统做法下，每一条都要走一遍反编译、找文件、改文件、回编、对齐、签名、装机；更麻烦的是改完手上只剩一个 APK——谁改的、什么时候改的、改了什么，全靠记忆和聊天记录。工作室的口碑，往往就栽在"说不清"上。
并行项目越多，"这一步是谁改的、哪一版"就越值钱
二、交付留痕：一条改动链上有三重痕迹
在智改工坊里，一个项目从建起来到出包，会自然留下三层记录，正好对应接单交付最常被问的三个问题：
项目本身留在磁盘上：每个项目一个 8 位随机字符串目录，自动写 config.ini，并把原始包拷成一份 source.apk 放在里面。项目列表直接读磁盘，带搜索与刷新。
每次需求留在 history.ini 里：点「立刻修改」时，需求原文与修改日期写进 history.ini，详情页按最新在上列出，每条显示「#序号 + 时间 + 需求原文」，完整显示不截断。
每次出包留在打包标记里：出包前程序会自动往工程里写入一条标记（res/values/styles.xml 里 name="info" 的样式），内容是时间、登录账号、机器码、机器名、系统用户名、程序版本、应用名、包名等信息编码后的结果，随包一起交付。
再加上打包过程的 pack.log 与 build 目录里的 unsigned / aligned / signed 三个产物，"这个包是谁打的、哪个版本、改了哪几次"就不再是记忆问题。把常被问到的问题与答案位置列成一张表，交付时随手就能对照：
| 常被问到的 |
答案在哪里 |
| 哪一版、谁打的、什么时候？ | 文件名 + 打包标记（出包时间 / 账号 / 机器码 / 机器名 / 系统用户名 / 程序版本） |
| 这次到底改了什么？ | history.ini 里的需求原文，最新在上、完整不截断 |
| 包是怎么出来的？ | pack.log 的打包过程 + build 下的三个产物 |
需求原文、出包记录、过程日志：交付留痕靠的是顺手，不是补记
三、实例一：把定制基底包改成客户品牌版
我们工作室有一套自研的定制基底包，每个客户项目都基于它做品牌替换。最常见的活儿是：把图标换成客户 logo、应用名改成客户品牌名、启动图换成客户物料。
以前怎么做
反编译一次，钻进 res 目录换图标（还要按密度一个个对），改 strings.xml 换应用名，再换启动图；回编、对齐、签名、装机。客户发来一张新图，这一整套就要再来一遍——所以大家才会怕"客户又换 logo 了"。
现在一句话怎么做：把基底包拖进智改工坊，客户 logo 与启动图当附件传进去（每个文件写一句不少于 10 个字的用途说明，程序会先校验文件能不能用），然后在输入框里写：
把应用名改成「XX 客户定制版」；
桌面图标换成附件 1；启动图换成附件 2；
只改这三处资源，包名、功能与其它界面不动。
点「立刻修改」之后，改完会在项目目录留一个标志文件，主窗口每 2 秒轮询到就自动弹打包窗口，回编 → 对齐（zipalign -p 4）→ 签名（apksigner + testkey）→ 校验（apksigner verify）依次跑完。改完怎么验证：勾上打包后自动运行，程序用 adb 找到手机或模拟器、装上、用 am start 拉起，再用 dumpsys 看一眼前台应用是不是它；你只需确认三处——桌面图标、应用名、启动页画面。确认没问题，产物就在 build 目录下，默认保存名是 应用名_版本号_signed.apk，发给客户时文件名本身就是一条痕迹。
换 logo 这类"重复又碎"的活儿，最值得写成一条固定话术
四、实例二：演示包的接口地址从测试切到预发
第二类高频改动是切环境。我们自己的演示 Demo 里有写死的接口基址，给客户演示时连测试环境，客户内部验收时连预发环境。以前的做法是反编译后全局搜域名，在 smali 里一处一处改 const-string，改错了 App 连不上，漏改了页面就串到另一个环境去。
现在把两套地址与环境说明写成附件，需求一句话讲清切换方向与范围：
把接口基址由 https://api.测试域名/ 改成 https://api.预发域名/；
先告诉我在哪些文件里找到这个域名；
只改网络基址常量，支付、登录逻辑不动。
改完怎么验证：装机拉起后走一遍登录 → 首页 → 列表，看数据是不是预发环境那份；连手机时 scrcpy 会把屏幕投到电脑上，客户在旁边也能一起看。这类改动适合"先定位、再动手"——需求里加一句"先告诉我改动位置"，AI 先把涉及的文件列出来，你确认范围再让它改。
五、误改要能退回来：三层保险
接单最怕改错还退不回去。工具里有三层保险，正好覆盖三种翻车方式：
- 改坏了要原包：建项目时自动拷了一份 source.apk 在项目目录里，原始包随时在；
- 改偏了要重来：详情页的历史列表里每条需求都能点「选择」填回输入框，照着上一版改法补一句说明再发一次；
- 手滑了要防呆：删除项目有防呆设计——只允许删 Project 的直接子目录，不会让你把工作目录整个删掉。
还有一条兜底：反编译失败不影响项目本身——配置、图标、源包已经落地，程序会提示原因并给出 apktool.log 的路径。环境不对时，「参数设置」页的工具链体检会逐个告诉你 aapt / java / apktool / zipalign / apksigner 是否就绪，缺东西点「立刻更新」自动装好，不至于卡在"今天没法开工"上。
六、多项目并行：把并行的项目分开、把桌面腾出一半
工作室的常态是并排跑。项目隔离与列表管理帮的是"别串包"：每个项目独立目录、独立 source.apk、独立 history.ini，项目列表带搜索与刷新，每条可编辑 / 看历史 / 删除。解析与反编译跑在后台线程，界面不卡，你能一边等 A 项目反编译，一边给 B 项目写需求。
- 拖入即建项目：支持 APK / JAR / APKS / XAPK / APKM / CLASS；解析不出包信息的分包与加密包，会以文件名继续建项目并给一句说明；
- 需求有现成模板：话术库六大分类共 3000 条成型指令（界面美化 / 弹窗引流 / 去除限制 / 常规修改 / 混淆去毒 / 插件添加），每条把"要做什么 / 细节要求 / 参数参考 / 范围 / 验收"写全，点「选择」直接填进输入框；
- 双窗口磁吸：AI 改包窗口吸附在主窗口右侧，两窗高度一致、宽度合计固定占屏幕（工作区）的 3/4，主窗口最小化它一起最小化。左边项目、右边对话，一块屏也能并行。
项目隔离 + 需求模板 + 磁吸窗口，是并行交付的三件套
七、用户评价
以下摘录来自接单工作室、外包与交付岗位的使用者（反馈汇总：91% 认为"能说清哪一版是谁打的"比改得快更重要），已获授权并做脱敏处理。
「客户中午说换 logo、下午就要包，以前只能硬着头皮走一遍反编译。现在图丢进附件，一句话的事，晚上还能顺手把另一个项目的包也出了。」
—— 阿峰 · 接单工作室负责人
「交付记录是我现在报价的底气：需求在 history.ini 里、出包时间在打包标记里，客户问哪一版，我两三分钟就能翻出来。」
—— 老严 · 外包团队交付负责人
「有次改错了界面文案，直接在历史里点回上一条改法，补一句说明重发一次，半小时就救回来了——换成以前得重新翻工程。」
—— 小彭 · 独立接单开发者
「同时开三个项目最怕串包。项目各自一个目录、各自一份源包，装到模拟器上看一眼就知道对不对，再没混过。」
—— 阿儒 · 小型开发工作室成员
八、合规提醒与上手顺序
请务必注意：本工具面向你自己拥有版权或已获得授权的应用，用于学习研究、自有产品改包、客户已授权项目与企业内测等合法场景。请勿用于破解他人付费应用、去除他人版权信息、绕过安全机制或任何侵犯他人权益的用途。因使用不当产生的后果由使用者自行承担。
- 建项目：把自有或已授权的包拖进去，等解析与反编译完成；
- 固化常用话术：把"换品牌三件套""切环境地址"写成话术库条目，以后点「选择」直接调用；
- 发需求：写清要做什么 / 细节要求 / 参数参考 / 范围 / 验收，素材走附件并写用途说明；
- 验收与交付：自动装机看一眼，产物按 应用名_版本号_signed.apk 存档发走。
补一句账号上的小事：导入 APK、编辑项目、充值需要先登录（支持微信扫码 / QQ 扫码 / 账号密码）；大师币不足时，导入与编辑项目不受影响，只有详情页点「立刻修改」和「去打包」才会提示充值——所以查历史、翻项目这些整理工作随时都能做。
客户改需求是常态，不是麻烦；真正的麻烦是改了十次之后说不清哪一次改了啥。把需求原文留在 history.ini、把出包信息留在打包标记里、把原始包留在项目目录里，痕迹就是你的交付能力证明——这也是「客户随便改，痕迹留得住」的分量。
本文所述操作均针对自有版权或已获授权的应用；用户反馈已获授权并做脱敏处理。