两种修补方式
NPatch 能在免 Root 环境中，通过修改 APK 注入 Xposed 加载器。修补后的 APK 自带 loader 与原生核心，不需要从管理器 APK 提取启动文件。
为未嵌入模块的应用打修补。作用域仍由管理器数据库配置，换模块不用重新修补；管理器服务暂时不可用时，可尝试 Provider 与上次同步的缓存。
Extreme、Seccomp 与 Stealth 签名绕过仅在这个模式下可用。
一套运行时，三种模块
新版本的 core 子模块指向 HSSkyBoy/Vector，这是 NPatch 的运行核心，后续的能力扩展都建立在它之上。同一套 Vector 运行时可以加载下面三类模块。
- Legacy传统 Xposed 模块，照常加载。
- API 101现代模块。目标应用内的 runtime 通过只读 Binder 取得 Remote Preferences、Remote Files 与变更通知。
- API 102同样支持 Remote API。没有原生入口的单 Java 入口模块，还可由管理器请求热重载。
修补选项
CLI 提供完整选项：签名绕过 0～5 级、--useMicroG GMS 重定向、--injectdex 把 loader dex 直接放进原 package、--provider 注入文件选择器（来自 MT 管理器）、--allowdown 允许降级、-fpa / -npa / -k 三种密钥库来源。
配合管理器
配合 NPatch 管理器（包名 top.nkbe.npatch），修补应用可在运行时跟管理器通信获取模块与作用域，跟 LSPosed 体验接近，不必为了换模块重新修补。
本地模式下，现代模块 UI 可通过标准 IXposedService 读写 NPatch Remote Store。
快速上手
推荐使用 NPatch 管理器（Android 端 GUI）完成修补，全程在设备上操作，无需命令行。从 Releases 下载 manager-v<verName>-<verCode>-release.apk 安装即可。
如果需要批量修补或自动化，也可以用跨平台 jar：
java -jar jar-v<verName>-<verCode>-release.jar --manager target.apk完整说明请看 使用说明。
使用须知
修改与修补应用可能导致其闪退、无法启动或数据丢失。请务必在操作前备份重要数据。用户需自行承担修补后应用及模块在设备上运行的一切风险与后果。
由于签名不同，安装修补版前需要先卸载原应用。确保你已备份好个人数据。