高校课堂与自学者的改包利器：经典版教学场景实战

在 Android 逆向工程与反编译研究的课堂上，有一个长期困扰老师的问题：整节实验课的大半时间，都耗在「配环境」上。Java 版本要对，apktool 要装，aapt、zipalign、apksigner 一个都不能少，命令行参数要背，签名密钥要找——等所有学生终于把工具跑起来，下课铃也快响了，真正留给「看 smali、改代码、理解资源结构」的时间反而没剩多少。

这篇文章要介绍的，是安卓修改大师智改工坊（介绍页可直接查看：https://www.apkeditor.cn/ai-version.aspx）中的安卓修改大师经典版——一款面向教学与学习场景的 Windows 桌面改包工作台。它把「改 APK」从一整套技术活压缩成一句话：拖入安装包，用中文写需求，AI 改完自动回编、对齐、签名、校验，再一键装到模拟器或真机上看效果。老师少花时间在环境上，学生多花时间在原理上，这正是课堂最该有的样子。

下面的内容按一条教学动线展开：为什么课堂需要这样一台工作台、课前素材怎么准备、课堂演示怎么走、反编译研究具体怎么教、作业怎么留痕、自学者怎么进阶、实验室装机怎么衔接，以及最不能省略的合规边界。所有描述都围绕产品真实具备的能力展开，不写它做不到的事。

一、为什么课堂需要一台改包工作台

先算一笔课堂时间账。传统手工改包教学里，老师带学生走完一次完整流程，要经过这样几个环节：在每台机器上确认 Java 环境、下载并配置 apktool、用 aapt 解出包信息、解包后在 smali 与 res 两棵目录树里定位目标、手动修改、再手动回编、对齐、签名、最后 adb 安装到模拟器。这条链上任何一个环节报错——环境路径不对、命令参数敲错、签名没生效——都要当场停下来排查，而后排同学的屏幕上，往往已经卡住了。

问题不在于「改包难」本身，而在于环境准备和命令记忆吃掉了原本该用来理解原理的时间。逆向研究这门课的教学目标，是让学生看懂一个应用在被拆开之后长什么样：代码如何组织、资源如何引用、清单文件如何描述组件。如果一学期下来，学生记住的是十几个命令行参数，却没怎么翻过 smali 目录，这门课就上偏了。

经典版的思路是把这条链路「收」进一个窗口：环境由工具自己体检、自动补齐；修改用中文描述而不是用代码描述；回编、对齐、签名、校验由固定流水线跑完；装好之后自动拉起应用给你看结果。老师站在讲台上演示时，台下学生的操作路径与老师完全一致——同样的项目结构、同样的日志位置、同样的产物命名，演示完学生立刻能在自己的机器上复现。

• 链路收敛：导入、解析、反编译、写需求、出包、装机预览全部在同一个工作台内完成，学生不需要在五个软件之间来回切换。
• 路径统一：每个项目一个独立目录，配置、源包、反编译结果、打包产物、打包日志各就各位，老师讲「文件在哪」时全班指的是同一个地方。
• 失败可见：反编译失败不影响项目本身，程序会提示原因并给出日志路径，课堂上遇到问题不再是「黑屏式卡死」。
• 门槛分层：初学者先从看得见的界面改动入手，进阶学生再深入 smali，同一套工具能覆盖不同年级的实验要求。

好的实验课不是「老师演示一遍，大家照着敲」，而是「老师演示原理，大家用同一套路径自己走一遍」。工具把环境问题解决掉，课堂才有时间留给原理。

还有一层课堂痛点值得单独说：学生的起点从来不齐。机房里总有几台机器 Java 版本不对、总有几个学生把命令敲成拼音、总有几个人在「签名到底要哪一步」上卡住。传统模式下，老师一节课被这些问题切成碎块，根本顾不上讲 smali 的寄存器原理。经典版把这些差异抹平了：环境是同一套体检标准，操作是同一条中文需求流程，产物是同一个目录结构——学生之间的差距，不再体现在「谁能把环境跑起来」，而体现在「谁对原理理解得更深」。对大班教学而言，这一点比任何单个功能都重要。

从排课角度看，这样的工作台也让实验设计更自由。以前排课要考虑「这节课学生能不能走完整个流程」，现在流程被压缩了，一节课可以同时塞下「导入、修改、出包、装机验证」四个环节，还留出讨论时间。课程大纲的节奏因此可以重新排：第一周看懂包结构，第二周做界面改动，第三周读 smali，第四周独立完成一个完整实验。每一步都有工具托底，学生的挫败感明显下降——这一点在几轮教学反馈里都被反复提到。

二、课前准备：素材与项目体系怎么搭

一堂改包实验课的课前准备，核心是两件事：实验素材从哪儿来，素材进来之后怎么管。经典版在这两件事上都给了固定路径，老师不需要每次临场发挥。

先说导入。支持拖入或选择两种方式，能直接吃下的安装包形态包括 APK、JAR、APKS、XAPK、APKM、CLASS——也就是说，学生从课程仓库里拿的教学 demo 包，绝大多数不需要先转换格式就能进项目。导入之后，程序用工作目录里的 aapt 自动解析出图标、应用名、包名、版本号、最低 SDK 与目标 SDK、启动页。这几项信息恰好是课堂上最常引用的「包档案」：讲版本对应关系时看版本号，讲启动流程时看启动页，讲适配时看 SDK 区间。

图标解析有个值得在课堂上讲的细节：显示出来的图标是从包里取出的原图，并且按最高密度挑选。aapt 报的 65534 是「任意密度」的哨兵值，程序不会把它当成「挑最小的那张」来处理，所以学生在项目列表里看到的始终是清晰原图——这一点在讲「资源密度适配」时可以顺手做成本节的引子。

再说项目体系。每导入一个包，程序自动建一个独立项目目录（8 位随机字符串命名），目录里自动写好 config.ini、拷一份 source.apk 留底、反编译输出落在项目内的 apktool 目录。这意味着「原始包永远在原处」：课堂上怎么折腾，source.apk 都是那一份没动过的底版，学生改坏了随时可以对照、可以重新导入。对教学来说，这个「后悔药」比什么都重要。

解析与反编译都跑在后台线程，界面不卡——老师在等待包解开的间隙，还能继续翻项目列表、调上节课的历史记录，不用干等。实测数据也适合直接在课堂上报出来：12MB 的包反编译约 3 秒；超过 10 分钟会中断并报错，而不是无限挂着。遇到分包 apks、加密包、jar、class 这类解析不出包信息的素材，程序会以文件名继续建项目并在页面上给一句说明，不会把课程素材直接拦在门外。

账号与权限的课前准备也要交代一句：导入 APK、编辑项目需要先登录，登录窗口支持微信扫码、QQ 扫码或账号密码，底部可以去注册与找回密码。学生第一次进机房，扫码登录一次即可。一个对教学很友好的设计是：账号额度不足时，导入 APK 与编辑项目不受影响，只有点「立刻修改」和「去打包」才会提示充值——也就是说，课前把素材导入成项目、把历史记录整理好，这些准备动作在任何时候都能做，不会因为余额问题卡住课堂准备。用户中心里还有项目统计：项目数量、修改总次数、占用空间、所在磁盘剩余，老师扫一眼就知道这批机器的工作目录快满了没有。

素材管理上建议这样落：每节课的实验包统一放进一个课程素材夹，上课前一次性批量导入成项目；不同届学生的练习包分开命名，项目列表自带搜索，课时再多也能按名字快速定位。项目是按磁盘读取的，带刷新按钮，下课前让学生刷新一次，确认自己的项目都在磁盘上落住了——这条小动作能避免「以为保存了、其实没落盘」的乌龙。

三、课堂演示：从解析到改包一气呵成

准备停当之后，一节标准的课堂演示是这样走的：把教学用 demo 包拖进工作台 → 后台解析出包信息 → 在详情页中间的输入框用中文写清楚要做什么 → 点「立刻修改」→ 右侧 AI 工作区窗口执行修改 → 出包 → 装到模拟器拉起应用。整条链路在一块投影屏上从头走到尾，学生看到的每一步都有明确产物，不是黑屏上一闪而过的命令行。

需求输入这一步，是课堂演示节奏的关键。详情页中间的输入框就是和 AI 对话的入口，老师现场用中文描述需求——比如「把启动页背景换成这张图，按钮文案改成『开始实验』」——然后点「立刻修改」。需求原文与修改日期会写进项目的历史记录，需求同时送进右侧 AI 工作区窗口执行。AI 改完会在项目目录留下一个完成标志，主窗口每 2 秒轮询一次，读到就自动弹出打包窗口。这个「自动衔接」在演示时的体感非常好：老师不用守在屏幕前反复确认状态，讲完两句话，打包窗口自己就出来了。

出包这四步，是最适合在课堂上「逐行讲」的部分，因为它正好对应手工改包的全部收尾工序：

步骤	自动执行的内容	课堂上讲什么
回编	apktool b，把改动写回可继续处理的包	资源改动与代码改动如何被重新组织，为什么这一步最容易暴露错误
对齐	zipalign -p 4，资源按 4 字节边界对齐	为什么「看着没必要」的一步其实关系到运行效率
签名	apksigner + 内置签名（可在项目里换成自己的签名）	签名与安装权限的关系，内测包为什么要换自己的签名身份
校验	apksigner verify，确认签名真的生效	为什么命令没报错不等于成功，「看起来成功」与「确认成功」的区别

产物也是分层的，正好当教学素材：build 目录下依次留下 unsigned.apk、aligned.apk、signed.apk 三份文件，全过程写进项目目录的 pack.log。每次出包生成完整打包日志，产物可追溯——讲到这里可以顺手在大屏上打开 pack.log，让学生看到「一次出包」在日志里到底长什么样。跑完之后可以「保存 APK」（默认名是 应用名_版本号_signed.apk），或直接「打开所在文件夹」。打包过程中窗口不给关，避免老师误操作把正在跑的流程关掉——这个防呆设计在人多手杂的课堂上尤其有用。

演示时的窗口布局也值得说一句：AI 工作区窗口默认停在主窗口右侧，两个窗口高度始终一致，宽度合计固定占屏幕工作区的 3/4。拖宽主窗口，右侧自动变窄；主窗口最小化，它跟着最小化，还原一起还原。投影演示时这个布局的实际收益是：左边讲项目与历史，右边讲需求与执行，视线不用在屏幕两边来回跳；settings.ini 里还能调整两窗口宽度合计占屏比例、间隙、轮询间隔等参数，教室是宽屏还是方屏都能调出舒服的排布。另外窗口没有系统标题栏但可拖动、四边可缩放，想贴着大屏边缘排也方便。

演示节奏上，有一个建议可以直接参考：第一次完整演示时，故意在需求描述里留一个「不写验收标准」的反例——比如只写「把应用改好看一点」，让学生看到含糊的需求会得到含糊的结果；再用一条话术库里的成型指令做对照，五要素齐全的需求一次通过。一正一反两屏，比讲十分钟「需求要写清楚」都管用。学生从第一节课就建立「需求即工单」的意识，后面的作业质量会明显不一样。

四、反编译研究怎么教：smali、资源与清单的讲法

反编译研究这门课的核心，是让学生「敢看、能看懂、改得对」。经典版把反编译输出完整落在项目的 apktool 目录里，老师不需要额外做任何导出——讲课时直接让学生在项目目录里逐层打开：代码看 smali，界面看 res 下的布局与图片，应用配置看清单文件。工具负责把包拆开，课堂负责讲清楚拆开之后每一棵树是什么。

smali 怎么教：从「能对应上 Java 概念的一小段」入手，让学生先在 AI 改完的基础上对照前后差异，再过渡到自己写需求。工具侧的好处是：学生每改一次，项目里就多一条带需求原文的历史，改坏了可以对照历史与 source.apk 底版往回退。反编译失败时也不影响项目本身——配置、图标、源包早已落地，程序会提示原因并给出 apktool.log 路径，课堂上可以把这份日志当成「错误分析」的现成案例。

资源与清单怎么教：图标、布局、文案这些看得见的改动，是最适合第一节课就上手的实验。需要替换素材时，用附件系统：点「选择附件」可以一次挑多个文件，并给每个文件写一句「它是干什么用的」；工具会校验文件现在能不能用（存在、不是目录、不是 0 字节、能读出来），且说明不少于 10 个字，然后拼成「序号. 文件路径 —— 用途说明」跟着需求一起发给 AI。这个「说明不少于 10 个字」的规则，在教学上恰好是个绝佳的设计——它逼学生把「这个文件要放在哪、替代谁」说清楚，而不是丢一堆文件让 AI 猜。

需求范例从哪儿来：话术库是现成的教学弹药。它分 6 大分类——界面美化、弹窗引流、去除限制、常规修改、混淆去毒、插件添加——共 3000 条成型指令，每条都把「要做什么 / 细节要求 / 参数参考 / 范围 / 验收」写全。点「选择」直接填进输入框，点「复制」复制正文。对课堂而言，这些话术最好的用法是「讲验收标准」：一条合格的修改需求长什么样、为什么要写清范围与验收、什么叫「改完」。话术库内容来自程序目录下 Resources\话术库.xml，老师可以手改、点刷新重新读——把本校的实验规范写进去，全班用的就是同一套表述。

六大分类在课堂上可以对应成六个难度台阶：界面美化是入门，主打「看得见、好验证」；常规修改是进阶，动参数与行为；弹窗引流是业务向案例，练「在正确的时机触发正确的提示」；插件添加是综合题，练功能模块的挂接；混淆去毒适合高年级，讲代码可读性与清理；去除限制类则一定要绑定合规前提来讲——仅限自有版权或已获授权的应用，这是课堂上必须反复强调的边界。六个台阶排进一个学期的实验计划，课程主线就有了。

附件系统的校验规则也适合拿来讲「严谨性」。工具会校验文件现在能不能用：存在、不是目录、不是 0 字节、能读出来；同时要求用途说明不少于 10 个字，否则不给过。这条看起来严厉的规则，在教学语境里恰好是最好的练习题——它逼学生在动手之前想清楚「这个文件替代谁、放在哪、什么范围生效」。想不清楚的学生，自然会回去把需求重读一遍。课堂上多几次这样的「被打回」，比老师反复强调「想清楚再动手」有效得多。

五、作业与留痕：修改历史怎么变成课堂记录

逆向课的作业最怕「口头交差」：学生说我改了，但改了什么、改成什么样、需求怎么描述的，全凭一张嘴。经典版的修改历史，恰好把这件事变成了可检查、可复用、可留档的记录。

具体来说，每点一次「立刻修改」，需求原文与修改日期就会写进项目的 history.ini。详情页直接列出修改历史，最新在最上，每条显示 #序号 + 时间 + 需求原文——完整显示、不截断。每条历史右侧有个「选择」按钮，点一下就能把那条需求填回输入框，方便「照上次那条再改一遍」。项目列表每条还有单独的「历史」按钮，可以打开历史窗口通览整个项目的改动脉络。

有几个设计细节对教学特别友好，值得在布置作业时讲清楚：

• 历史只留原话：需求原文进 history.ini，附件说明不进历史——历史里是学生自己说过的话，不掺杂工具拼装的路径文本，老师批改时一眼能认出当时的需求。
• 记录可增可减：history.ini 按 记录1、记录2 递增，删掉某一节就等于删掉那条记录——学生想补交「失败的实验」也可以先清理无效记录再留档。
• 项目可管可控：项目列表读磁盘，带搜索、刷新；每条可编辑、看历史、删除。删除有防呆：只允许删 Project 的直接子目录，学生（和老师）不会因为一次误操作把整个工作目录删掉。
• 复用即学习：历史里的「选择」按钮让「照上次那条再改一遍」一键完成——布置进阶作业时，可以要求学生在历史基础上改两个字再来一轮，体会「同一需求、不同范围」的差异。

对老师来说，这套历史体系带来的最大变化是作业标准可以写死：提交物不是「改好的包」这一个文件，而是「修改历史截图 + signed 产物包 + pack.log 摘要」三样。学生到底动了几处、每处的需求怎么描述的、出包过程有没有走完校验，三样一对就清楚。这比传统手工改包作业里「交一个 APK 上来」要可核查得多。

还有一个教学场景特别能体现留痕的价值：实验失败复盘。手工改包时，学生实验失败往往只记得「最后一步报错了」，中间过程没有任何记录，老师只能凭描述猜。经典版里每次出包都生成完整打包日志 pack.log，产物可追溯——回编报了什么、对齐过没过、签名与校验结果如何，日志里一行一行写着。布置作业时可以明确要求：实验失败的学生，把 pack.log 里报错的那一段截出来随作业提交。老师批改时看到的不只是结果，还有过程，讲评时能精准指出「你卡在哪一步」。

项目管理的细节也值得在课堂上演示一次：项目列表每条记录都可以编辑、看历史、删除，删除有防呆——只允许删 Project 的直接子目录。演示时可以告诉学生：「你的项目在自己的目录里随便试，误删也删不到工具本身」。这种安全感会降低学生动手的心理门槛——逆向实验最怕学生因为「怕搞坏」而不敢操作，工具把后悔药备好，实验课的氛围才活。

六、自学者的进阶路径：从换图标到改代码

不是每个自学者都在课堂上。对自己对着教程啃 Android 逆向的人来说，最大的门槛是「不知道下一步该学什么」。经典版把这个问题拆成了一条看得见的进阶路：每学会一个动作，下一层动作就在同一个窗口里等着。

第一站：界面美化。从换图标、换启动页背景、改按钮文案开始。这些改动看得见、验证快——包装到模拟器上拉起就知道对不对。话术库里「界面美化」分类的 3000 条指令里，这类范例最多，照着选中一条、改两个字就能跑通整条链路。

第二站：常规修改。版本号、应用名、启动行为这类参数级调整。自学者在这里第一次理解「改包」不只是换皮，而是真的在动应用的配置项。

第三站：读懂 smali。这时候反编译目录里的代码已经不是天书了——你每一次让 AI 改东西，都可以去 apktool 目录里对照「AI 到底动了哪几行」。改得多了，自然认识寄存器、认识分支跳转，这比直接啃语法书有效得多。

日常陪跑：首页底部有一条使用技巧提示条，每 12 秒轮换一条，内置 191 条，全是「怎么用这个软件」的实战技巧——对自学者来说，它就是一本不重样的自学教材，开着软件干活的间隙随口就看了。用不顺手还能换肤：10 套配色主题（极夜蓝 / 深海蓝 / 紫罗兰 / 樱花粉 / 烈焰红 / 落日橙 / 古铜金 / 青柠绿 / 薄荷绿 / 石墨灰）点一下立刻换，长时间自学也不容易视觉疲劳。

自学者还有一个常被忽略的优势：工具里的细节都是为「一个人干活」设计的。窗口没有系统标题栏但可拖动、四边可缩放，书桌前单屏也能排得开；settings.ini 可以调整两窗口宽度合计占屏比例、间隙、轮询间隔、最小宽高、启动是否加载 AI 工作区等；命令行参数（--target / --title / --width / --height / --share / --gap / --dock / --no-dock / --verbose 等）只对本次运行生效，想快速起一个特定尺寸的窗口时很好用。这些设置对课堂学生不重要，但对每天泡在工具里的自学者，意味着工作台可以完全按自己的习惯长。

再往后走，自学者会自然过渡到「对照学习」：每次让 AI 改完，就去 apktool 目录里看看它动了哪些文件、怎么动的。改十次图标，你对资源目录的结构就熟了；改十次文案，你对字符串资源的引用关系就懂了；再往后，代码层面的需求多了，smali 的模样也不再吓人。这个「AI 当示范、自己当读者」的学法，比对着教程死磕有效得多——因为每一次示范都是在你自己的练习包上发生的。

七、实验室装机与验证：模拟器与真机的衔接

改完包不装起来看，等于实验没做完。设备预览这一段，经典版把「装到设备上并确认它真的起来了」做成了自动流程，这在机房环境里特别省心。

• 安装与拉起：用 adb 找手机 / 模拟器，装上并拉起应用。拉起用 am start 而不是 monkey——新版安卓镜像已没有 monkey，而且它失败时退出码还是 0，容易误判成功。启动页组件名分三档查找：项目 config.ini 的 LaunchableActivity → 问设备 resolve-activity → 退回兜底。
• 结果确认：装完用 dumpsys 看一眼前台应用是不是它——确认应用真的起来了，而不是「装上了就算完」。
• 投屏与置顶：手机走 scrcpy 投屏到电脑，投影到教室大屏很方便；模拟器则把窗口提到最前面。
• 国内模拟器的衔接：常见国内模拟器（雷电 / MuMu / 夜神等）装了但 adb 没连上时，会自动扫端口连上；模拟器装了没开，会搜出安装路径并问你要不要现在帮你打开。
• 授权提示：设备没授权时，会提示在手机上点「允许 USB 调试」——第一次插线的新生照着提示点一下就行。

把这套流程放回课堂场景：老师在大屏上演示时，台下学生的模拟器哪怕没开，程序也会搜出安装路径问一句「要不要现在帮你打开」；adb 连不上的旧镜像会自动扫端口；手机演示时 scrcpy 直接投到电脑上。这些细节单独看都小，叠在一起的效果是——实验课上不再有一半人卡在「设备连不上」。

万一真出了状况，日志路径也是现成的：诊断日志在本机用户目录下的 dock.log，记录窗口与打包过程；异常情况另有 error.log。老师在机房巡场时遇到学生报错，先看这两份日志再动手，比让学生「重启试试」高效得多。配合项目目录里的 pack.log 与 apktool.log，一次实验的完整轨迹——从导入、修改、出包到装机——都有对应记录。对教学来说，「可复盘」的实验才是合格的实验：学生这次没做对，下周打开同一份日志就能知道错在哪。

实验室多设备的用法也可以灵活排：讲资源密度时，准备两台不同分辨率的模拟器，同一个包装上去，图标呈现的差异一目了然；讲启动流程时，用 dumpsys 的输出对照启动页组件名的三档查找顺序，让学生看到程序是怎么确认「前台跑的是它」的。这些验证动作以前要靠老师手工敲 adb 命令，现在包装完自动完成，课堂演示的节奏完全在老师手里。

八、合规要讲在前面：教学场景的边界

逆向教学本身处在「研究灰色地带」的边缘，所以合规这一课必须嵌入教学，而不是等出事再补。经典版的定位很清楚：面向自有版权或已获授权的应用，用于学习研究与企业内测等合法场景。具体到课堂上，三条判断标准可以直接写进实验手册：

1. 实验素材是课程仓库里的教学 demo 应用，是你自己开发的，或者拿到了明确的修改授权；
2. 用途是学习研究、内部测试这类不对外分发的方式，产物不出实验室；
3. 改动目标与安全机制无关——不破解他人付费应用，不绕过付费校验与安全防线。

另一件事适合在高年级实验里讲透：签名身份。工具内置一套签名（可在项目里换成自己的签名）。「设置签名」页可以选打包用哪套签名：默认签名、自己的 jks / keystore，或自己的证书 + 私钥（pem、pk8）；签名文件从磁盘上挑，设置存进项目配置，之后每次打包直接用，不用重填。讲到内测分发时，这条就是「为什么对外分发前要换成自己的签名」的现成教具。

合规提醒：本工具面向自有版权或已获授权的应用，用于学习研究与企业内测等合法场景，请勿用于破解他人付费应用或绕过安全机制。课堂上的每一个实验素材，都应先过这三条判断再动手。

除了素材合规，还有几个使用前提建议在第一节课就向学生讲清：导入 APK、编辑项目、使用修改功能需要先登录，登录窗口支持微信扫码、QQ 扫码或账号密码，底部可以注册与找回密码；充值套餐来自服务端，支付走外部浏览器打开支付宝或微信，程序每几秒轮询一次付款结果；用户中心里能看资料卡、会员权益与项目统计。这些不是教学重点，但「第一次上课才发现要登录」会白白浪费课堂时间，提前在课程群里说明一次即可。

最后把合规这一课的讲法收一收：合规不是用来吓唬学生的口号，而是逆向研究者的职业基本功。可以这样给学生立规矩——实验素材只用课程仓库里的教学 demo 与自己开发的练习应用；产物只在实验室与个人学习范围内使用；任何「让付费功能免费」「绕过登录验证」的念头，都不属于这门课。工具把链路做得越顺，使用者越要先想清楚自己在做什么。这条认知，比任何操作技巧都更值得在课堂上反复强调。

九、总结：把课堂、作业与自学装进同一个工作台

回到最初的问题：为什么课堂需要一台改包工作台？因为时间应该花在原理上，而不是环境上。安卓修改大师经典版把导入解析、中文需求、自动出包、设备预览、历史留痕收进同一个窗口，老师多讲原理，学生多动手，作业有迹可循，自学者有路径可走。这就是「只需说话，就能让应用变成你想要的样子」在教学场景里的真实含义——省下的不只是时间，更是每一节课的注意力。

下面是几位师生与自学者的使用反馈，集中在「演示顺畅」「作业可核查」「自学不卡壳」三件事上。

---

想让下一节实验课从「装环境」直接跳到「讲原理」，最直接的办法是把课程 demo 包拖进工作台试一次。产品介绍与下载见安卓修改大师智改工坊介绍页：https://www.apkeditor.cn/ai-version.aspx；更多产品细节也可访问官网 https://www.apkeditor.cn/。

工具只负责把链路打通，研究与合规的边界始终握在使用者手里。只需说话，就能让应用变成你想要的样子——这句话同样适用于课堂：把本该讲原理的时间，还给原理。