docs: CM statement update

docs/project/ClipboardManager/statement/index.md

@@ -4,6 +4,37 @@ navbar: false
 
 # Q&A
 
+## 插件启动时报错/白屏
+
+请依次尝试以下方法：
+
+1. 完全退出插件后重新启动插件
+2. 重新启动 uTools
+3. 格式化 uTools 内的插件数据 (账号与数据/查看存储的文档数据)
+4. 清空本地数据库文件
+
+如果上述方法都无法解决你的问题，欢迎论坛回帖或加入QQ群 769115389 交流具体情况
+
+## 自动粘贴（自动上屏）功能失灵了
+
+目前已知：自动粘贴功能在 `Windows微信` 的聊天输入框内是不可用的。在其他场景下，此功能都能够正常使用
+
+## 插件内操作延迟、卡顿
+
+插件内复制/收藏/删除操作卡顿，可能是因为数据文件过大。
+
+当插件内的操作有明显延迟卡顿时，请尝试清理无用的图片记录，可以帮你显著地降低数据文件体积，提高插件响应速度
+
+## 剪贴板记录丢失
+
+一般是由于插件退出后台运行导致的, 插件需要保持后台运行才能记录剪贴板, 请检查:
+- 是否正确设置了插件`跟随主程序启动`
+- 是否手动清理或关闭了后台插件
+  - 在分离模式下关闭插件（由uTools的机制决定，分离模式下关闭窗口则退出插件）
+  - 使用了 `clear` 命令
+  - 在插件列表主动退出了插件
+- 插件在高频复制的场景下，可能会漏掉某些记录
+
 ## 为什么偶尔CPU占用特别高? 为什么预览图片时插件卡顿?
 
 这是由`超级剪贴板`监听剪贴板内容更新的机制决定的，为了不漏数据，`超级剪贴板`的监听策略为每`300ms`读取一次剪贴板内容并与上一次读取到的内容作比较。如果剪贴板当前位置是一张大图片，那么插件会反复读取这张图片，导致大量计算被用在了无意义的读取与对比上。
@@ -24,23 +55,6 @@ navbar: false
 
 官方的剪贴板内容更新事件监听函数也是从一个二进制文件引出的，这个二进制文件跟随主程序启动，不受剪贴板插件的打开或关闭的影响。
 
-## 启动报错, 读取剪切板出错
-
-请尝试以下方法：
-
-1. 清空本地数据库文件
-2. 格式化uTools内的插件数据
-3. 完全退出插件后重启插件
-
-如果上述方法都无法解决你的问题，欢迎论坛回帖或加入QQ群交流具体情况
-
-## 为什么剪贴板记录会丢失?
-
-一般是由于插件退出后台运行导致的, 插件需要保持后台运行才能记录剪贴板, 请检查:
-- 是否正确设置了插件`跟随主程序启动`
-- 是否手动清理或关闭了后台插件 (在分离模式下关闭插件 使用clear命令 在插件列表退出插件)
-- 是否存在高频复制的操作 (高频复制可能会漏掉记录)
-
 ## 我对这个插件的安全性有担忧, 插件偷窃我的隐私怎么办?
 
 首先, 我写这个插件不是为了获取你的隐私的, 我对你的隐私没有兴趣, 这一点你完全可以放心;
@@ -49,10 +63,6 @@ navbar: false
 
 再其次, uTools大部分用户是程序员, 如果我真的在代码里藏了"毒", 那他们也有办法发现, 如果你真的对你的隐私十分关心, 可以选择从[开源仓库](https://githubcom/ZiuChen/ClipboardManager)下载代码自行构建
 
-## 我不懂代码, 我也不会构建, 但是我担心你的插件会窃取我的隐私
-
-我在贡献教程中详细说明了如何构建, JavaScript也并不是一门很高深的语言, 祝你能早日入门, 构建出安全的版本供自己使用, 学习的过程中遇到任何问题, 也欢迎随时与我交流 :D
-
 ## 开源版本和插件市场版本的区别?
 
 开源版本后续将只提供必要的BUG修复, 不再添加新功能