fix: persist qdreader last run logs
This commit is contained in:
@@ -532,7 +532,7 @@ Content-Type: application/json
|
||||
- 优先做“一级菜单 + 二级编号选择”,不要堆很多平铺子命令。
|
||||
- 账号管理和执行查询分离:
|
||||
- `xxx账号`:只做账号列表、添加/更新、详情/备注、删除、清空。
|
||||
- `xxx查询`:只做最近执行情况、单账号执行情况、立即执行等执行侧动作。
|
||||
- `xxx查询`:只做最后执行日志/最近记录、单账号最近记录、立即执行等执行侧动作;除非明确实现实时接口,否则不要伪装成实时查询。
|
||||
- 高频输入可以保留快速通道,例如 `xxxck <cookie>`,但快速通道只做快速提交,不再混入查询/导出/批量导入。
|
||||
- 用户选择账号时展示编号列表,让用户回复编号;不要让用户手动复制/输入 UID。
|
||||
- 添加/更新账号成功后立刻询问是否添加备注;备注修改放在账号详情里,不单独做一个割裂的备注菜单。
|
||||
@@ -551,8 +551,11 @@ Content-Type: application/json
|
||||
// remark_json
|
||||
{ "uid": "主号" }
|
||||
|
||||
// last_result_json
|
||||
{ "uid": "{\"ok\":true,\"msg\":\"成功\",\"time\":\"...\"}" }
|
||||
// last_result_json:单账号最后执行结果
|
||||
{ "uid": "{\"ok\":true,\"msg\":\"成功\",\"time\":\"...\",\"source\":\"cron\",\"runId\":\"...\"}" }
|
||||
|
||||
// last_run_json:最近一次执行批次日志
|
||||
{ "source": "cron", "finishedAt": "...", "okCount": 1, "failCount": 0, "total": 1, "items": [] }
|
||||
```
|
||||
|
||||
这样删除、过滤、展示和权限校验更安全。
|
||||
@@ -581,6 +584,8 @@ bucketGet("otto", key)
|
||||
|
||||
### 13.5 安全与测试
|
||||
|
||||
- `xxx查询` 的数据来源必须写清楚:如果没有实时接口,就命名为“最近签到记录/最后执行日志”,读取 `last_run_json` 和 `last_result_json`,不要让用户误以为是实时查询。
|
||||
- 执行动作要同时写批次日志和单账号日志;成功、业务失败、请求异常都要落日志,异常不能只显示在当次回复里。
|
||||
- 普通回复永远不要输出完整 Cookie;只展示脱敏 UID、备注、Cookie key 摘要或长度。
|
||||
- 高风险的导出/批量导入功能默认不做,除非 BOSS 明确需要。
|
||||
- Node VM 测试应模拟:`sender.reply`、`sender.listen`、`sender.getUserID`、`get/set`、`bucketGet/bucketSet`、`request`。
|
||||
|
||||
Reference in New Issue
Block a user