一台不能随便上网的电脑：把工具链和项目准备齐的清单

有些电脑是不能随便上网的。机房里的运维机、财务旁边的内网机、涉密项目用的那台、工厂车间角落里连着设备的机器——这些机器上装软件有个共同流程：先申请、再审批、由别人拷过来、装完还得登记。

在这种环境里用安卓修改大师智改工坊，最常被问的一句是："这软件要联网吗？"

诚实的答案是：它有几个环节需要网络，但更有价值的问题是——哪些东西可以提前准备，让那台机器上少出问题。因为真正让内网部署失败的，通常不是"网不通"，而是"装完了发现缺东西，而补东西又要走一遍审批"。

这篇就是一份准备清单。产品介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn——第一次去那台机器之前，先在能上网的地方把这些看完。

一、先把"哪些环节要网"分清

不分清这个，就会陷入一种很典型的困境：以为整件事都要网，于是整台机器都不敢碰；或者以为完全不用网，装完发现少了一半东西。

先说要网的三件事：

第一件，登录。登录窗口有三种方式——微信扫码、QQ 扫码、账号密码。前两种显然要网；第三种也要，因为账号是在服务端校验的。这是进门那一步。

第二件，补工具链。「参数设置」页有一块工具链体检，五个程序逐个报是否就绪。如果缺，可以点「立刻更新」——它会去下载工具包（7z 格式）、解压到 tools 目录、装完重新检测。这一步要网。

第三件，充值和付款。如果走到需要补充这一步，它是用系统默认浏览器打开支付宝或微信的付款页——那当然要网。

再说不用网的部分，这才是重点：

项目、配置、历史、话术库，全都在本地文件里。项目是磁盘上的目录，每个目录里有 config.ini（配置）、history.ini（需求原话）、反编译出来的工程、打包产物和日志。这些东西不经过任何服务器——它们在你自己手上。

工具链也是本地的。tools 目录下就是那几个程序，它不关心你是从网上下载的、还是从别人机器上拷来的、还是从 U 盘里拖过来的。

把这两组分开看，准备思路就清楚了：在网上能办的事，尽量在"能上网的那台机器"上一次办完；把那台机器上的"东西"整块搬到目标机器上；最后在目标机器上只做"验证"，不做"下载"。

二、第一步：在一台能上网的机器上把工具链备齐

第一件事不是去那台内网机器，而是先在自己这台能上网的机器上，把环境装到"体检表全绿"。

顺序是这样的：

1. 装好，先看「参数设置」页的工具链体检。五项——aapt、java、apktool、zipalign、apksigner——逐个看是不是就绪。
2. 有不就绪的，点「立刻更新」。它会下载工具包、解压、重新检测。这一步可能要等一会儿，视网络而定。
3. 全部就绪之后，再去做一次完整的改包。导入一个自家的包、写一句最简单的需求（比如把应用名后面加个后缀）、让它改、打包、装到设备上。让整条链路真的跑一次。
4. 跑通之后，找到工作目录。通常是 <盘符>:\AiApkEditor（启动时按 D → E → F → G → C 的顺序，取第一个能读写且剩余不少于 1GB 的盘）。

为什么强调"跑通一次再搬"？因为这一步是唯一能发现"看起来就绪其实不能用"的机会。体检表打勾只能说明文件在、路径对，不能说明它真的能跑。而如果这个问题在目标机器上才暴露，你要么重新走审批拷东西，要么在没法下载的环境里干瞪眼。

跑通之后，工作目录里就有两个子目录：

• tools —— java、aapt、apktool、7z、zipalign、apksigner。这就是你要搬的东西。
• Project —— 你刚才测试建的那个项目。这个可以删掉，也可以留着当"样本"。

顺带说一个很省事的点：tools 里的东西是"递归搜索"的，不需要登记。意思是——不管你把这个目录压成 zip 再解开、还是整块拷过去、还是换了个子目录层级，程序都会自己往下找。所以搬运的时候不用小心翼翼地保持结构，"扔进 tools 就行"。

这一点在搬运场景里比平时更有价值。因为压缩、解压、改路径这几步，最容易发生的事就是"层级变了"——你压的时候是三层，解开的时候服务器多套了一个文件夹，变成四层。而在"必须放在固定位置才认"的设计里，这种变化足以让整个工具链失效，而且报错不会告诉你"少了一层"，只会说"找不到"。

三、到底要搬哪几样东西

工作目录结构一旦看清，"搬什么"就清楚了。但这里有个容易搞反的地方，值得先说明。

要搬的第一样：程序本体（安装包）。这个不用多说，正常装就行。如果那台机器连安装都要审批，就提前把安装包一起带过去，别分两次跑。

要搬的第二样：tools 目录。这是重点。如果目标机器能上网，也可以不搬——装完点「立刻更新」自己下。但如果它不能上网，这一块就是必须的，而且是最大的一块（几百兆）。

要搬的第三样：settings.ini（可选）。这文件在工作目录根上，管的是窗口尺寸、两窗宽度合计占屏比例、间隙、轮询间隔、最小宽高、启动时是否跟随、退出时是否关闭右侧进程、主题。纯文本，跟机器无关——想在新机器上保持同样的界面，带上它。不带也没关系，默认值能用。

不要搬的一样：local.ini。它记的是登录缓存、头像地址、机器码、登录方式。机器码这一项，就是"这份缓存只认这台机器"的实现方式。所以你把它拷到另一台机器上，它不会被接受——这不是故障，是设计。（下一节专讲这一步怎么办。）

四、登录这一步，没有绕法，只能提前确认

这一节要说一句不太"推广"的话：登录必须有网络，这一条绕不过去。

原因很直接：登录的三种方式（微信扫码、QQ 扫码、账号密码）全都要把凭据送到服务端校验。没有网络，就没有校验。而"把登录状态从别的机器拷过来"这条路，被机器码堵住了——这是上一个设计决定带来的必然结果。

所以真正要做的，是去之前先问清一件事：那台机器能不能访问外网？

情况一：能上网，只是不让随便装软件。这是最常见的一种"内网"。这种环境下整件事很简单：正常装、正常扫码、缺工具点「立刻更新」——只要装软件这一关过了，剩下的都不成问题。

情况二：能上网，但要走代理。这种要多注意一点。「立刻更新」下载工具包、登录校验，都要走代理。如果系统代理没配好，症状通常是"点了没反应"或者"卡在加载"。验证方法很土：用系统浏览器打开一个网页，打得开就说明代理通了。

情况三：完全不通外网。这种环境下，登录这一步会卡住，没有变通办法。能做的只有两件：一是把工具链提前备好（第三节那套动作），让"除了登录以外的一切"都就绪；二是跟管理员确认有没有可以临时开通的通道——哪怕只开十分钟，扫一次码就够了。

把这个说清楚，比含糊地说"支持离线"有用。因为前者让你能提前安排，后者让你到了现场才发现不行——而在一台要走审批的机器上，"发现不行"的代价通常是一整天。

顺着这个说一个很实用的细节：在机房这类环境里，优先用账号密码登录。

为什么？因为扫码这一套在机房里有很多前置条件：手机得能带进去、得有信号或者连得上内网、你得能腾出手来扫、屏幕还得看得清那个码。而机房里往往是——手机不让带、信号没有、人站在机柜旁边、显示器离得两米远。

账号密码就不一样：它只依赖键盘。你在那台机器上敲完就行，不需要任何外部设备参与。而登录窗口底部就有"去注册"和"找回密码"两个入口，都是同一个窗口里切换的，不用跳出去再跳回来。

所以准备清单里该多一条：去之前确认好自己的账号密码能登、也记得住。——这件事听起来很傻，但确实有人在机柜旁边站了十分钟，才发现自己只记得扫码。

五、到了那台机器上，按这个顺序验

装完不等于装好。在目标机器上，按下面五步验一遍，能挡掉九成"回去之后才发现"的问题。

第一步：看工作目录指到哪儿了。去「参数设置」页看那一行。如果它指向的不是你解压的那个位置，就手动改过去。——这一步最容易漏，因为不改也能用，只是它会在别的地方新建一个空目录，你的 tools 就白搬了。

第二步：看工具链体检五项。全部就绪最好。如果有打叉的，先看它指到哪儿（路径那一栏），再看那个路径下的文件在不在。因为你是搬过来的，最可能的失败原因是"解压的时候少了一层目录"或者"某个文件被杀毒软件拦了"。

第三步：导入一个包。用你自己的、有授权的包。看它能不能显示图标、应用名、包名、版本号、SDK。这一步验的是 aapt 那一环。

第四步：改一句最简单的话，让它打包。比如"应用名后面加个后缀"。打包四步——回编、对齐、签名、校验——跑完，看 verify 那一步有没有打印出证书信息。这一步验的是另外四个程序。

第五步：装到设备上看。如果那台机器连不上手机或模拟器，就跳过这一步——但要知道这是个"未验证项"。因为有些问题只在装机时暴露：启动页起不来、图标显示成旧的、装的时候提示签名冲突。

顺便记住日志在哪儿，因为回去之后你可能会被问到：每个项目目录里有 pack.log（打包全过程）和 apktool.log（反编译输出）；全局的两份在 %LocalAppData%\ApkGallary\ 下，叫 dock.log 和 error.log。——如果你要远程帮别人排查，先让他把这几份发过来，比问十个问题有用。

六、两个真实场景：机房那台，和车间那台

场景一：机房里的运维机。

我们有一台放在机房的运维机，用来管一批内部设备。上面装了一个自家做的巡检 App，每季度要跟着品牌换一次图标，应用名要带季度后缀，启动时那一下白屏要换成背景图。

这台机器的限制是：能上网，但不让随便装软件。装任何东西要走内部申请，一般等一天。

第一次的做法（走了弯路）：只申请装了程序本体，没想工具链的事。装完一打开，体检表上五个里三个打叉。点「立刻更新」倒是能下——但那次网络在维护，下载失败。结果就是：程序装好了，什么也干不了，还得再申请一次"拷贝工具包"。前后拖了三天。

后来的做法（现在固定这么干）：在自己电脑上装好、跑通一次、体检全绿，把整个工作目录压成一个包，连同安装包一起申请带进去。进去之后两步：装程序、把工作目录指到解压好的位置。体检表当场全绿，不用等任何下载。

改的时候怎么做的：导入巡检 App，输入框里写——"图标换成附件里的新 logo，所有密度都覆盖；应用名改成巡检助手 2026 春；启动时先显示附件第二张图作为背景，居中裁切，不要白屏"。两张图分别写清用途："1024 方形 logo，四角不要圆角"和"启动背景 1920x1080，居中裁切"。

改完怎么验：打包四步跑完，verify 那一步看证书——如果是发给内部设备的，得是公司那套签名；然后装到一台测试设备上看三处：图标下方名字对不对、启动有没有白屏、名字有没有被截断。

这个场景真正的教训是什么？不是"要提前准备好工具链"这么简单，而是——在有审批的环境里，"缺东西"的成本被放大了几十倍。在自己电脑上缺个 java，点一下更新，三十秒；在那台机器上缺个 java，可能要等一天。所以那台机器上不该发生"补装"这件事，所有补装都该在能自由操作的机器上完成。

场景二：车间角落里那台，连着设备，不通外网。

另一台更极端：它连着产线上的设备，物理上就没接外网。上面那个巡检 App 的"设备端"版本，就是从这台机器上改出来、再拷到手持设备上的。

这台机器的现实约束有三条：不能出网；USB 口只开了指定的一个；上面没有任何开发工具，也不打算装。

所以它的用法变了——不是"在这台机器上改包"，而是"在这台机器上验证包"。具体说：改包在办公室的电脑上做（能上网、能登录、能随便装），改完把 signed.apk 拷到 U 盘，拿到车间那台机器上，通过它连着的设备装上去看。

为什么不在车间那台机器上装？因为装一次要走流程，而且那台机器屏幕小、分辨率低，窗口高度很容易被截（高度受屏幕限制，而窗口本身不能滚动），底部那几个按钮可能看不见。——这是一个具体的、真实的理由：界面在高缩放或小屏上会被压缩，而看不见的按钮等于不存在。

这两个场景合起来说明一件事："受限网络"不等于"不能用"，它等于"要把动作分配到对的机器上"。能自由操作的那台做重活（装环境、登录、改包、打包），受限的那台做轻活（验证、装机、看效果）。而支撑这个分工的前提，是产物是一个可以拷来拷去的 apk 文件——它本来就是一个文件。

顺便说一个很多人第一次会问的问题：那台受限机器上，能不能干脆不装这个软件？

能。如果你只是想"装上去看效果"，那 apk 本身就够了——用 adb 装、或者拷到设备上点安装。这个软件在那种场景里的价值只有一个：打包完成之后它会自动帮你装上去并拉起来，手机走投屏、模拟器提到最前，省掉你手动敲命令。

所以判断标准很简单：那台机器是"要改"还是"要装"。要改，就得装；要装，一个 apk 加一条数据线就行。把这两件事分开，很多"要不要再申请装一个软件"的纠结就没了。

七、在那台机器上，三个容易忽略的坑

坑一：工作目录放在了"看起来没问题"的地方。

内网机器上常见的三个危险位置：系统临时目录（随时被清）、用户目录下的同步文件夹（会被服务器同步走）、以及某些"安全软件"接管过的目录（写入被拦）。

为什么这类位置特别危险？因为它们的失败方式很安静。临时目录被清的时候，你的项目目录会连配置文件一起消失，而程序下次启动会若无其事地新建一个空的——你会以为是"项目丢了"。同步文件夹更隐蔽：文件在，但同时会生成一堆"冲突副本"，而且如果服务端策略是只读，你连改都改不了。

正确的位置是：一个你有完整读写权限、不会被自动清理、不被同步的本地盘。这也是它默认挑 D 盘的原因——数据盘通常满足这三条。

坑二：杀毒软件把工具链里的某个 exe 拦了。

这是内网机器上最常见的一种失败，而且症状很迷惑：体检表某一项打叉，但你去那个路径看，文件明明在。

为什么会这样？因为有些安全策略不是"删除文件"，而是"隔离"或者"阻止执行"。文件留在原地，但它跑不起来。而体检这一项判的是"能不能用"，不是"文件在不在"——所以它诚实地打了个叉。

怎么确认是这个原因：去那个路径，手动双击一下那个 exe（比如 apktool 的启动脚本、或者 java）。如果弹出一个安全提示、或者闪一下就没了、或者系统直接说"已被阻止"，那就是它。处理方式通常是找管理员加白名单——而这又是一件要提前做的事，不是现场能解决的。

坑三：一边提权了，一边没提权。

这条比较专业，但内网机器上很常遇到。这套软件是两个窗口配合工作的：左边主窗口，右边 AI 改包那边。两个窗口之间要互相"说话"（送需求、通知改完了）。

而系统有一条规则：低权限的程序不能给高权限的程序发消息。所以如果右边那个是以管理员身份启动的，左边那个是普通身份——左边发的需求，右边收不到。

症状是什么？点了「立刻修改」，右边窗口没有任何反应，需求也没进去。看起来像"点了没用"，实际上是"权限不对等"。

怎么避免：两个都用同一种身份启动。要么都普通，要么都以管理员。**最省事的判断方法：如果你是为了某个操作"以管理员身份运行"了它，那么下一次启动也要保持同样方式——不要一半一半。**

这三个坑有个共同点：它们都不是"软件坏了"，是"环境不配合"。而环境这件事，只能提前想到、提前处理。这也是为什么这份清单值得在去那台机器之前看一遍——现场发现问题，代价是几倍。

坑四：屏幕太小或者缩放太高，底部的按钮不见了。

内网环境里，很多机器的屏幕比你想的小——机房里那台 19 寸的老显示器、车间那台嵌在设备里的小屏、还有一堆为了看清字把系统缩放调到 125% 甚至 150% 的机器。

这里有一个容易被误解的地方：窗口被截短之后，滚不动。内容是能滚的，但窗口本身不能。所以被截掉的那部分不是"往下滚滚就有"，而是真的看不见。而改包这件事的关键按钮——立刻修改、去打包、保存 APK——恰好都在底部。

为什么会截？因为窗口高度受屏幕限制。在高缩放下，系统会按比例换算：125% 缩放时你想要的 2000 像素高，实际能拿到的大约只有 1362。多出来的部分会被切掉。

处理办法有两个：一是开 FitToWorkArea（把窗口限制在屏幕去掉任务栏之后那块可用区域内），它会主动收缩，而不是先撑破再被切；二是主动把启动高度调小——配置里能改，命令行也有对应的参数。

在受限环境里，这条尤其值得提前处理。因为那台机器上的"调一下"没有自己电脑上那么容易——你可能没有管理员权限改配置、也可能没人告诉你怎么改。而这些都能在出门前就配好，跟着 settings.ini 一起带过去。

八、你不在那台机器前的时候，怎么帮

内网部署最常见的形态是：你装好、跑通、走人；过两周，那边的人说"用不了了"。而你不方便再进去一次。

这时候最有效的第一句话，不是"你重启一下试试"，是：

"你把「参数设置」页截个图给我，要包含工作目录和工具链体检那两块。"

为什么这一张图这么有用？因为它同时回答了三个问题：工作目录指到哪儿了（是不是被改过、是不是换盘了）、五个程序在不在（是不是被清理或拦截了）、以及路径长什么样（是不是指向了一个不该在的地方）。

而这块界面上"把完整路径打出来"这个设计，在远程协作里就是决定性的。因为远程沟通里最常见的一句废话是"你把文件放哪儿了"，而对方的回答通常是"就在那个文件夹里"。路径能看、能复制，沟通成本立刻降一个数量级。

第二句要看的是日志。按症状决定看哪一份：

• 导入/反编译出问题 → 那个项目目录里的 apktool.log
• 打包/签名出问题 → 那个项目目录里的 pack.log
• 窗口位置不对、两个窗口对不齐 → %LocalAppData%\ApkGallary\dock.log
• 程序崩了、莫名退出 → 同目录下的 error.log

这个"项目里两份、机器上两份"的分法，远程排查时特别好用：它让你在问之前就能猜——如果症状是"这个包不行"，看项目里的；如果是"这台机器不行"，看机器上的。猜对了，一轮就能定位。

最后一条经验：让对方先别重装。重装会清掉现场：工作目录指向哪儿、tools 里有什么、日志是什么时候写的。而在要走审批的机器上，"重装"这个动作本身就要等一天。——先截图、先拷日志、再动手，这个顺序在内网环境里比在自己电脑上重要得多。

九、受限环境里的"最小可用组合"

如果你要给一个团队安排这件事，最省事的方案不是"每台机器都装一套"，而是分清角色。一个最小可用的组合，通常只要三样东西：

一台"能干重活"的机器。能上网、能装东西、能连设备。登录、补工具链、改包、打包全在这一台做。这台机器最好就是你自己日常那台——因为它最熟，出问题最容易排查。

一个 U 盘。它干两件事：把工作目录（或工具包）搬进内网；把打好的 signed.apk 搬出来或者搬到设备旁边。——注意 apk 就是一个文件，它不需要"导入导出"，也不需要"打包成某种格式"。这就是文件方案在这个场景里最大的便利。

一台"只做验证"的机器（可选）。就是那台连着设备、或者必须用它的环境的机器。上面装不装这套软件都行——因为验证只需要装 apk、看效果，这一步用 adb 或者直接拷 apk 到设备上都能做。

这个组合的关键判断是：改包这件事，本质上只需要一台机器加上一堆文件。它不像"部署一套系统"，需要每台机器都配一遍、都注册一遍、都连同一个服务。所以"内网有几台机器"这个问题，其实不太影响方案——真正影响方案的只有一件事：那台干重活的机器，能不能自由操作。

这个组合还有个不那么明显的好处：责任清楚。当"改包"只在一台机器上发生时，出了问题不用猜"是哪台机器上的哪一步出了岔"——因为只有一条路径。而当十台机器各有一套环境时，同一个症状可能有十种原因，排查成本会成倍上升。这对内网环境尤其重要，因为在那里"上去看一眼"本身就要申请。

十、五个具体的问答

问：能不能把工作目录放在共享盘上，几台机器共用一个？

答：不建议。这套软件的配置和历史是 ini 文件，写的时候是"整文件重写"。两台机器同时写，后写的会覆盖先写的，而且不会有任何提示。如果你确实需要"共享一批项目"，正确做法是各自有本地目录，需要时把某个项目目录整个拷过去——因为一个项目就是一个目录，拷它最干净。

问：换机器之后，项目要重新导入一遍吗？

答：不用。项目列表是"读磁盘"读出来的——你只要把 Project 下那些目录拷到新机器的 Project 下，打开就在列表里。配置（包括签名设置）跟着 config.ini 走，历史跟着 history.ini 走，都不需要重新配。

问：那台机器连不上手机，怎么办？

答：三条路。一是用模拟器——常见国产模拟器（雷电、MuMu、夜神等）装了但 adb 没连上时，程序会自己扫端口去连；二是模拟器装了没开，它会搜出安装路径并问你要不要现在打开；三是设备没授权，手机会提示点"允许 USB 调试"。

如果三条都不行（比如 USB 口被封），那就把 signed.apk 拷到 U 盘，用别的方式装。——这时候"打包"和"装机"就分开了，而这两件事本来就可以分开。

问：装完之后大概占多少空间？

答：工具链那套几百兆，加上你导入的项目。项目的大小跟包有关——一个 12MB 的包反编译出来通常是几十兆，加上打包产物（unsigned、aligned、signed 三个 apk）会更多一些。所以工作目录所在的那个盘，留出 1GB 以上是底线，留 5GB 以上才从容。

问：为什么它默认不在 C 盘？

答：启动时的挑盘顺序是 D → E → F → G → C，取第一个能读写、剩余不少于 1GB 的盘。C 盘排最后，是因为系统盘有三个麻烦：权限更严（动不动要管理员）、空间更紧张、备份更贵。——而在内网环境里，这一条还有个额外的好处：系统盘往往是"被策略管得最严"的那一块。

十一、为什么这种环境里，"一句话改包"的价值反而更高

这一节说一个反直觉的判断。很多人以为"受限环境"需要的是"更专业、更可控的工具"——要能看命令行输出、要能手调参数。但实际体感正好相反：受限环境最需要的是"一次就对"。

原因有三个，都跟"试错成本"有关。

原因一：装不了"完整开发环境"。

传统做法的第一步是装一套 Android 开发工具链——几个 G，还要配一堆环境变量。在很多内网机器上，这个申请根本过不了，或者过得了也不想为"每季度换个图标"付这个代价。

而这里的做法是：一套自带工具链 + 一个能说清需求的地方。整个工具的体量在那套开发环境里只算零头，而且它不改系统的环境变量——所有程序都在自己的工作目录里。这一点在"改系统设置要审批"的环境里，是决定性的。

原因二：不敢"多试几轮"。

在自己电脑上，改错了重新来，两分钟。在要走流程的机器上，"重新来"的成本可能是一天——因为补个东西要申请。

所以在那种环境里，"多改两轮"不是懒惰，是昂贵。而一轮改对的前提，是需求写清楚——要做什么、细节要求、参数参考、范围、验收。这五块不是格式洁癖，是"减少轮次"的唯一办法。

原因三：验收这一步反而不能省。

这条和上一条看起来矛盾，其实是一体的。因为改的轮次少，所以每一轮的结果必须验得更认真。在自由环境里，"反正还能再改一次"，人可以偷懒不验；在受限环境里，你必须一次验到位：装到设备上看、看三处、再确认没改的地方没变。

把这三条合起来，会得到一个很实用的工作方法：

还有一条比"写清楚"更具体的要求：把范围写死。

比如改应用名这件事，在自由环境里你可以说"改一下应用名"，改完发现关于页也变了，再改一次。在受限环境里，这个"再改一次"要付出另一轮的全部代价。所以正确的写法是提前把范围写进去："只改桌面显示的名称，不改关于页、不改包名、不改任何提示语。"

为什么范围比细节更重要？因为细节决定"改得对不对"，范围决定"有没有改坏别的地方"。前者要再看一轮才能确认，后者是一眼就能看出来的——而"一眼能看出来"这件事，在只能跑一两轮的场景里价值极高。

这三件事全都能在那台受限机器之外完成。而它们做完之后，你在那台机器上要做的就只剩"点一下、等一下、看一眼"。——这就是"把重活挪到自由环境"这个思路，能一路推到操作层面的原因。

十二、几个在这种环境里干过的人怎么说

十三、一份可以直接照着走的检查表

把前面十一节压成一张清单。分三段：出门前、到场时、回来之后。

第一段：出门前（在能上网的机器上）

• 装好程序，点开工具链体检，五项全绿。有打叉的当场点「立刻更新」补齐。
• 真的跑一次完整流程。导入一个自家包 → 写一句话 → 让它改 → 打包 → 看 verify 打印证书。这一步是唯一能发现"看起来就绪其实跑不起来"的机会。
• 记住工作目录在哪个盘。（默认顺序 D → E → F → G → C，第一个可读写且剩余 ≥1GB 的盘。）
• 把整个 AiApkEditor 目录压成一个包。工作目录里有 tools 和 Project 两个子目录，tools 是必须带的那块。
• 单独带一份 settings.ini（可选）。想在新机器上保持同样的窗口比例和主题，就带上它——纯文本，跟机器无关。
• 不要带 local.ini。它认机器，带了也没用。
• 提前问三件事。那台机器能不能出网？能不能装 exe？安全软件会不会拦 tools 里的程序？
• 确认账号密码能用。机房里可能不让带手机、也没信号，扫码这条路常常走不通，而账号密码只依赖键盘。

第二段：到场时（在那台机器上）

• 装程序，然后把工作目录指到解压好的位置。（不改也能用，但它会在别处新建一个空目录，你的 tools 就白搬了。）
• 看体检表五项。有打叉的，先看路径，再看那个文件在不在、能不能双击跑。
• 导入一个包，看图标和应用名能不能显示。验 aapt。
• 改一句话，让它打包，看 verify 有没有打印证书。验另外四个程序。
• 装到设备上看三处：图标下名字、启动有没有白屏、有没有被截断。连不上设备就跳过，但要记下这是"未验证项"。
• 记下日志位置。项目目录里的 pack.log / apktool.log，%LocalAppData%\ApkGallary\ 下的 dock.log / error.log。
• 确认右边那个窗口和左边是用同一种身份启动的。（一边提权一边不提权，点了会没反应。）

第三段：回来之后

• 写一句交接话：出问题先截「参数设置」那页。要包含工作目录和工具链两块。
• 告诉对方"先别重装"。重装会清掉现场，而在那台机器上重装要等审批。
• 留一份这次的工具目录。下次再进同类机器，直接用它，不用重新准备。
• 把这次的 settings.ini 也留着。如果在那台机器上调过窗口高度才让按钮露出来，那份配置就是下次的起点——不用再调一遍。
• 如果换季还要改一次，把这次的需求原话存成一条话术。下次点「选择」就行。

这张表里，最容易被跳过、也最值钱的是"出门前真的跑一次完整流程"。因为它不产生任何交付物——改了又删掉的那个测试项目，看起来像白干。但它是唯一一次"错了可以立刻修"的机会，而这样的机会，在整个流程里只有一次。而到了那台机器上，同样的错误要等审批才能修。

十四、准备的意义，是把"不确定"挪到能修的地方

绕了一圈，这篇文章其实在讲一件很朴素的事：受限环境的麻烦，不在于限制本身，在于"限制了之后你没法修"。

在自己电脑上缺一个 java，是三十秒的事；在要走审批的机器上缺一个 java，是一天的事。同样的错误，代价差几十倍——而这个差，跟软件做得好不好无关，跟"你在哪儿遇到它"有关。

所以准备的全部意义就是一件事：把可能出问题的地方，挪到能修的地方去试。工具链能不能跑，在自己电脑上试；需求写得清不清楚，在能自由改的机器上试；包能不能装、界面有没有被截断，在能连设备的机器上试。而到了那台不能随便动的机器上，只剩下"确认一切都对"这一件事。——这也是一种分工：把不确定性留在自己能反复折腾的地方，把确定性带到不能折腾的地方。

还有一个副作用值得说：准备过一次的人，会开始知道自己这条链路上哪儿最容易出错。有人卡在 aapt——图标和应用名显示不出来；有人卡在签名——verify 不打印证书；有人卡在话术——写得太笼统，改出来的东西每次都不一样。这些都不是读完说明能知道的，是跑过一次才知道的。而一旦知道了，下次进任何一台受限机器，你会先去验那一处，而不是从头到尾验一遍——这才是那趟"白干"真正留下的东西。

只需说话，就能让应用变成你想要的样子。而在不能随便装东西的机器上，这句话还有一层额外的意思：能说出来的东西，都是可以提前准备的；而准备过的东西，不会在现场给你添麻烦。

安卓修改大师智改工坊的产品页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。它替你省掉的是查文件、重打包这些机械的活，留下的是"你想要什么"和"你怎么知道成了"——这两件事，恰好是整条链路上唯二真正属于你的部分。

---