用途
idea-pipeline 是一个执行缺口审计技能。它的存在原因是：idea-forge validate 负责评估想法，但没有任何东西跟踪执行情况。数十个想法的积压清单不断累积——有些经过验证，大多数未经筛选——却完全看不到哪些已被付诸行动、哪些正在腐烂。该技能提供这一视图：管道规模、执行率，以及当前最接近可构建状态的 3 个想法。
主要能力
- 加载想法积压清单（memory/topics/startup-ideas.md），解析想法表中的名称、一句话简介、类别/垂直领域和添加日期。
- 加载筛选结果（memory/topics/startup-ideas-screened.md），统计已筛选想法数量，并标记可行性 >= 9 的高潜力想法。
- 检查执行情况：扫描 skills 目录、操作者及其机器人账号的跨仓库已合并 PR、已部署原型（memory/topics/prototypes.md 或 memory/topics/vercel.md），以及最近 14 天日志中的 BUILD_SKILL_OK、CREATE_SKILL_OK、DEPLOY_PROTOTYPE_OK 条目。
- 交叉比对：对每个想法检查是否有技能名称或 PR 标题包含其关键词（至少 2 个显著词重叠），分类为已执行或未执行，计算执行缺口。
- 加载叙事上下文（memory/topics/market-context.md 及最近 3 天日志），编译 8–12 个活跃叙事关键词。
- 加载构建者生态信号（memory/topics/ecosystem.md，通常不存在则跳过），提取服务不足的类别和相邻垂直领域。
- 对未执行想法计算优先级分数：narrative_fit（0–4）+ operator_fit_estimated（0–2）+ recency_bonus（0–2）+ ecosystem_gap_bonus（0–3）。分数相同时，填补服务不足类别缺口的想法优先于命中热门叙事的想法。
- 排序后选取前 3 个，生成报告并写入 output/articles/idea-pipeline-${today}.md。
- 始终发送通知，并可提供「build next?」强制回复跟进（每天最多一次）。
使用方式
该技能通过 ${var} 参数接收可选的题材过滤器（如 "crypto"、"AI agents"、"consumer"），为空则扫描所有想法。
特殊前缀处理（步骤 0，最先运行）：
- pick:<id|name>：来自「build next?」强制回复，将对应想法标记为已选构建（在名称单元格末尾追加 ✓ selected ${today}），然后结束，跳过审计。
- offer:<owner/repo 或 issue-url>：通过同一 Telegram 回复边界直接提供已确认的拥有目标，同样在审计前结束。仅接受 owner/repo 或 https://github.com/owner/repo/issues/N 格式，并要求 gh api 返回 push 权限为 true。
正常审计流程：读取 memory/MEMORY.md；若 soul/SOUL.md 和 soul/STYLE.md 存在且已填充，则读取以支撑「操作者契合度」评分，否则仅基于想法的一般可构建性和时机评分。
适用场景
- 需要了解想法积压清单中哪些已被执行、哪些尚未执行。
- 需要基于叙事、操作者契合度、时效性和生态缺口，确定本周最值得构建的想法。
- 需要通过 Telegram 快速标记下一个要构建的想法，或直接提供已确认的仓库/issue 目标。
限制
- 需要本地文件读取和 gh CLI（通过工作流中的 GITHUB_TOKEN 认证）。
- 主逻辑无外部网络调用；gh pr list 使用 gh CLI 内部处理认证。
- 叙事上下文来自 memory/topics/market-context.md（若存在），该文件由操作者维护，当前没有已交付技能写入它。
- 若 memory/topics/startup-ideas.md 不存在，则记录跳过并停止。
- 若 memory/topics/ecosystem.md 不存在，则跳过生态信号步骤并记录 ecosystem_feed=unavailable，不阻塞运行。
- 积压清单行模式（| date | name | one-liner | fit | T+F+E |）从不携带仓库或 issue 引用，因此无法从行推断 GitHub 目标；offer: 是唯一从已标记想法到 dev-loop 分发的路径。
- 所需环境变量：无。