🥸 大管家每日轻量 review

推送时间：2026-05-20 22:01

{
  "scan_time": "2026-05-20T22:00:56.483355+08:00",
  "today_inbox_count": 2,
  "today_by_expert": {
    "product-lab": 2
  },
  "today_observations": [
    {
      "ts": "2026-05-20T09:07:18+08:00",
      "category": "quality",
      "severity": "high",
      "note": "Cron output 开头是 LLM 思考碎屑（'All state synced. Now output...'），不是直接可用的报告内容",
      "target": "product-lab",
      "suggested_fix": "靠 inbox 上报机制绕过——专家自己把 URL/headline 写入 inbox，digest 不再 parse raw output"
    },
    {
      "ts": "2026-05-20T09:07:18+08:00",
      "category": "bug",
      "severity": "medium",
      "note": "How I AI RSS 404，可能是频道改 ID 或被墙",
      "target": "system",
      "suggested_fix": "检查 ~/.hermes/scripts/how_i_ai_checker.py 里的频道 ID/URL"
    },
    {
      "ts": "2026-05-20T09:07:18+08:00",
      "category": "user_signal",
      "severity": "high",
      "note": "Tyra 期望大管家有自迭代能力：发现问题→提案→授权→执行。绿/黄/红分级。不应该事事都问。"
    },
    {
      "ts": "2026-05-20T11:34:58+08:00",
      "category": "bug",
      "severity": "high",
      "note": "desktop_daily_digest.py 调 cf_pages_deploy.sh 时未注入 CLOUDFLARE_API_TOKEN，cron 环境下部署静默失败但 cron 看着像成功（Discord 推送正常+本地HTML更新+云端旧版本）。Tyra 看桌面 HTML 跳到云端版本，发现内容缺失才报告。",
      "target": "system",
      "suggested_fix": "已修复：从 ~/.zshrc 提取 token 注入 subprocess env + 部署失败时打 stderr 告警"
    },
    {
      "ts": "2026-05-20T11:34:58+08:00",
      "category": "bug",
      "severity": "medium",
      "note": "今早 AI Pulse 早报的卡片 preview 是 LLM 思考碎屑 'Memory not available in this env. Move on...'，没经过 inbox 高保真上报通道。说明 ai-pulse cron 跑了但没调 manager_report.py 上报。",
      "target": "ai-pulse",
      "suggested_fix": "检查 ai-pulse cron prompt 末尾的上报指令是否被 agent 跳过了"
    },
    {
      "ts": "2026-05-20T11:34:58+08:00",
      "category": "bug",
      "severity": "low",
      "note": "How I AI checker 持续报 RSS 500/404 错误。频道 ID 可能已变。",
      "target": "system",
      "suggested_fix": "检查 ~/.hermes/scripts/how_i_ai_checker.py 的 RSS URL，或弃用此 checker"
    }
  ],
  "high_severity_observations": [
    {
      "ts": "2026-05-20T09:07:18+08:00",
      "category": "quality",
      "severity": "high",
      "note": "Cron output 开头是 LLM 思考碎屑（'All state synced. Now output...'），不是直接可用的报告内容",
      "target": "product-lab",
      "suggested_fix": "靠 inbox 上报机制绕过——专家自己把 URL/headline 写入 inbox，digest 不再 parse raw output"
    },
    {
      "ts": "2026-05-20T09:07:18+08:00",
      "category": "user_signal",
      "severity": "high",
      "note": "Tyra 期望大管家有自迭代能力：发现问题→提案→授权→执行。绿/黄/红分级。不应该事事都问。"
    },
    {
      "ts": "2026-05-20T11:34:58+08:00",
      "category": "bug",
      "severity": "high",
      "note": "desktop_daily_digest.py 调 cf_pages_deploy.sh 时未注入 CLOUDFLARE_API_TOKEN，cron 环境下部署静默失败但 cron 看着像成功（Discord 推送正常+本地HTML更新+云端旧版本）。Tyra 看桌面 HTML 跳到云端版本，发现内容缺失才报告。",
      "target": "system",
      "suggested_fix": "已修复：从 ~/.zshrc 提取 token 注入 subprocess env + 部署失败时打 stderr 告警"
    }
  ],
  "decision_backlog": [],
  "silent_experts_this_week": [
    {
      "expert": "ai-pulse",
      "expected": "每日 8:00 应有"
    },
    {
      "expert": "momcozy-reviews",
      "expected": "每日（has_new 时上报，无新则 silent）"
    },
    {
      "expert": "health-tracker",
      "expected": "每晚 21:30"
    },
    {
      "expert": "fox-etf",
      "expected": "工作日 16:00"
    },
    {
      "expert": "mayer",
      "expected": "每晚 21:00（夏洛分享会期间）"
    }
  ],
  "cron_failures_today": [],
  "agent_arch_lab_pending": []
}

你是 Tyra 的大管家（Manager of Experts）。22:00 是你每天的"轻量 review"时间。

读取 ~/.hermes/MANAGER-PROTOCOL.md 了解协议（绿/黄/红、Inbox/Observations）。

脚本 manager_daily_scan.py 已经把今天的扫描结果作为 JSON 注入到你的上下文里。先解析它，然后判断有没有值得跟 Tyra 说的事。

判断标准（决定是否打扰 Tyra）

🤐 一律不打扰（输出 [SILENT]）

cron_failures_today 空 AND decision_backlog 空 AND high_severity_observations 空 AND inbox 今日上报数 ≥ 3（说明专家都正常工作）
"sleeping" 模式（如 mayer 任务已结束、danny 已 paused）造成的"沉默"
协议刚上线 7 天内，大部分 "silent_experts_this_week" 都属于"还没跑过新协议"，不算异常

🟢 简短报告（一段话，不超过 80 字）

有 1-2 个观察到的 quality / improvement 问题，但都是绿区已修复
团队今天交付正常但有微小波动

格式：

🥸 **大管家晚报** · {date} 22:00

✅ 今日团队运转正常。{一句话总结：N 条产出 / X 个小修复 / 当前正常运行的专家数}

🟡 提案模式（中等长度，含 D 项编号）

发现：
- ≥ 2 个 high severity observation（且未修复）
- 1 个 cron 连续失败 / 同一专家 ≥ 2 天没上报
- Observations 里有 user_signal（你应该改但还没改的 Tyra 反馈）
- 决策积压 ≥ 1 项 ≥ 2 天
- agent_arch_lab_pending 有条目且超过 7 天没回应

格式：

🥸 **大管家晚报** · {date} 22:00

今日观察到 N 个需要关注的点：

🔴 **决策积压（X 项）**
- [日期] {标题}（{N} 天未回）

🟡 **本日观察**
- D1 · {问题描述} → 建议：{绿/黄/红区操作}
- D2 · ...

🧠 **Agent Lab 待回访**（如有）
- [期数] {提案标题} — 上周二提的，要不要试试？

期待你回复 D1 D2 等编号授权（或忽略，明天会再扫一次）。

🔴 紧急通报（短促有力）

发现：
- cron 失败超过 3 个
- inbox 有 today 的 alert 类型未处理
- 某专家连续 3 天 silent 但本该有产出

格式：

🚨 **大管家紧急通报** · {date}

{1-2 句直击核心问题}

→ 我已经做的事：{绿区自动修复}
→ 需要你拍板：{黄区/红区}

输出规则

优先 [SILENT]：今天一切正常就不要写，宁可短不要长
严禁灌水。Tyra 已经被晨报、AI Pulse、Product Lab 等推送轰炸过了，22:00 这条只有真有事才出现
不要重复晨报里说过的内容
绿区的小修复自己默默做完（写 observation 记一笔即可），不要写到这条推送里
Agent Lab 待回访只提一次：如果某个提案已经追问过一次还没回应，就移到 knowledge base 的"已搁置"区，不再骚扰

Agent Architecture Lab 待回访处理

如果 agent_arch_lab_pending 有条目：
1. 看时间戳，超过 7 天没回应才提
2. 第一次提：在晚报里加一段轻量提醒
3. 第二次（再过 7 天）：直接 patch knowledge base 把状态改成"已搁置（无回应自动 park）"，不再提

自动修复授权（绿区）

如果发现以下情况，直接修，再写一笔 observation 记录：
- cron output 里有典型 Python 错误（AttributeError / TypeError / KeyError）→ 读脚本，patch 修复
- desktop_daily_digest.py / manager_*.py 自己的 bug → 直接修
- digest 显示异常 → 直接调
- inbox / observations 文件格式错乱 → 直接清理

修完后，把这次自动修复作为一条 improvement observation 加进 manager-observations.jsonl：

~/.hermes/scripts/manager_observe.py --category improvement --severity low \
  --target system --note "<自动修了什么>" --suggested-fix "已修复"

Error

RuntimeError: Connection error.