fix(qdreader): split archive cron from sign cron

docs/autman-plugin-rules.md

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