@jacfrost/autopm 0.0.1

package/resources/skills/daily-brief/SKILL.md

@@ -0,0 +1,321 @@
+---
+name: daily-brief
+description: AutoPM built-in daily intelligence brief for high-signal web, market, KOL, GitHub Trending, venture, startup, and product insights. Use when the user types /daily-brief or asks to "run the daily brief", "produce today's intelligence summary", "scan news for today", "做个 daily brief", or describes wanting today's curated brief.
+---
+
+# AutoPM Daily Brief Protocol
+
+This skill is package-owned under `resources/skills/daily-brief/` inside the installed AutoPM package.
+
+Bundled helpers are resolved relative to this skill folder, not the user's current working directory: `scripts/rss_digest.py`, `scripts/run_last30days.sh`, `scripts/submit_brief.sh`, and `vendor/last30days/scripts/last30days.py`.
+
+Before any shell block that calls a bundled helper, resolve the skill folder:
+
+```bash
+DAILY_BRIEF_SKILL_DIR="${DAILY_BRIEF_SKILL_DIR:-}"
+if [ -z "$DAILY_BRIEF_SKILL_DIR" ]; then
+  for candidate in \
+    "$PWD/resources/skills/daily-brief" \
+    "$PWD/node_modules/@jacfrost/autopm/resources/skills/daily-brief" \
+    "$(npm root -g 2>/dev/null)/@jacfrost/autopm/resources/skills/daily-brief"; do
+    [ -f "$candidate/SKILL.md" ] || continue
+    DAILY_BRIEF_SKILL_DIR="$(cd "$candidate" && pwd)"
+    break
+  done
+fi
+[ -f "$DAILY_BRIEF_SKILL_DIR/SKILL.md" ] || { echo "ERROR: daily-brief skill folder not found; set DAILY_BRIEF_SKILL_DIR to the folder containing SKILL.md" >&2; exit 2; }
+```
+
+If the host shows the loaded skill path, set `DAILY_BRIEF_SKILL_DIR` directly to that `daily-brief` folder. Do not `cd` into the skill folder; run from the project root so `.autopm/` state stays in the current workspace.
+
+You are running the product management daily intelligence brief. Two phases: research the product and the world (Phase 1), then archive today's brief locally (Phase 2). Stages below execute in strict order.
+
+**Objective:** 产出高质量、可执行的每日情报简报，并保存在本地归档目录。
+
+<!-- EDIT KOL LIST HERE -->
+**KOL list（手动编辑此处增减；Phase 1 第 3 个 bucket 引用此名单 如果没有或者你认为需要更新，根据产品context增加高质量KOL信息源）：**
+
+<!-- /EDIT KOL LIST -->
+
+---
+
+## 1) Hard Rules (抗过时/抗硬编码)
+
+1. 所有时间窗口都基于 **today** 动态计算（每个 bash 块里就地 `$(date +%Y-%m-%d)`，**不要跨 bash 块传递 shell 变量** —— Claude Code 每次 Bash 工具调用都是独立 subshell，赋值不会持续）。
+2. 选题优先级必须来自当前 context，不使用历史默认主题填充。
+3. 若某条信息已过期或已闭环，不要继续写入当日重点。
+4. 优先引用近 72 小时来源；若引用更早内容，标注其为背景信息。
+
+---
+
+## 2) Context Loading (先读再写)
+
+读取最近 3 份历史简报，抽出已用过的 URL 作为黑名单：
+
+```bash
+mkdir -p ".autopm/briefings"
+RECENT=$(ls -t .autopm/briefings/*.md 2>/dev/null | head -n3)
+[ -n "$RECENT" ] && grep -hoP 'https?://[^\s\)]+' $RECENT | sort -u > /tmp/daily-brief.url-blacklist || : > /tmp/daily-brief.url-blacklist
+echo "blacklist size: $(wc -l < /tmp/daily-brief.url-blacklist)"
+```
+
+然后用 Read 工具把 `/tmp/daily-brief.url-blacklist` 装进 context；Phase 1 引用前先比对，已出现过的 URL 跳过。
+
+**重跑保护**：执行下面这一行检查今天的简报是否已存在：
+
+```bash
+TODAY_FILE=".autopm/briefings/$(date +%Y-%m-%d).md"
+[ -s "$TODAY_FILE" ] && { echo "=== existing brief: $TODAY_FILE ==="; head -n10 "$TODAY_FILE"; } || echo "no brief yet"
+```
+
+如果已存在，**问用户三选一**，根据回答分支：
+- "查看现有简报" → 打开 `$TODAY_FILE` 给用户看，确认后 halt。
+- "备份后重跑" → 跑 `F=".autopm/briefings/$(date +%Y-%m-%d).md"; cp "$F" "${F}.bak-$(date +%H%M%S)"`（自包含一行，新 subshell 也能跑），备份后继续 Phase 1。
+- "重跑覆盖" → 跑 `F=".autopm/briefings/$(date +%Y-%m-%d).md"; cp "$F" "${F}.bak-$(date +%H%M%S)"`（自包含一行，新 subshell 也能跑），备份后继续 Phase 1。
+- "取消" → halt。
+
+不存在就直接进 Phase 1。
+
+---
+
+## 3) Phase 1: Deep Research → Full Brief
+
+### 3.0 RSS Radar（先跑，拓宽信息源）
+
+先运行 RSS discovery，把它当作**候选源雷达**，不是自动写入简报的正文生成器：
+
+```bash
+mkdir -p /tmp/daily-brief
+DAILY_BRIEF_SKILL_DIR="${DAILY_BRIEF_SKILL_DIR:-}"
+if [ -z "$DAILY_BRIEF_SKILL_DIR" ]; then
+  for candidate in "$PWD/resources/skills/daily-brief" "$PWD/node_modules/@jacfrost/autopm/resources/skills/daily-brief" "$(npm root -g 2>/dev/null)/@jacfrost/autopm/resources/skills/daily-brief"; do
+    [ -f "$candidate/SKILL.md" ] || continue
+    DAILY_BRIEF_SKILL_DIR="$(cd "$candidate" && pwd)"
+    break
+  done
+fi
+[ -f "$DAILY_BRIEF_SKILL_DIR/SKILL.md" ] || { echo "ERROR: daily-brief skill folder not found; set DAILY_BRIEF_SKILL_DIR" >&2; exit 2; }
+PYTHONDONTWRITEBYTECODE=1 python3 "$DAILY_BRIEF_SKILL_DIR/scripts/rss_digest.py" \
+  --blacklist /tmp/daily-brief.url-blacklist \
+  --output /tmp/daily-brief/rss-radar.md \
+  --json-output /tmp/daily-brief/rss-radar.json \
+  --max-age-hours 96 \
+  --limit 50
+```
+
+以下命令默认在当前工作区的 `.autopm/` 写入状态。
+
+RSS 流程借鉴 `rss-ai-reader` 的“抓取 feed → 去重 → 摘要候选”思路，但**明确删除推送/通知环节**：`rss_digest.py` 只输出本地 markdown/json，供本次 brief 筛选与引用。最终只做本地完成检查。
+
+#### RSS weight / 筛选规则
+
+- `$DAILY_BRIEF_SKILL_DIR/assets/rss-feeds.json` 是默认 feed registry；可用 `.autopm/daily-brief-rss-feeds.json` 追加个人 feed、关键词和权重，不要直接删默认 registry。
+- 大型 newsletter feed 可在 registry 中设置 `timeout_seconds` / `max_download_bytes` 做特殊处理；当前 Not Boring 与 The Generalist 已单独加长 timeout，避免默认抓取窗口下误判失败。
+- 每条候选都有 `weight`：`base_weight + freshness + priority_keyword_hits - downrank_keyword_hits`。
+- **只纳入 weight ≥ 6 且与 本产品相关的条目**；高分但无行动价值的也可以丢弃。
+- **优先级解释**：
+  - `base_weight`：来源可信度/与本产品方向相关度。
+  - `freshness`：≤24h 加分最高，≤48/72h 次之；超过 96h 默认不进入候选。
+  - `priority_keywords`：与产品高度相关的词条。
+  - `downrank_keywords`：sponsored、giveaway、weekly links、纯融资新闻等降权。
+- 创业/前沿方向优先看这些 category：`startup-frontier`、`startup-products`、`startup-product-gtm`、`startup-strategy`、`market-maps`、`venture-thesis`。目标是捕捉“新需求/新分发/新类别/新创业 wedge”，不是泛泛记录融资新闻。
+- TL;DR 和主 section 不得被 devtools 来源淹没：除非本产品当天任务明确是纯开发者工具，否则 HN/GitHub/Simon/arXiv/devtools 更新最多占 2 条最高信号；有证据时必须给 consumer/prosumer personal agent 与创投/资本信号预留位置。
+- Consumer/prosumer personal agent 必须主动覆盖：Notion、ChatGPT、Gemini、Perplexity、Granola、Rewind/Limitless、Lindy、Manus、Genspark、Claude Projects/Artifacts、Apple/Google/Microsoft productivity AI，以及会议记录、个人知识管理、second brain、file search/retrieval、long-running task delivery、personal memory privacy、desktop app、Chrome Web Store、App Store/Mac App Store/Google Play 等采用或痛点信号。
+- 创投信息源分三层使用，避免把低价值、重复或不可稳定抓取的源塞满 brief：
+  - **默认 RSS radar（每日扫）**：YC Blog、Product Hunt、TechCrunch Startups、Sifted、CB Insights Research、Sequoia、a16z/Future、Lightspeed、StrictlyVC、Fortune Term Sheet、ARK Invest、The Generalist、Contrary Research、SaaStr、LatePost。只写“新类别、新需求、新分发、新价格/商业模式、新技术平台迁移、新监管/资本约束”。
+  - **定向检索/周期复核（不做默认 RSS 噪音源）**：SVB State of the Markets、Carta Data Desk、NVCA Yearbook、PitchBook public reports、Dealroom ecosystem pages、YC batch/Demo Day/RFS、SEC EDGAR、S-1/F-1/10-K/10-Q/8-K、NASDAQ/NYSE/HKEX/SSE/SZSE/BSE/北交所文件、公募公司 IR/earnings/investor presentation、Quartr public materials、IPO Action、36氪研究院、IT桔子、投中、清科、Rime/烯牛、证监会公告、中国招股书。只有当它们命中 产品相关主题，或出现重要市场拐点时才进 brief。
+  - **辅助验证源（不单独成条）**：Crunchbase free pages、company websites、pricing pages、changelogs、docs/API docs、hiring pages、App Store/Google Play/Chrome Web Store/marketplace listings、patent databases、customer case studies、public job posts。用于验证公司状态、定价、招聘方向、分发渠道或产品采用，不作为“创投趋势”单独播报。
+  - **低价值/重复默认筛掉**：纯融资金额新闻、转载榜单、不可访问付费正文、泛泛公司官网、重复交易所镜像、无产品/需求/分发含义的招聘、只证明“某公司存在”的 Crunchbase/IT桔子页面。除非能支持一个明确可行动判断，否则不写。
+- 创投 section 至少尝试覆盖 3 类证据：1) market map / investor thesis / YC RFS / a16z / Sequoia / Lightspeed wedge；2) Carta Data Desk / PitchBook / SVB / Dealroom / public-market / S-1/F-1/10-K/10-Q/8-K / IR / 财报里的预算、增长、毛利、销售效率或退出窗口信号；3) China-side AI agent / 个人生产力 / 桌面 agent / 出海创业动态。缺任一类时明确写 `> 数据暂缺（缺少 market map / thesis / filing / China-side proof）`，不要用普通融资快讯补位。
+- RSS 只负责发现；写入 brief 前仍需：
+  1. 打开原文或用 web_fetch/web_search 交叉验证关键信息；
+  2. 确认 URL 不在 `/tmp/daily-brief.url-blacklist`；
+  3. 附发布日期；
+  4. 把条目放入对应主题 section，而不是机械复制 RSS 摘要。
+
+### 3.1 last30days Deep Signal
+
+RSS Radar 之后，调用 `last30days` 做 30 天窗口的社区/社媒/开发者语境挖掘。它和 RSS 分工不同：
+
+- RSS：发现最近 24-96h 的新材料和长尾 feed。
+- last30days：使用本 skill 内置的 `vendor/last30days/` runtime，补足过去 30 天内 HN/GitHub/X/视频/市场等信号、反复出现的痛点、KOL/用户原话、创业方向的持续热度。
+
+AutoPM daily-brief 对 vendored last30days 采用 host-agent planning：你必须先生成 JSON query plan 并用 `--plan "$QUERY_PLAN_FILE"` 传给 wrapper。Wrapper 会强制 `LAST30DAYS_REASONING_PROVIDER=local`，所以 vendored engine 不会自己调用内部 LLM planner/reranker；推理和计划由当前 agent 负责。Wrapper 也默认排除 Reddit public JSON source，避免未认证 `reddit.com/search.json` 403 噪音。
+
+若需要 X/Twitter 推文级信号，提醒用户在 last30days 配置里提供可用 `XAI_API_KEY`（`~/.config/last30days/.env` 或当前环境变量）。没有可用 XAI key 时，X/Twitter section 应标注数据暂缺或使用普通 web search 退化验证。
+
+严格串行运行，不要并发：
+
+```bash
+DAILY_BRIEF_SKILL_DIR="${DAILY_BRIEF_SKILL_DIR:-}"
+if [ -z "$DAILY_BRIEF_SKILL_DIR" ]; then
+  for candidate in "$PWD/resources/skills/daily-brief" "$PWD/node_modules/@jacfrost/autopm/resources/skills/daily-brief" "$(npm root -g 2>/dev/null)/@jacfrost/autopm/resources/skills/daily-brief"; do
+    [ -f "$candidate/SKILL.md" ] || continue
+    DAILY_BRIEF_SKILL_DIR="$(cd "$candidate" && pwd)"
+    break
+  done
+fi
+[ -f "$DAILY_BRIEF_SKILL_DIR/SKILL.md" ] || { echo "ERROR: daily-brief skill folder not found; set DAILY_BRIEF_SKILL_DIR" >&2; exit 2; }
+
+write_daily_brief_plan() {
+  local topic="$1"
+  local plan_file="$2"
+  python3 - "$topic" "$plan_file" <<'PY'
+import json, sys
+topic, plan_file = sys.argv[1], sys.argv[2]
+plan = {
+    "intent": "product",
+    "freshness_mode": "balanced_recent",
+    "cluster_mode": "none",
+    "subqueries": [{
+        "label": "primary",
+        "search_query": topic,
+        "ranking_query": f"What repeated user, developer, market, and product signals appeared around {topic} in the last 30 days?",
+        "sources": ["x", "youtube", "hackernews", "polymarket", "github", "grounding"],
+        "weight": 1.0,
+    }],
+}
+open(plan_file, "w", encoding="utf-8").write(json.dumps(plan, ensure_ascii=False))
+PY
+}
+
+run_planned_last30days() {
+  local topic="$1"
+  local slug="$2"
+  local QUERY_PLAN_FILE
+  QUERY_PLAN_FILE="$(mktemp)"
+  write_daily_brief_plan "$topic" "$QUERY_PLAN_FILE"
+  bash "$DAILY_BRIEF_SKILL_DIR/scripts/run_last30days.sh" \
+    "$topic" \
+    "$slug" \
+    --plan "$QUERY_PLAN_FILE"
+}
+
+run_planned_last30days "[product-core workflow keywords]" product-core-workflow
+run_planned_last30days "consumer personal AI assistant second brain memory privacy file search long-running tasks" consumer-personal-agent
+run_planned_last30days "Notion ChatGPT Gemini Perplexity Granola Rewind Limitless Lindy Manus Genspark productivity AI" competitor-prosumer-ai
+run_planned_last30days "AI agents personal productivity venture market map YC a16z Sequoia Lightspeed Carta PitchBook SVB Dealroom IPO China startup" venture-personal-agent
+```
+
+每条命令 stdout 只返回一个 research file path，例如：
+
+```text
+.autopm/daily-brief-last30days/YYYY-MM-DD-ai-agents-devtools.md
+```
+
+把这些文件读入 context 后再写简报。使用规则：
+
+- 每个 last30days 文件最多提炼 2-4 个高信号主题；宁缺毋滥。
+- 优先引用“真实用户/开发者/KOL 的重复痛点、强烈反对意见、未满足需求、正在形成的新类别”。
+- 对 consumer/prosumer personal-agent 查询，必须提炼知识整理、文件检索、会议/笔记工作流、长任务交付、个人记忆隐私、跨应用/桌面操作、Chrome extension/App Store 采用等信号；不要只写模型能力、API 或 devtools 讨论。
+- 不要把 last30days 输出整段复制进 brief；必须压缩为判断。
+- 如果 X/Twitter 不可用，不要伪造 KOL 信号；标注 `> 数据暂缺（XAI_API_KEY 未配置或 X API 403）`，然后继续其他 bucket。
+- 若内置 last30days 失败，fallback：调用 slash command `/last30days <TOPIC>`（如果当前宿主环境提供该 slash command），再把 `~/.local/share/last30days/out/last30days.context.md` 复制到对应 `.autopm/daily-brief-last30days/YYYY-MM-DD-<slug>.md`。fallback 也失败时，在 `30-day Deep Signals` section 写 `> 数据暂缺（last30days 失败：原因）`，继续其他 bucket，不要中断整个 daily brief。
+
+### Research skeleton
+
+- Time windows:
+  - breaking/news: `today-1d ~ today` （**优先 24-48h 内来源**）
+  - near-term events: `today ~ today+7d`
+
+- Topic buckets（**必须串行——每次工具调用等结果回来再发下一个，禁止并发。并发会触发 search provider 的 429 rate limit，限流后整段研究都会被打断**）:
+
+  0) **RSS Radar 候选复核**——先读 `/tmp/daily-brief/rss-radar.md`，挑 high-weight 条目打开原文复核；优先用于补充传统 web search 漏掉的博客、newsletter、Product Hunt、创业/市场地图信号。
+  0.5) **last30days 30-day Deep Signals**——读 `./.autopm/daily-brief-last30days/YYYY-MM-DD-*.md`，提炼过去 30 天内跨平台反复出现的主题、痛点、反对意见、创业 wedge。若和 RSS/Web Search 当日新闻相互印证，优先写入 TL;DR。
+  1) **Hacker News 顶流**——`web_fetch "https://news.ycombinator.com/news"` 抓当日首页，挑 5-8 条与产品相关的高分帖。
+  2) **产品行业高信号更新**——`web_search` 搜各家 竞品公司当日发布、进展、更新；官方 changelog/blog。若产品方向涉及 personal agent / second brain / productivity，必须覆盖 Notion、ChatGPT、Gemini、Perplexity、Granola、Rewind/Limitless、Lindy、Manus、Genspark 等竞品或相邻产品的官方发布、pricing、changelog、desktop/mobile/browser extension 更新。
+  2.5) **Consumer / Prosumer Personal Agent Signals**——从 `consumer-personal-agent`、`competitor-prosumer-ai` last30days 文件和 App Store / Mac App Store / Google Play / Chrome Web Store / creator/prosumer 社区检索中提炼真实采用与痛点：知识整理、文件检索、会议/笔记、长任务交付、个人记忆隐私、跨应用桌面操作、浏览器插件分发。没有足够证据时写数据暂缺，不要用 devtools 新闻补位。
+  3) **社交媒体顶流 KOL**（名单见文件顶部 `<!-- EDIT KOL LIST HERE -->` 区段）——**优先调用 `last30days` skill 抓 X/Twitter 推文**（可通过 setup wizard 解锁 X 通道，能拿到推文级粒度）；`last30days` 不可用时退回 `web_search "<KOL 名> twitter site:x.com"`。每个 KOL 取 0-2 条最高信号推文，**没新内容就整条不提**。
+  4) **创投 / 资本市场信号**——优先从 RSS Radar 的 `venture-deals`、`frontier-market-research`、`venture-thesis`、`market-maps`、`china-venture-tech` category 和 `venture-personal-agent` last30days 文件里挑；再按需要定向检索 `SVB State of the Markets`, `Carta Data Desk`, `NVCA Yearbook`, `PitchBook report`, `Dealroom ecosystem`, `SEC S-1 software`, `F-1 company`, `10-K software revenue`, `NASDAQ IPO`, `HKEX prospectus`, `36氪 AI agent 创业`, `晚点 个人生产力 创业`, `IT桔子 AI agent`, `清科 榜单`。只写能改变判断的资本/市场信号：market map / investor thesis / YC RFS / a16z / Sequoia / Lightspeed wedge、预算流向、估值/退出窗口、IPO 披露、垂直赛道热度、监管/合规约束、人才迁移、客户预算或毛利/销售效率、China-side AI agent / 个人生产力 / 桌面 agent 创业动态。不要写普通融资快讯；三类证据缺失时按上文数据暂缺格式明示。
+  5) **创业前沿概念 / 新创业方向 / 资本信号**——优先从 RSS Radar 的 startup/venture/product/market-maps/venture-deals/frontier-market-research category 里挑（重点复核 **CB Insights**, **Sifted**, **The Generalist**, **Contrary Research**, **a16z/Future**, **Sequoia**, **Lightspeed**, **StrictlyVC**, **Fortune Term Sheet**, **TechCrunch Startups**, **LatePost** 候选条目），再按需要补搜 `SVB State of the Markets venture`, `Carta Data Desk startups`, `NVCA Yearbook`, `PitchBook report`, `YC requests for startups`, `YC Demo Day`, `vertical startups`, `new startup category`, `Product Hunt trending`, `market map`, `GTM wedge`, `IPO prospectus product`, `personal AI assistant startup`, `second brain AI`, `prosumer AI`, `desktop agent startup`, `AI agent 个人生产力 创业`, `桌面智能体 出海`, `知识管理 AI 创业`。输出应聚焦“可行动的创业洞察”：谁的新需求正在出现、为什么现在、可验证的 wedge、与 本产品的关系。不要把纯融资快讯当核心情报，除非融资/IPO/招股书披露了新的市场结构、客户预算、毛利/销售效率、监管约束或分发渠道。
+  6) **GitHub Trending**——`web_fetch "https://github.com/trending?since=daily"`，筛选产品相关或当日 star 增速极快的跨领域爆款。取 3-5 个，每个附**一句**与 本产品方向的关联判断，**不要照搬 description**。
+
+     **硬性边界：这个 bucket 只能来自 GitHub Trending 页面本身。必须能确认 repo 出现在 `github.com/trending?since=daily`，并能提取或可靠观察 today stars / stars today / daily star delta。若 GitHub Trending 页面无法读取、无法解析 daily star delta，或当日没有产品相关高热 repo，就写 `> 数据暂缺（GitHub Trending daily star delta 未能可靠提取）`。严禁用 last30days、HN 命中、GitHub Search、issue 搜索、topic relevance、RSS Radar 的 repo 候选补位；这些只能写入 30-day Deep Signals、HN 或 RSS/创业 section，不能标为 Trending。**
+
+- **Rate limit 规则**：bucket 之间不要立即发起下一个；若收到 429，等 30 秒后重试一次；重试仍失败就跳过该 bucket，在简报对应 section 下写一行 `> 数据暂缺（429 / 重试失败）`，**不要因为单个 bucket 失败而中断整个流程**。
+
+### Content freshness rules
+
+- **禁止引用 `/tmp/daily-brief.url-blacklist` 里的 URL**（历史简报已经写过的）。
+- **无新信号不播报**：项目在过去 48 小时内没有具体、实质性的新消息（新代码提交、新提案、新重大讨论），**严禁**在简报中提及。
+- **严禁复读背景**：不要为填充篇幅而重复已知的技术定义或战略定位。
+- **项目关键词不得绑架搜索**：优先搜行业广度信号，而非死磕固定项目关键词。
+- **每条引用必须附发布日期**（格式：`[来源](url) (YYYY-MM-DD)`）。
+
+### Writing constraints
+
+- 专业、直接、可执行
+- 每条关键判断带来源链接 + 发布日期
+- 目标是"高信号 + 可行动"，不是堆砌素材
+- 完成后做"质量自查"：是否有重复 URL、是否有旧闻复读、是否有项目无新信号还硬写
+
+### Output template (固定结构)
+
+把简报写到 `.autopm/briefings/$(date +%Y-%m-%d).md`，**严格使用以下骨架** —— 每个 bucket 一个 `##` section；某 bucket 数据暂缺就在该 section 下写一行 `> 数据暂缺（原因）`，**不要删除整段 section**（保持每日简报形态可比较、可 diff、可归档）：
+
+```markdown
+# [AUTO-PM-DAILY-BRIEF] YYYY-MM-DD
+
+## TL;DR
+3-5 行，每行一个最高信号判断 + 来源链接（YYYY-MM-DD）。
+
+## 0. 30-day Deep Signals（last30days）
+- **<主题/痛点>** — <过去 30 天的重复信号；为何对 本产品重要>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 1. Hacker News 顶流
+- **<标题>** — <一句话信号判断>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 2. 产品行业 更新
+- **<事件/发布>** — <信号判断>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 2.5 Consumer / Prosumer Personal Agent Signals
+- **<用户痛点/采用信号/竞品变化>** — <来自竞品、creator、App Store/Chrome Web Store、社区或 last30days 的证据；说明对 personal agent / second brain / productivity 的意义>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 3. KOL 信号
+- **<KOL 名>** — <推文/发布要点>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 4. 创投 / 资本市场信号
+- **<资本/市场信号>** — <来自报告、交易、IPO/招股书、IR/财报、投资人研究或公开榜单的可行动判断；为什么影响 产品方向>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 5. RSS Radar / 创业前沿概念
+- **<概念/方向>** — <触发信号；为什么现在；本产品可验证/利用的 wedge>。[来源](url) (YYYY-MM-DD)
+- ...
+
+## 6. GitHub Trending
+- **<owner/repo>**（今日 +<N> stars）— <只允许来自 `github.com/trending?since=daily` 且已确认 daily star delta 的 repo；与 产品方向的关联判断>。[repo](url)
+- ...
+
+## 自查
+- [ ] 与最近 3 份简报无重复 URL（对照 `/tmp/daily-brief.url-blacklist`）
+- [ ] 每条引用都带发布日期
+- [ ] 已读取 RSS Radar 与 last30days 输出；若缺失已在对应 section 标注原因
+- [ ] Consumer/prosumer section 已检查 Notion/ChatGPT/Gemini/Perplexity/Granola/Rewind-Limitless/Lindy/Manus/Genspark、App Store/Chrome Web Store、知识整理/文件检索/记忆隐私/长任务交付痛点
+- [ ] 创投 section 已尝试覆盖 market map/thesis、market data/filing、China-side AI agent/个人生产力动态；缺失项已明示
+- [ ] 无 48h 内无新信号的项目
+- [ ] 没有复读背景定义
+```
+
+第一行必须是 `# [AUTO-PM-DAILY-BRIEF] $(date +%Y-%m-%d)` —— 归档时人眼能直接对应标题。
+
+---
+
+## 4 Pipeline summary
+
+`Section 2（含重跑保护 + 黑名单）→ Section 3（写盘）→ Section 4（本地完成检查）`。把 submit_brief.sh 的输出（日期、标题、文件路径、字节数）逐字回显给用户。
+
+### Failure modes
+
+- **bundled last30days missing** → 该 skill 包不完整；确认 `$DAILY_BRIEF_SKILL_DIR/vendor/last30days/scripts/last30days.py` 和 `$DAILY_BRIEF_SKILL_DIR/vendor/last30days/scripts/lib/` 随包一起存在，然后重跑对应 bucket。
+- **Python 3.12+ missing** → 安装 Python 3.12+，或设置 `PYTHON=/path/to/python3.12` 后重跑对应 bucket。
+
+### Completion behavior
+
+- 标题：`[AUTO-PM-DAILY-BRIEF] <YYYY-MM-DD>`，不可变。
+- 正文：当日简报全文保存在本地归档目录。
+- `bash "$DAILY_BRIEF_SKILL_DIR/scripts/submit_brief.sh"` 只做本地存在性检查并回显路径；不执行网络请求。