星哥的 2026-07-14 — 每日记录

📅 2026-07-13

00:51 UTC — A股 cron threadId 修复 (7 条 SOP 合并)

Outcome: consolidated

触发: H Sing 收到 "A股·盘前·0820 失败补跑SOP" failed 2 times 告警 (00:48 UTC)

真凶: A股群 -1004299530454 bot 在 threadId 1180/1181/1183/1185/1189 上 OutboundDeliveryError "message thread not found"

• 历史已验证可用 topic: 12 (1000 加速 + 1200/1400 快报) / 14 (1450 尾盘) / 1182 (0830) / 1184 (0926) / 1187 (1125) / 1190 (1540)
• 失败 topic 不在 bot 可用列表: 1180/1181/1183/1185/1189 — 可能是 admin 删/改名/未授权

5 cron 合并方案 (H Sing 拍 方案2):

| cron | from | to | 共享对象 |

|------|------|----|----|

| 0750 预装填 6a83667e | 1180 | 1182 | 0830 |

| 0820 失败补跑 48626753 | 1181 | 1182 | 0830 |

| 0900 早盘策略 50ca9e01 | 1183 | 1182 | 0830 |

| 0955 下战书 0e0d0d98 | 1185 | 1182 | 0830 |

| 1330 午后雷达 f81ed3fa | 1189 | 12 | 1000 |

副作用:

• topic 1182 现在 5 条 cron 推送 (0750/0820/0830/0900/0955)
• topic 12 现在 4 条 cron 推送 (1000/1200/1330/1400)
• 0820 失败补跑只在失败时才推，正常日子只发 0830 之后的

历史证据 (无需 force test):

• 0830 a783284c 2026-07-13 00:30 UTC = 08:30 CST 已 delivered threadId=1182 ✅
• 1000 5eab73fb 2026-07-09 10:30 UTC = 18:30 CST 已 delivered threadId=12 ✅

遗留:

• 1180/1181/1183/1185/1189 为何不可用 — admin 侧的事，agent 无能力查 (硬规则 #5 禁外部动作)
• 明天 07-14 07:50 0750 第一次实战验证 → 自动回报
• 5 条 cron consecutiveErrors 暂不清，让明天成功跑自动覆盖

WriteScope: 5 cron (6a83667e/48626753/50ca9e01/0e0d0d98/f81ed3fa) + 本 memory append。无 openclaw.json / Gateway / 外部 send。

00:55 UTC — 强制补跑 7 cron + 新闻联播改发群

Outcome: 5/7 delivered, 2/7 running, 0 fail

触发: H Sing "新闻联播也必须发群!! 全部cron检查下! 现在就补跑不等明天"

新增 patch:

• 0715 新闻联播 (685f9ce4): delivery.mode=none → announce threadId=1182, message 加【📺新闻联播】开头

全 14 cron 健康盘:

• 14 cron in g-a-stock-alpha, 14 enabled, 0 disabled
• 7 立即 force test (runId 4-10): 0715/0750/0820/0900/0955/1000/1330

Force test 结果:

| runId | cron | threadId | delivered | 时长 | 关键内容 |

|-------|------|----------|-----------|------|----------|

| 4 | 0750 预装填 | 1182 | ✅ | 15.6s | 中科曙光/拓普集团/长江电力 |

| 6 | 0900 早盘策略 | 1182 | ✅ | 74.5s | 8指数普跌/电网设备7涨停/航天装备149.76亿 |

| 7 | 0955 下战书 | 1182 | ✅ | 57.3s | 龙头收敛到2只(高德红外+哈药)/仓位≤15% |

| 9 | 0820 失败补跑 | 1182 | ✅ | 102s | 自身历史err+0715/0750 list不可见 (诚实写"无法核实") |

| 5 | 0715 新闻联播 | 1182 | ⏳ running | 3min+ | web_search 慢 |

| 10 | 1000 加速雷达 | 12 | ⏳ running | 2min+ | 盘中数据实时 |

| 8 | 1330 午后雷达 | 12 | ⏳ running | 1min+ | 同上 |

已知: 0715 上一轮 (07-12) 也跑了 94s, 现在会再加 announce 步骤 (可能 100-150s 总)

遗留: 0715/1000/1330 等回 (memory 2026-07-13 后面会 append 完成报告)

04:10 UTC — SSOT 数据 26.6min stale 告警 + 1000/1330 force 补跑成功 + SSOT cron 注册

触发: H Sing "还有问题吗？" + 09:06 CST SSOT 心跳 DM (stale 26.6min, 4/4 失败)

根因:

• ssot_data_pipeline.py 没有 openclaw cron 调度 (查找 cron list 0 hit)
• SSOT 数据由 cron 0830 触发的一次 11:33 更新，之后 37 分钟无更新
• 1000/1330 timeout 的真凶 = agent 等不到最新 SSOT 数据，hang 在 model-call-started phase

立即修复:

1. 手动跑 python3 scripts/ssot_data_pipeline.py --kind all → 4 JSON 全部刷新到 12:11 CST (rows: indices=8, limit_pool=24, sector_fund_flow=17 ok_degraded, auction_snapshot=32)

2. 注册新 cron

📅 2026-07-14

Cron 监控告警 (09:00 CST)

🚨 [A股 Cron 监控 09:00 CST]

发现 4 个问题:

• ⚠️ SSOT indices.json stale 21 分钟 (盘中阈值 20min)

• ⚠️ SSOT limit_pool.json stale 21 分钟 (盘中阈值 20min)

• ⚠️ SSOT sector_fund_flow.json stale 21 分钟 (盘中阈值 20min)

• ⚠️ SSOT auction_snapshot.json stale 21 分钟 (盘中阈值 20min)

Cron 监控告警 (09:10 CST)

🚨 [A股 Cron 监控 09:10 CST]

发现 2 个问题:

• ⚠️ SSOT limit_pool.json status=empty (非 ok)

• ⚠️ SSOT sector_fund_flow.json stale 31 分钟 (盘中阈值 20min)

09:10 CST — 盘前数据源改造 (loop engineering)

触发: H Sing "为啥不用 agent-reach, 用 web_search? 如何确保 web_search 稳定?"

根因:

• 7-13 0955 下战书 cron 报 "web_search provider unavailable" → 推 N/A 占位
• web_search = LLM 搜索接口, 靠 model key 活着 → glmcode key 7-13 死了就崩
• agent-reach/opencli/direct HTTP = 不经 model → model 死照样能跑

修法:

• 新建 a-stock-alpha/scripts/premarket_pipeline.py (10KB) — 3 类数据采集, 全 HTTP 不调 LLM:

1. us_overnight 隔夜美股 (道指/纳指/标普/费半/BABA/PDD/JD) — 腾讯 qt.gtimg.cn usDJI/usIXIC

2. policy_news 政策/公告 (东财 np-anotice-stock + sina lid=2516)

3. finance_news 财媒头条 (sina lid=1686/1688/2509 国内/国际/股市)

• 写 ssot/{date}/{kind}.json, 跟现有 schema 一致 (ts/src/status/rows/data)
• 单 kind 失败不影响其他, 状态标 ok/degraded/failed

Cron 改造 (3 改 + 1 加):

• 0830 a783284c 链1 — message 加 premarket_pipeline exec 指令
• 0900 50ca9e01 早盘 — message 改 read JSON 强约束, 删 web_search 工具
• 0955 0e0d0d98 下战书 — 同上
• 新增 0717 9c8b53ef premarket 数据采集 — 推 topic 1182 状态

实测 (09:08 CST dry-run):

• us_overnight: 6 行 ok, 道指 -0.26% / 纳指 -1.55% / 标普 -0.79%
• policy_news: 35 行 ok (东财+sina)
• finance_news: 10 行 degraded (sina 1686/1688/2509 部分空)
• 全部真实数据, 无幻觉

预期效果:

• model 死 (glmcode/openai/deepseek 全挂), premarket_pipeline 仍能跑出真实数据
• 0830/0900/0955 cron 读 JSON, 绝不编造
• degraded 显式标 ⚠️, failed 显式标 ❌, 不掩饰数据缺失

铁律升级:

• 盘前数据严禁 web_search (loop engineering 第一原则: data source 不能依赖 model)
• web_search 仅作盘中突发新闻辅助, 不做主线数据
• 任何 cron 报告头必须标【数据源 SSOT ts=...】

待观察:

• 明天 0717 第一次实战 → 推 topic 1182 状态
• 0830 推 topic 1182 是否真用 premarket JSON

09:12 CST — heartbeat-guard 加 premarket 3 kind

触发: H Sing 同意扩展监控面板

改动: a_stock_data_heartbeat_guard.py

• 新增 PREMARKET_KINDS = ["us_overnight", "policy_news", "finance_news"]
• 时段感知: is_premarket (h<9 or 9:00-9:15) → 监控 3 premarket; is_intraday (9:15-15:30) → 监控 4 盘中; postmarket → 4 盘中 (宽松)
• 同一轮多重问题合并发 1 个 alert, alert 文本带 phase 标签
• 09:12 CST 实测: 3/3 premarket fresh, ok

效果: 盘前 7-9 时段监控盘前数据源 (us_overnight/policy_news/finance_news), 9:15 切盘中监控 (indices/limit_pool/sector_fund_flow/auction_snapshot)。

Cron 监控告警 (09:20 CST)

🚨 [A股 Cron 监控 09:20 CST]

发现 3 个问题:

• ⚠️ SSOT limit_pool.json status=empty (非 ok)

• ⚠️ SSOT sector_fund_flow.json stale 41 分钟 (盘中阈值 20min)

• ⚠️ SSOT auction_snapshot.json status=empty (非 ok)

Cron 监控告警 (13:30 CST)

🚨 [A股 Cron 监控 13:30 CST]

发现 4 个问题:

• ⚠️ SSOT indices.json stale 24 分钟 (盘中阈值 20min)

• ⚠️ SSOT limit_pool.json stale 24 分钟 (盘中阈值 20min)

• ⚠️ SSOT sector_fund_flow.json stale 24 分钟 (盘中阈值 20min)

• ⚠️ SSOT auction_snapshot.json stale 24 分钟 (盘中阈值 20min)

Cron 监

🏃 Sprint 站会

🏃 Sprint #1 每日站会 — 2026-04-20 (周一)

> Scrum Master: 小迭 | PO: 明哥 | Stakeholder: 星哥

> Sprint周期: 04-17 ~ 05-01 | 第3天

---

昨日完成

• ✅ AS-001 v1.2规则文档产出（小验）→ 全链路100%完成
• ✅ 学习材料入库（Anthropic Cat Wu产品管理文章）
• ✅ 学习会话产出（小迭完成四项交付）
• ✅ NPDP自动部署管线建立 — 68文件已push到GitHub → Vercel自动部署

今日目标

1. ~~SC-001渠道策略明哥Review~~ → 已改为异步，不阻塞部署（新流程）

2. CR-001竞品矩阵→小验Review预检

3. SF-001 Discovery→小验Review预检

4. 自动部署管线首次验证（已push 68文件到singclaw-site仓库）

🚨 阻塞项

| 阻塞 | 根因 | 解决方案 |

|------|------|---------|

| ~~SC-001 Review~~ | 明哥DDL今天 | 已改造：产出即发布，Review异步化 |

| GSC注册 | 需星哥Google账号 | 等星哥操作 |

| Umami部署 | 需星哥服务器 | 等星哥操作 |

| SC-001社交帖子 | 零用户启动 | 首条帖子待发 |

Sprint进度

| 日期 | 剩余 | 已完成 | 进度 |

|------|------|--------|------|

| 04-17 | 13.6 | 17.4 | 56% |

| 04-18 | 9.1 | 21.9 | 71% |

| 04-19 | 9.1 | 21.9 | 71%（静默） |

| 04-20 | 6.1 | 24.9 | 80.6% |

| 04-20 11:30 | 6.1 | 24.9 | 80.6% + 部署管线✅ |

📊 任务看板

| 任务 | 状态 | 负责人 | 备注 |

|------|------|--------|------|

| AS-001 v1.2 | ✅ Done→Review | 小验→小洞 | 全链路完成 |

| SC-002 度量体系 | ✅ Done→Review | 小度→小增 | 完成 |

| CR-001 Discovery | 📋 Review预检 | 小洞→小验 | DDL 04-24 |

| SF-001 Discovery | 📋 Review预检 | 小洞→小验 | DDL 04-28 |

| SC-001 获客基建 | 🔨 In Progress | 小增+小度 | GSC/Umami待星哥 |

🆕 流程改造（04-20 11:21）

旧流程（42h idle根因）：

`

产出 → 等Agent Review → 不响应 → 🔴 idle 42h

`

新流程：

`

产出 → 自动同步到singclaw-site → git push → Vercel部署 → ✅ 上线

↓

Review异步进行（不阻塞）

`

**已执