update

2.ratelServer.md

@@ -42,10 +42,11 @@ ratel的主要功能，便是对apk进行打包处理。所以整个页面是重
 具体的扩展参数含义和其作用，将在后续展开 TODO
 
 ###  引擎
-ratel打包有三种模式，分别为: ``rebuildDex``| ``appendDex``|``shell``,三种含义解释如下
+ratel打包有四种模式，分别为: ``rebuildDex``| ``appendDex``|``shell``,三种含义解释如下
 1. rebuildDex 通过对入口dex的入口代码重编实现代码注入。（无入口application和入口activity的app不支持这种模式）
 2. appendDex通过append multidex的方式实现代码注入
 3. 通过shell原理的方式包装app
+4. zelda 基于改包共存方案，可以实现多开分身 https://github.com/virjar/zelda
 
 三种引擎模式的解释可以参考这篇文章： https://bbs.pediy.com/thread-252823.htm
 

4.ratelAPI.md

@@ -184,8 +184,8 @@ manual 模式下，需要手动控制是否切换设备，如果设置设备切
 2. START_UP：每次启动app切换设备数据
 3. INSTALL：app重新安装的时候切换设备数据，适合登录态+不会编程控制
 4. MULTI：多用户模式，这个模式比较特殊，将会放大用户。通过时间分割的方式实现多用户
-5. MANUAL：通过ratel api来控制设备信息切换，灵活的根据业务逻辑控制。比如发现设备被拉黑，主动控制设备切换
-value值不区分大小写
+5. ~~MANUAL：通过ratel api来控制设备信息切换，灵活的根据业务逻辑控制。比如发现设备被拉黑，主动控制设备切换
+value值不区分大小写~~
 
 #### for_ratel_apps
 本配置仅对单个模块生效，所以只支持在manifest中配置，由于描述模块正对的app列表，由于ratel不像xposed那样针对于全局生效，ratel主要用于对应用app生效，大部分情况一个模块插件只为特定的app起作用，配置这个之后，模块在加载插件的时候会根据这个配置过滤。