D2执行前最后修正（最终确认版 v6）
日期: 2026-09-14
状态: 等待用户最终确认
任务1：修正 B3 测试任务 ⚠️
问题发现
❌ 原方案错误: 使用ops_system_health（agent-mode）测试B3
✅ 正确方案: 使用script-mode任务测试
原因:
- agent-mode任务由Hermes agent执行，run_with_alert包装方式不同
- script-mode任务是纯脚本执行，更适合测试run_with_alert包装功能
候选任务列表
| 任务名 |
cron_id |
脚本 |
启用状态 |
推荐度 |
| Morning briefing |
b39f2be3 |
None |
❌ 禁用 |
⭐⭐ |
| 中国资本动向看门狗 |
29145a4d |
hb_capital_watchdog.py |
✅ 启用 |
⭐⭐⭐ |
| 心跳监控watchdog |
ops_heart |
heartbeat_watchdog.py |
✅ 启用 |
⭐⭐⭐ |
| 自动备份巡检 |
ops_auto_backup |
hb_auto_backup.py |
✅ 启用 |
⭐⭐ |
推荐测试任务
方案A: 使用"心跳监控watchdog"（ops_heartbeat_watchdog）
优点:
- script-mode，安全
- 每小时运行，有执行记录
- 不读写alert_state.db
风险:
- 可能与Dead-Man测试相关，需确认独立运行
方案B: 使用"中国资本动向看门狗"（29145a4d）
优点:
- script-mode，安全
- 工作日10:30运行，明天不受影响
风险:
- 需要确认脚本内容
方案C: 临时注册一个新任务
优点: 完全可控，不影响任何现有任务
缺点: 需要修改jobs.json
修正后的 B3 步骤（方案A）
步骤1: 确认测试任务（22:30）
- 选择ops_heartbeat_watchdog作为测试任务
- 记录当前last_run_at状态
步骤2: 备份（22:31）
- hermes cron pause <影子cron_id>（如果有）
- 备份jobs.json到jobs.json.bak_test_20260915_2231
步骤3: 临时替换（22:32）
- 修改ops_heartbeat_watchdog的command字段
- 原: C:\Users\Admin\AppData\Local\hermes\scripts\heartbeat_watchdog.py
- 新: D:\Hermes\scripts\run_with_alert.py C:\Users\Admin\AppData\Local\hermes\scripts\heartbeat_watchdog.py
步骤4: 手动触发（22:35）
- hermes cron run <ops_heartbeat_watchdog的cron_id> --run-now
- 验证run_with_alert包装功能
步骤5: 恢复（22:40）
- 恢复原command字段
- 清理测试产生的alerts记录
步骤6: 验证（22:45）
- 确认系统恢复正常
- 确认无异常告警
任务2：确认 21:45-23:00 时段冲突 ✅
21:00运行的任务
| 任务 |
cron_id |
脚本 |
21:45后状态 |
冲突风险 |
| 共振桥接器每日流水线 |
725902f0 |
resonance_pipeline.py |
可能仍在运行 |
⚠️ 需确认 |
| 选股台账静默检查 |
6b235078 |
hb_alpha_ledger_watch.py |
可能仍在运行 |
⚠️ 需确认 |
| 📊 每周周报 |
weekly_s |
hb_weekly_summary.py |
周日才运行 |
✅ 无冲突 |
| 月线主进月度回测 |
9dce3919 |
monthly_mainin_backtest.py |
周日才运行 |
✅ 无冲突 |
22:00运行的任务
| 任务 |
cron_id |
脚本 |
启用状态 |
冲突风险 |
| 🔬 系统自我进化检查 |
? |
system_health_check.py |
❌ 禁用 |
✅ 无冲突 |
| 周线复盘报告 |
? |
weekly_review.py |
✅ 启用 |
⚠️ 周五才运行 |
冲突分析
明天是周一，21:00运行的任务:
- 共振桥接器每日流水线（工作日运行）
- 选股台账静默检查（工作日运行）
风险:
- 如果这两个任务执行时间超过45分钟，会与受控测试重叠
- 如果它们读写alert_state.db，会干扰测试数据
建议:
- 方案A: 推迟受控测试到22:00后（避开21:00任务）
- 方案B: 先确认这两个任务的执行时长
- 方案C: 使用与alert_state.db无关的测试项目
任务3：更新 D2 最终时间表 ⚠️
原方案问题
❌ 21:45-22:30 受控测试
问题: 可能与21:00启动的任务重叠
❌ B3测试用ops_system_health
问题: agent-mode任务不适合测试run_with_alert包装
修正后方案
| 时段 |
任务 |
内容 |
状态 |
| 17:25-18:20 |
Dead-Man测试 |
暂停alert_channel_health→等待→验证→恢复 |
✅ 确认 |
| 21:45-22:15 |
受控测试前3项 |
告警路径、超时路径、通道健康 |
⚠️ 需确认冲突 |
| 22:15-22:45 |
影子cron集成 |
使用ops_heartbeat_watchdog测试B3 |
⚠️ 需确认任务 |
| 22:45-23:15 |
回归验证 |
清理+确认 |
✅ 确认 |
备选方案（如果21:00任务冲突）
| 时段 |
任务 |
内容 |
| 22:00-22:30 |
受控测试前3项 |
避开21:00任务 |
| 22:30-23:00 |
影子cron集成 |
使用ops_heartbeat_watchdog |
| 23:00-23:30 |
回归验证 |
清理+确认 |
待确认问题
□ 1. B3测试任务选择: 方案A（ops_heartbeat_watchdog）还是方案B（临时注册新任务）？
□ 2. 21:00任务冲突: 共振桥接器和选股台账的执行时长？
□ 3. 受控测试时间: 21:45开始还是22:00后开始？
⏳ 等待用户确认...
请确认以上修正，回复"进入D2"启动明天执行。