打包出来的是什么

脚本壳打包会把一个脚本连同它运行需要的能力装配成一个独立 APK。安装这个壳包后，用户打开的就是你的脚本，不需要先在 WeMod 里导入脚本再运行。

• 适合把做好的脚本交给朋友或同事直接使用。
• 壳包只包含这一个脚本与它需要的运行能力，不包含你其他的脚本。
• 更新脚本内容后需要重新打包，让使用者覆盖安装新壳包。

脚本保护档位

打包时可以选择脚本在壳包里的保护方式，档位越高，别人读取或改动脚本内容的成本越高：

保护只提高被改动的成本，不能替代对脚本本身的判断。WeMod 是脚本自动化工具，不提供破解、绕过安全检测或外挂功能，请勿用于此类用途。

• 不保护：脚本以可读形式存放，便于自己排查问题。
• 防篡改：内容加签名，被改动后会拒绝运行。
• 混淆：内容编码存放，降低可读性。
• 强加密：在混淆基础上进一步加强，适合对外分享的脚本。

压缩安装包体积

打包页提供"压缩安装包体积"开关，默认关闭（与历史行为一致）。开启后：

含视觉识别能力的壳包体积变化最明显；纯点击类脚本本身不含本地库，压缩开关对它几乎没有影响。

• 壳包内注入的本地库改以压缩方式存放，分享 / 下载体积明显变小；
• 代价是安装后占用空间变大，首次安装耗时略增（系统需要在安装时解压）。

打包前的检查

• 脚本在 WeMod 里能完整跑通，且不依赖你本机特有的分辨率或数据。
• 壳包的名称与图标已经设置成使用者看得懂的样子。
• 目标设备架构已知（例如是否为 64 位 ARM）。
• 脚本里使用的动作确实需要相应权限，避免壳包使用者被过多权限拦下。

常见问题

• 装不上：确认系统允许安装未知来源应用；不同签名或不同架构的包不能互相覆盖。
• 体积偏大：使用图像识别 / OCR 的脚本会注入相应本地库，属于体积主要来源。
• 打开后提示权限不全：壳包使用者同样需要开启无障碍、悬浮窗等运行所需权限。
• 更新后数据丢失：覆盖安装会保留应用数据，但壳包的脚本内容来自打包时的那一份，改脚本必须重新打包。