成品还能接着改：智能修改电脑版三种成品的接入机制

有一个细节，很多人第一次用网址打包时不会注意，等到第二次改的时候才猛然发现：项目列表里那个已经生成好的应用，旁边还有一个「编辑」按钮。

按常理推断，这个按钮大概就是"回去改改参数，重新生成一版"。可真点进去会发现不是：它没有把你带回那张填满配置项的表格，而是直接把你放回一个已经能改的工程里——输入框还是那句"输入您想修改的需求，我来帮你自动修改"。你写一句话、点「立即修改」，它改的是这一版，不是从零再来一版。

这件事听起来平淡，背后却是一条认真设计过的分岔路：网址打包能产出三种成品，三种成品"继续改"的接入方式各不相同——APK 走可反编译工程，EXE 走原始文件，带源码的站点应用走源码目录。入口都叫「编辑」，走下去的风景完全不同。

本文的对象是安卓修改大师智改工坊旗下的 智能修改电脑版：当前版本 V1.9.0.0，大小约 7.01MB，面向 Windows 10 / 11，依赖 .NET Framework 4.6.2 及以上（Win10/11 自带），免安装、解压即用，更新日期 2026-10-24。介绍与下载入口在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn 上同时挂着智能修改安卓版与修改大师经典版。

一、三种成品，三条"接着改"的路

先把场景摆出来。你在电脑版里输入一个网址，或者指向一个根目录带 index.html 的本地网站目录，配好应用名、包名、版本号、图标、内核、启动屏这些参数，点生成。"成品"这个词在网址打包里其实有三种形态。

第一种，安卓 APK。一个能装到手机上的安装包。它是个壳，壳里包着你的网页内容，配合 WebView、腾讯 X5、GeckoView、Crosswalk 这类内核渲染页面；壳上还挂着 UA 预设、友盟统计、用户协议、引流弹窗、启动屏与倒计时、横竖屏、返回键行为这些配置。它们决定了它用起来像不像一个正经应用。

第二种，Windows EXE。一个能在同事电脑上双击打开的小工具。内核可以是 WebView2、CEF，也可以是系统自带的 WebBrowser；窗口模式分普通、最大化、全屏；图标会自动转成 ICO；交付形态可以是一个单一的自解压 EXE，也可以是 Inno Setup 安装包。

第三种，带源码的站点应用。这一种最容易被忽略。打包完成窗口和详情页上都有一个入口，能把 AI 生成的 app 源码目录压成 ZIP 保存。也就是说，除了拿到一个跑起来的成品，你还能拿到这个成品的"施工图"——页面、样式、资源都在里面。

三条路的入口都是项目列表里那个「编辑」。点下去之后，程序会自己判断这个项目是什么来路，把你送到对应的位置。你不需要记住"这个该走哪条"，但你需要知道"我被送到哪儿了、接下来会发生什么"——这就是本文要讲的全部。

二、先认清三种成品：它们的"可改程度"本来就不一样

为什么三种成品要用三种接法？答案在"可改程度"上：一个东西能被改到什么程度，取决于它还保留着多少原始结构。

APK 像一栋图纸还在的房子。它本质是个压缩包，资源、清单、代码分层清楚，反编译之后资源变成可读的 XML 和图片，代码变成 smali，换图标、改应用名、替换界面文案都有明确落点。EXE 像一台已经封装好的整机，不保留可拆解的内部结构给你——你面对的应该是一个交付物：双击就能用，发出去就能收；所以它按原始文件接入，这条路径在程序里叫 raw 模式，JAR、CLASS 项目也走这条。带源码的站点应用像一套图纸和零件都齐的家具，改它不需要拆解动作，直接编辑文件、再出一次包，可改程度其实最高——高到你可以脱离打包工具，用任何编辑器去改。

成品	本质	可改程度	适合谁
安卓 APK	可拆解的安装包，资源与代码分层	高：图标、名称、文案、启动屏、壳内配置都能落到具体位置	要给手机用户装的人
Windows EXE	已封装的交付物，不保留可拆结构	中：在原始文件上直接改，范围取决于成品形态	要给同事发双击即用工具的人
带源码的站点应用	一套源码目录，页面样式资源俱全	最高：可直接编辑文件，不依赖拆解	想把成品留底、长期维护的人

还有一个点要顺手澄清。带源码的站点应用，和"生成源代码项目"是两件事。前者是网址打包时就有的产物：AI 生成的 app 源码目录，可以压成 ZIP 保存。后者是另一条能力：用 jadx 把 APK 导出成 Android Studio 工程放进项目的 source 目录，AI 把它修到 Gradle 可编译可打包，成功后写一个 source_ok.flag 并提示保存 ZIP。前者是"造出来的东西的图纸"，后者是"拆出来的东西的复原图"。

三、接入能成立的四样东西：目录、配置、历史、日志

在讲三条路之前，得先讲一件更基础的事：为什么"接着改"这件事在电脑版里能成立。答案藏在项目目录里——电脑版给每个项目开一个独立目录，目录名是一个 8 位随机字符串。这保证了"一个项目 = 一个自洽的世界"：所有动作都不会溢到别的项目去，要搬走、备份、删除也只处理这一个目录。

四样东西撑起了整条接入机制。

第一样，config.ini。这个项目的配置档案。应用名、包名这些解析出来的信息在这里；签名设置也在这里——默认签名、自己的 jks / keystore、自己的 pem + pk8 证书私钥，还是随机签名，勾了 v1 / v2 / v3 / v4 里的哪几个，都写进去，之后每次打包直接取用。启动时程序还会自动写一份 config.ini 并拷一份 source.apk 进目录，那是原始包的备份，也是最后一道退路。

第二样，history.ini。修改历史。你在详情页输入框里写的那句需求原文，加上修改日期，会被写进这个文件。详情页下半部分会把它列出来，最新的在最上，每条带 #序号和时间，需求原文完整显示不截断；右侧有个「选择」，点一下就把那条需求填回输入框。

第三样，工程目录。APK 项目里是 apktool 目录，装着反编译产物；raw 项目里是原始文件本身，比如 source.exe。这是"改什么"的落点，三条路的差别主要就体现在这里。

第四样，日志。项目目录下有 pack.log 记录打包全过程，apktool.log 记录反编译输出；另外两个在系统目录里，dock.log 记吸附过程，error.log 记未处理异常。日志不是给机器看的，是给你在"这次到底怎么了"的时候翻的。

四、APK 的接入：点「编辑」之后，工程是怎么被接回来的

第一条路，也是最多人走的一条。网址打包生成的 APK 会作为项目留在列表里，点「编辑」，程序做的第一件事不是打开配置页，而是把它自动接入一个可反编译工程——和手动导入一个 APK 后的处理完全一致。这个过程在后台线程里跑，界面不卡；实测 12MB 的包反编译大约 3 秒，产物落在 apktool 目录。

接入完成后，你面对的就是一个普通改包项目。写需求、点「立刻修改」，需求原文和修改日期写进 history.ini，需求送进右侧 AI 工作台。AI 改完会在项目目录留一个标志文件 ai_done.flag；主窗口每 2 秒轮询一次，读到就删掉标志并弹出打包窗口。等待上限是 1 小时，超时会明确告诉你"已停止等待"。

接下来是自动打包四步：回编（apktool b -f）→ 对齐（zipalign -f -p 4）→ 签名（apksigner 配合内置签名）→ 校验（apksigner verify --print-certs）。三个产物依次落在 build 目录：unsigned.apk、aligned.apk、signed.apk，全过程写进 pack.log。为什么第四步不能省？因为前三步只看退出码，"命令跑完了"和"到底签没签上"是两件事——密钥格式不对这种情况，只有 verify 会明确报出来。

这条路上有三个细节值得记住。

一是产物有分工。unsigned.apk 是回编产物，aligned.apk 对齐过了但没签，signed.apk 才是那个能装、能发出去的。别把 unsigned.apk 发给别人——对方装不上，还以为是你改坏了。

二是签名会沿用。签名设置存在项目的 config.ini 里，第一次配好之后每次打包直接用。这条设计对"继续改"特别关键：签名不变，新版本就能覆盖安装旧版本，用户的数据和登录态都还在。反过来说，中途换了签名，老用户就装不上新包，得先卸载——这会清数据，属于必须提前想清楚的事。

三是改完能当场看。打包后程序会自动跑设备预览：adb 找到手机或模拟器，装包，用 am start -W -n 拉起，再用 dumpsys 复核前台应用是不是它。为什么不用 monkey？新版安卓镜像里已经没有它，而且它失败时退出码还是 0，特别容易误判成功。

五、EXE 的接入：原始文件进项目，done 文件是怎么诞生的

第二条路完全是另一种风景。网址打包生成的 Windows EXE 同样留在项目列表里，你点「编辑」，这回程序不会去反编译——它把这个 EXE 当作原始文件，直接放进项目目录（形态上就是一个 source 后缀的原始文件）。不解析、不反编译：因为它本来就是一个交付物，不是待拆解的安装包。

接下来发生的事，和 APK 项目有一个根本区别：AI 直接在这个原始文件上动手改，并且自己完成打包。没有回编、没有对齐、没有 apksigner 那一套——那些是安卓包才有的环节。所以这类项目在界面上是没有「去打包」按钮的。第一次用的人常在这里愣一下：按钮去哪了？答案是不需要，打包已经交给 AI 一起做完了。

改完的产物有一个固定命名：done 加上原扩展名，比如 done.exe。主窗口仍然每 2 秒轮询一次，看到这个文件出现，就把它改名成 done_ok 加原扩展名（done_ok.exe），然后提示你另存为，默认名与原文件同名。

为什么要有"改名 + 另存"这两个动作？改名管识别：done.exe 是 AI 交作业的信号，改成 done_ok.exe 等于盖了一个"这一份已经收下了"的戳，下次再来一份不会被误认。这种做法土，但极其可靠——不依赖进程间通信，在资源管理器里都看得见进度。另存管版本：默认名与原文件同名，直接确认就覆盖上一版；只改一次无所谓，但在"继续改"的场景里是致命的——第三版改坏了，你想退回第二版，发现它已经被覆盖了。

EXE 这条路的纪律可以压成六个字：小步改、勤另存。一次只说清一处改动，改完验证再改下一处；每次另存都带版本信息，永远不覆盖上一版。

还有一层边界要知道：EXE 按原始文件接入，能改的是这个文件本身承载的东西，范围取决于成品形态。如果要动配置层的决定——换内核（WebView2 / CEF / 系统 WebBrowser）、换窗口模式、换交付形态（单一自解压 EXE / Inno Setup 安装包）——这些在开工前被逐项校验、生成时定型，改配置重新生成一版最稳。结构归生成，内容归迭代。

raw 这条路也不止服务 EXE。JAR、CLASS 项目走同一套逻辑：原文件进项目目录，AI 直接改并自己打包，产物 done 加原扩展名。三种文件类型共用一套机制，感受也就一致：都是一句话，都是一个 done 文件，都是一次另存。

六、带源码的站点应用：改源码目录，再出一次包

第三条路最少人走，却是三条路里最"长线"的一条。网址打包除了给你一个能跑的成品，还给了一份源码：打包完成窗口和详情页都能把 AI 生成的 app 源码目录压成 ZIP 保存，里面是页面、样式、资源，一份可以独立存在的目录，不依赖打包工具也能打开、能编辑。

源码在手，意味着控制权从"改成品"升级到了"改成品的来源"：成品是结果，源码是原因。改一句文案两条路都行，但要调整页面结构、换一套配色，成品里未必有落点，源码里一定有。

操作节奏是这样：把源码目录解到本地，用惯用的编辑器打开改文件；改完把目录放回去，重新走一次出包，得到新的成品。"改"和"包"是两个独立动作，中间隔着一次你完全可以控制的停顿——这允许你改完先本地看一眼，确认没问题再出包，而不是每改一个字就打一次包。

这条路适合三类人。一是要长期维护的人：一年改十几次，改到第五次就说不清"最初长什么样"了，源码在手至少有一份基线。二是要移交的人：光给一个 APK，接手的人只能继续在成品上摸索；一份源码 ZIP 加一份说明，他至少知道这东西怎么搭起来的。三是要留底的人：交付类工作最怕"当时的版本找不到了"，源码 ZIP 带版本和日期存一份，比什么都踏实。

但代价也得说清楚。源码目录是"另一份真相"，它和成品之间不会自动同步：你改了源码出包，新成品是最新的；但如果你之后又走"成品接入"改了一次，那份源码就落后了。两份东西各改各的，迟早会打架。所以走这条路要立一条规矩：确定一个主副本。要么以源码为主，所有改动都从源码出包；要么以成品为主，源码只作留底不再动。

七、三成品对照表：改什么、怎么接、产物叫什么、注意什么

成品	改什么	怎么接	产物命名	注意点
安卓 APK	资源与代码：图标、应用名、界面文案、启动屏、壳内配置项	点「编辑」自动接入可反编译工程；改完走回编 → 对齐 → 签名 → 校验四步	build 目录依次出 unsigned.apk → aligned.apk → signed.apk；交付认 signed.apk	签名要一致才能覆盖安装；包名动了等于换了个应用
Windows EXE	原始文件本身承载的内容与可调整项	按原始文件接入：原文件进项目目录，不解析不反编译，AI 直接改并自己打包	AI 产出 done.exe；轮询到即改名 done_ok.exe 并提示另存为（默认与原文件同名）	这类项目没有「去打包」按钮；每次另存带日期，别覆盖上一版
带源码的站点应用	源码目录：页面结构、样式、文案、资源文件	把 app 源码目录压成 ZIP 保存 → 解到本地改 → 放回目录重新出包	ZIP 自己命名（项目名 + 版本 + 日期）；重新出包的 APK / EXE 回到上面两条	源码与成品不会自动同步，必须先定一个主副本

这张表最容易被忽略的是最后一列：前三列告诉你"怎么做"，最后一列告诉你"哪里会翻车"。APK 那行翻在签名上——"继续改"几乎必然是覆盖安装，而覆盖安装的硬门槛就是签名一致，中途换了签名，用户手机上的旧版本就装不上新包。EXE 那行翻在"没有去打包按钮"这个反直觉的点上——第一次用会觉得功能残缺，其实打包本来就是 AI 改完之后自己完成的动作。源码那行翻在"两份真相"上：它不报错、不提醒，只会在某一天让你发现"我改的东西怎么没了"。

八、为什么"继续改"比"重新生成"划算：四笔账

讲完机制，来算账。"我为什么不重新生成一版"这个问题，答案不在功能上，在成本上。重新生成并不是错的选择，它只是有代价，而很多人点下去时并没有把这笔代价算进去。

第一笔账：配置账。网址打包开工前要逐项校验参数——应用名、包名、版本号、图标、内核、UA 预设、友盟统计、用户协议、引流弹窗、启动屏与倒计时、横竖屏、返回键行为；EXE 那边还有窗口模式和交付形态。重新生成意味着再填一遍，而你未必记得住上一版填了什么：图标用的哪一张？内核是 X5 还是系统 WebView？倒计时当时设的两秒还是三秒？凭记忆重填，等于把十几处"当初想清楚了"的决定交给"现在大概记得"。

第二笔账：改动账。这是最贵的一笔。第一版生成之后你至少改过三四轮：启动图换了、应用名从"XX系统"改成"XX助手"、某个弹窗的文案调过。这些改动都在工程里，是实实在在的成果。重新生成是从原始输入重来——新成品回到"生成那一刻"，中间那几轮全部归零。你以为只是"换个图标重新打一版"，实际是"把过去两周的迭代全部撤销"。

第三笔账：历史账。每个项目的 history.ini 记着每条需求的原话和日期，详情页按时间倒序列出来，点「选择」就能填回输入框。重新生成会开一个新项目，历史从零开始。等到某天你想复盘"这个应用是怎么变成现在这样的"，或想把两个月前那条写得特别好的需求捞出来复用，你会发现记录断了。工程的连续性，一半靠文件，一半靠记录。

第四笔账：验证账。同一项目、同一包名、同一签名，"继续改"出来的新版本可以覆盖安装：数据在、登录态在，你只需要验证"这次改的那一处"对不对。重新生成如果不小心动了包名或签名，那就变成一个全新的应用：旧版本不会被替换，数据不通，你得从"第一次安装"开始整套验证。

成本项	继续改	重新生成
配置	原样沿用，不用重填	十几处逐项重填，靠记忆
已有改动	全部保留，在上面积累	回到生成那一刻，中间归零
历史记录	连续，可回填原话	新项目，记录断链
验证	覆盖安装，只验改动那一处	可能变成新应用，整套重验

那什么时候确实该重新生成？三条分界线。第一条，结构层变了——换内核、换窗口模式、换交付形态，这些生成时定型的决定，改配置重新生成更干净。第二条，输入源变了——原来指向线上网址，现在要改成内部本地站点目录，或者反过来，等于换了一个内容世界。第三条，工程已经被改坏且回不去——改到某个版本开始闪退、某个页面彻底废了，而你又没留上一版。这时候 source.apk 或原始文件就是退路，从它重来比在坏掉的工程上修补便宜得多。这也是程序启动时会自动拷一份 source.apk 进项目目录的真正原因。

九、实例一：自家活动页做成 APK 之后继续改

第一个例子，来自一家做智能硬件的公司。市场部每季度做一次促销活动页，页面是自家站点，本地目录里带 index.html。需求很朴素：把活动页做成一个安卓应用，让老客户装在手机上看，比发链接体面。

以前怎么做的。找外包打包：把目录压过去，等排期，回一个 APK，装上看一眼，不满意再提，再来一轮。一次小改动也要走完整个往返，快则两天，慢则一周。后来他们自己动手打，但做法还是"重新生成"——每次改完把那张参数表从头填一遍。填错包名导致旧版装不上的事，发生过一次。

现在怎么做。第一版用网址打包生成：指向本地活动页目录，配好应用名、包名、版本号、图标，内核选腾讯 X5，启动屏放第二期主视觉，倒计时三秒，锁竖屏，返回键行为设为"回上一页"。生成完，APK 留在项目列表里，这一版发到客户群里反馈不错。

两周后活动进入第二阶段，要改四处：启动屏换第三期主视觉；倒计时从 3 秒改成 1 秒（三秒太磨人）；活动页顶部横幅换成新的优惠信息；返回键行为从"回上一页"改成"退出应用"——活动结束后不希望用户在里面绕。

他们在项目列表点「编辑」。程序把这个 APK 自动接入可反编译工程，反编译产物落在 apktool 目录。然后在输入框里写了一句：

附件是两张图，每张都写了一句用途说明——这是附件系统的要求：文件要能用（存在、不是目录、不是 0 字节、能读），说明不少于 10 个字，两张图各写一句，拼成"序号. 文件路径 —— 用途说明"的格式发给 AI。

点「立刻修改」，需求原文和日期写进 history.ini，任务进右侧 AI 工作台。等它改完，项目目录里出现 ai_done.flag，主窗口两秒内读到、删掉、弹打包窗口。四步走完，build 目录里 unsigned、aligned、signed 三个文件依次落位，pack.log 记全过程。

怎么校验。第一条看日志：打开 pack.log，确认四步都过，尤其最后一步 verify 没报证书问题——十秒钟的动作，挡掉后面所有"装不上"的困惑。第二条覆盖安装：把 signed.apk 装到测试机上，因为包名和签名都没动，上一版的数据还在（活动页里有用户填过的抽奖信息，覆盖后仍在），说明这确实是一次升级，不是换了个应用。

第三条逐项看那四处改动：启动屏是不是第三期主视觉、倒计时数到 1 就进去、首页顶部横幅是不是新图、连按两次返回第二次是不是退出。第四条确认前台：用设备预览走一遍——装包、am start -W -n 拉起、dumpsys 复核前台是不是这个包。确认无误后，把 signed.apk 按"活动页_第二期_20261024.apk"这样的名字另存，发到群里。

整个第二轮改动，从点「编辑」到发出去，一个下午。对比以前"重新生成 + 重填参数 + 重新验证"，省掉的不是打字的时间，是"怕填错"的心理成本——因为这一次，包名、签名、内核、UA 这些决定压根没被碰过。

十、实例二：内部手册做成 EXE 之后继续改

第二个例子换一条路，也换一种成品。一家两百人规模的公司，技术支持团队维护一份内部手册：产品参数、常见故障处理、售后流程，做成一个本地站点目录，根目录有 index.html。以前这份手册是"一个文件夹加一份说明"，让同事自己解压、自己找 index.html、自己用浏览器打开，真正会用的没几个。

以前怎么做的。后来有人用别的办法包了一个 EXE，双击就能开，使用率立刻上来了，但迭代成了新问题：手册每月更新内容，每次都要重新走一遍打包——重新选图标、重新挑窗口模式、重新决定是单一自解压还是安装包。有一次发完才发现图标还是旧 logo，又补发一遍，群里两个人同时点了两个不同的安装包，装出来的版本不一样，排查了半天。

现在怎么做。第一版用网址打包的 Windows 出口生成：指向本地手册目录，应用名"产品手册"，图标用公司 logo（自动转 ICO），内核选 WebView2（同事的机器基本都是 Win10/11），窗口模式选最大化——手册要看得全，交付形态选单一自解压 EXE，一个文件发出去就行。

三周后，几个反馈一起来了：目录栏那一列字太小；封面标题要加版本号；默认窗口想再大一点；另外新增了两款产品的参数页。他们在项目列表点「编辑」，这一次没有反编译，EXE 按原始文件接入，原文件直接进项目目录。输入框里写：

点「立刻修改」。这里有一个第一次用会不习惯的点：界面上没有「去打包」按钮，因为 raw 项目里 AI 改完之后自己完成打包，产物是 done.exe；主窗口每两秒轮询一次，看到它出现就改名成 done_ok.exe，然后弹提示让他们另存为。他们第一次直接点了确认，覆盖掉上一版；第二次学乖了，另存时改成"产品手册_V2.4_20261024.exe"——这个动作后来变成了团队规矩。

怎么校验。EXE 的验证和 APK 不一样，重点在"换一台机器还能不能开"。第一步在自己机器上双击，看三件事：目录栏的字是不是真的大了（不是"看起来大了一点"，是"和旁边小标题一样大"）、封面标题下面有没有那行 V2.3、新增的两款产品在"产品参数"下面点得进去且内容对得上。第二步看窗口：默认打开是否接近满屏，最大化再还原有没有变形、内容有没有被切掉。

第三步换机器：找一台刚重装过的干净办公机双击打开，确认不弹额外的运行库提示、能正常渲染。这是 EXE 交付最容易翻车的地方——你自己机器上装过一堆运行库，什么都正常；同事的干净机器才是真实环境。第四步看图标：资源管理器大、中两种视图各看一眼，再看任务栏，两处都清晰可辨才算过。

四步走完，把 done_ok.exe 另存成带版本的名字发到群里，附一句"覆盖上一版，直接双击"。因为文件名不同，不会有人点错；因为内容在同一个工程上迭代，目录结构和入口位置这些"肌肉记忆"一点没变——这是"继续改"最容易被低估的价值：你的用户不需要重新学怎么用它。

十一、手机上也能接着改：安卓客户端的接入视角

讲到这里必须补一段手机端，因为"继续改"很多时候发生在你不在电脑前的时候。智能修改安卓版（当前版本 V50.07.00.00，安装包约 7MB，支持 Android 10 及以上，APK 直接安装，简体中文）同样支持网址打包 APK：网址或本地网站直接生成安卓应用，图标自动转 PNG，包名、版本、启动屏、内核（支持腾讯 X5）、横竖屏、协议、界面风格都能配。更关键的是同一句话：生成后的 APK 自动接入项目，继续发指令修改，不用重新生成。

它在"继续改"这个场景里特别顺手，有三个原因。第一，验证就在同一台设备上。电脑版改完要装到手机或模拟器上看，中间隔着 adb、授权、投屏；手机上改完直接安装到本机，改完那一秒就能看到结果——图标换对没有、启动图出没出来、那句话改到没。第二，需求可以在现场写。开会时有人指着手机说"这里能不能改一下"，你当场写一句需求，点「立刻修改」，等它改完打包装回本机给他看，不需要回工位。第三，改完就能发出去。可以直接安装到本机，也可以一键分享到微信或 QQ，或另存到"下载"。

一句话概括分工：手机负责接住，电脑负责铺开。而"成品能接着改"这条机制，正好让两端接得上——同一份成果，在哪儿都能继续往前推一格。

十二、FAQ、用户评价与写在最后

Q1：点「编辑」和"重新打包"是一回事吗？

不是。重新打包是把成品按原来的方式再走一遍流程；点「编辑」是把成品接回项目，在已经存在的工程上继续改。区别在起点：前者从零开始，后者从上一版开始。APK 接入可反编译工程，EXE 按原始文件接入，都不需要重填参数。

Q2：APK 接入之后，我上一轮改过的东西还在吗？

在。接入的是这个 APK 当前的状态——之前改的图标、应用名、文案、启动屏都还在，新改动是在这个基础上叠加的。这也是它比重新生成划算的核心原因：改动不会归零。项目里的 history.ini 也还在，每条需求的原话和时间都能查。

Q3：EXE 项目为什么没有「去打包」按钮？

因为 raw 模式里打包由 AI 自己完成。这类项目不解析、不反编译，原文件直接进项目目录，AI 改完顺手就把包打好了，产物是 done 加原扩展名。没有回编、对齐、签名那一套安卓包的环节，也就没有那个需要你手动按的按钮。JAR、CLASS 项目同理。

Q4：done.exe 和 done_ok.exe 有什么区别？为什么老让我另存？

done.exe 是 AI 交作业的信号，主窗口每两秒轮询到它就改名成 done_ok.exe，表示"这一份已经收下了"，然后提示你另存。另存的默认名与原文件同名，直接确认就会覆盖上一版。所以正确做法是每次另存都带上版本号和日期——五秒钟的动作，换的是"改坏了能退回去"。

Q5：三种成品会互相干扰吗？

不会。每次生成在项目列表里都是独立条目，各自一个 8 位随机字符串目录，config.ini、history.ini、日志各就各位。APK 接入走可反编译工程，EXE 接入走原始文件，两套机制在各自项目里运转。同一个活动，一个 APK 给客户、一个 EXE 给内部，可以并行推进。

Q6：带源码的站点应用，改源码和改成品该选哪个？

看改动的层级。改一句话、换一张图、调一个壳内配置，改成品更快，一句话就完；改页面结构、换整套配色、加一个说明段落，改源码更自然，因为成品里未必有对应的落点。两者都能用，但别同时改——源码和成品不会自动同步，必须先定一个主副本。

Q7：网页内容改了，已经生成的壳要不要重新出包？

分情况。输入源是线上网址的，应用打开就加载线上最新内容，网页改了不用重新出包；输入源是本地站点目录的，内容是打进包里随身走的，网页改了就得更新资源再出一次包。这一条在选输入源时就该想清楚。

Q8：接入修改要登录吗？会不会很费大师币？

账号规则是明确的：导入 APK、编辑项目、充值需要先登录，支持微信扫码、QQ 扫码和账号密码。大师币不足时，导入 APK 和编辑项目都不受影响，只有「立刻修改」和「去打包」会提示充值。具体以应用内展示和官网说明为准，本文不写价格。点「编辑」接入成品继续改，属于"编辑项目"这一侧。

用户怎么说

"以前最怕客户说'再改一点点'，因为那意味着又一次从头填参数。现在点「编辑」，把他的话原样贴进去，改完覆盖安装，数据都在。"

—— 老周 · 安卓逆向爱好者

"自家活动页做成 APK 之后，第二期改动我只花了半天。包名、签名、内核一个都没碰，所以是覆盖安装，测试机上老数据还在。"

—— 小林 · 独立开发者

"第一次看到 done.exe 变成 done_ok.exe，我还以为是出错了。后来明白这是它的收件确认，还挺踏实——文件在资源管理器里，进度看得见。"

—— 阿凯 · 外包工作室

"内部系统那个 EXE，我们一年改十几版。现在规矩很简单：改完必须另存，名字带版本号和日期。就这一条，救过我们两次。"

—— 张工 · 企业 IT 主管

"以前手册是'一个文件夹加一个说明'，没人看。做成 EXE 之后，双击就开，同事真的会用了。后来改版也没让他们重新学——入口位置一点没变。"

—— 王姐 · 行政主管

"我最喜欢的是源码那个 ZIP。交付的时候一起给出去，对方至少知道自己拿到的是什么，而不是一个改不动的黑盒。"

—— 陈同学 · 计算机专业学生

"促销页一周三个版本。不敢想要是每次都得重新生成，参数表得填多少遍。历史里点「选择」把上次那条调出来改两个字，是真省事。"

—— 老徐 · 市场运营

写在最后：把"第一版"和"第 N 版"分开对待

把这篇的脉络收一下。三种成品有三条接入路径：APK 接入可反编译工程，改资源与代码，走回编、对齐、签名、校验四步，产物认 signed.apk；EXE 按原始文件接入，AI 直接改并自己打包，产出 done 加原扩展名，轮询到就改名成 done_ok 并提示另存；带源码的站点应用则改源码目录再出一次包，源码 ZIP 是施工图，也是交接凭据。

而"继续改"比"重新生成"划算，账是这么算的：配置不用重填，改动不会归零，历史不会断链，验证不用整套重来。四条加起来就一句话——第一版可以重新生成，第二版之后要在原来的工程上往前走。当然，结构层变了、输入源变了、工程被改坏回不去了，这三条分界线一碰，就该老老实实重新生成一版。分清这两件事，是"能接着改"真正发挥价值的前提。

只需说话，就能让应用变成你想要的样子——这句话在"第一版"的时候是惊喜，在"第 N 版"的时候才是日常。因为真正的工作量从来不在第一次生成，而在后面那十几次"能不能再改一点点"。把这十几次的成本压下来，一个工具才算真的留在了你的工作流里。

如果你手上正好有一个做了一半的成品，别急着重新生成。先去项目列表点一下「编辑」，看看它把你送到哪儿——是 apktool 目录，还是一份原始文件，或者是一个该被保存下来的源码目录。看清这条路，再决定下一步往哪走。产品介绍与下载入口在 安卓修改大师智改工坊：https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。