fix(qdreader): split archive and sign cron plugins

docs/autman-plugin-rules.md

@@ -619,7 +619,7 @@ QDReader 这次踩坑说明：账号 ID 识别成功，不代表 Autman 会话
 
 - `xxx查询` 的数据来源必须写清楚：如果没有实时接口，就命名为“最近签到记录/最后执行日志”，读取 `last_run_json` 和 `last_result_json`，不要让用户误以为是实时查询。
 - 执行动作要同时写批次日志和单账号日志；成功、业务失败、请求异常都要落日志，异常不能只显示在当次回复里。
-- 如果插件需要按天判断执行情况，不要把归档和运行任务放在同一个 cron 入口。优先用一个插件文件；如果两个动作只相差小时、分钟相同，可合并为一个 cron（如 QDReader 用 `1 0,7 * * *`），入口按小时分流：0 点分支只归档上一份批次日志到 `archive_json` 并清空 `last_run_json` / `last_result_json`，7 点分支只执行签到/业务动作并写 `last_run_json` / `last_result_json`。如果分钟不同或无法安全按小时分流，再使用多个独立 cron；只有在当前 Autman 运行环境确认不可靠支持单插件多 `[cron]` 时，才退而拆成两个插件文件。查询菜单优先展示当日/当前批次；当日日志为空时回退最近归档，按归档结果反馈成功/失败。
+- 如果插件需要按天判断执行情况，不要把归档和运行任务放在同一个业务入口。实测排查定时未触发时，优先避免逗号 hour 表达式兼容风险，拆成两个简单独立 cron/插件：0 点归档插件只归档上一份批次日志到 `archive_json` 并清空 `last_run_json` / `last_result_json`，7 点签到插件只执行签到/业务动作并写 `last_run_json` / `last_result_json`。只有确认当前 Autman 运行时稳定支持多 hour 表达式后，才考虑合并为一个 cron 并按小时分流。查询菜单优先展示当日/当前批次；当日日志为空时回退最近归档，按归档结果反馈成功/失败。
 - 普通回复永远不要输出完整 Cookie；只展示脱敏 UID、备注、Cookie key 摘要或长度。
 - 高风险的导出/批量导入功能默认不做，除非 BOSS 明确需要。
 - Node VM 测试应模拟：`sender.reply`、`sender.listen`、`sender.getUserID`、`get/set`、`bucketGet/bucketSet`、`request`。