fix(qdreader): archive daily sign logs at midnight

docs/autman-plugin-rules.md

@@ -556,6 +556,9 @@ Content-Type: application/json
 
 // last_run_json：最近一次执行批次日志
 { "source": "cron", "finishedAt": "...", "okCount": 1, "failCount": 0, "total": 1, "items": [] }
+
+// archive_json：按日期归档后的批次日志，用于每日结算/历史判断
+{ "2026-05-18": { "source": "cron", "finishedAt": "...", "okCount": 1, "failCount": 0, "total": 1, "items": [] } }
 ```
 
 这样删除、过滤、展示和权限校验更安全。
@@ -616,6 +619,7 @@ QDReader 这次踩坑说明：账号 ID 识别成功，不代表 Autman 会话
 
 - `xxx查询` 的数据来源必须写清楚：如果没有实时接口，就命名为“最近签到记录/最后执行日志”，读取 `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`。