sterlingdon/ai-inspiration-scout

AI Inspiration Scout

这个 skill 是 official_accounts 的前置情报层，职责只有一个：把最近 48 小时内值得写成中文 AI 自媒体内容的素材，整理成一批“可选题、可延展、可继续创作”的灵感目录。

它不负责直接写公众号正文，也不替代下游创作 skill。它的任务是先把题找对、材料备齐、角度梳理好。

适用场景

当用户出现下面这类表达时，优先触发本 skill：

• 我今天没灵感了，帮我找最近 AI 圈值得写的内容
• 去全网搜最近 1-2 天 AI 资讯
• 看看 X 上 AI 圈在聊什么、吵什么、推荐什么
• 看看头部 AI 博主、创业者、研究员最近在发什么
• GitHub Trending 有没有值得写的 AI 工具或开源项目
• 给我几个今天可以写成公众号文章的 AI 选题

输出目标

默认将结果直接沉淀到：

content_hub/01-ideas/YYYY-MM-DD/

如果仓库根目录存在 content_hub/00-account-profile/，且其中只有 1 份账号主设定文件，执行本 skill 前必须先读取它，并把它视为本轮选题的账号约束。

默认使用“多选题目录”模式，而不是只生成一篇总稿：

content_hub/01-ideas/YYYY-MM-DD/
  daily-overview.md
  <article-id>/
    idea.md
    sources.md
    01.jpg
    02.jpg
  <article-id-2>/
    idea.md
    sources.md

约定说明：

• daily-overview.md：当天所有候选题的入口页，方便快速筛题
• idea.md：下游 official_accounts 的主消费文件，必须可独立阅读
• sources.md：完整来源记录，降低 idea.md 的噪音
• <article-id>：全链路唯一 ID，后续 official_accounts 在 02-drafts/、03-review/、04-published/ 阶段必须继续沿用，不允许下游二次改名

如果目标日期目录不存在，先创建目录；如果已存在，则在不破坏已有内容的前提下补充新的候选题目录。

核心工作流

1. 先确定时间窗口

• 默认搜索最近 48 小时
• 如果用户明确指定“今天”“昨天”“最近 3 天”等，以用户要求为准
• 不要把时间窗口无限扩大，否则容易把旧闻混进来

1.5 先读取账号主设定，再决定什么题值得找

• 若存在 content_hub/00-account-profile/，先读取其中当前激活的账号主设定
• 判断这个账号到底要什么：
  • 喜欢什么类型的题
  • 不该写什么类型的题
  • 偏什么栏目、什么受众、什么结果导向
• 后续搜索、聚类、排序都必须受这层约束，而不是只看“新闻热不热”

2. 全量广搜，不要只盯一种来源

优先覆盖四类来源：

1. AI 新闻与产品发布
2. X 平台热点讨论与头部 IP 观点
3. GitHub Trending / 新开源工具 / 工具榜单
4. 行业内有传播力的博客、平台、研究机构、创始人动态

目标不是机械罗列，而是找到“适合写成中文 AI 自媒体内容”的候选题。

3. 搜索重点

优先找这些信息：

• 新模型、新产品、新功能上线
• 明显引发讨论或分歧的事件
• 头部 IP 在推荐、批评、预测、复盘什么
• GitHub Trending 上有传播潜力的 AI 工具、Agent 工具、效率工具
• 安全、融资、组织变化、产品策略调整
• 对普通 AI 用户、开发者、内容创作者有感知的变化

4. 去重、聚类、排序

把搜到的内容按“选题”而不是“链接”聚类。多个来源在说同一个点时，应合并成一个候选题。

排序优先级：

1. 新鲜度高
2. 有明显讨论度
3. 与账号主设定高度匹配
4. 有观点冲突、反差或争议
5. 对中文 AI 自媒体读者有吸引力
6. 能自然扩写成公众号文章

默认给出 5-10 个候选题。哪怕当天强题不多，也要给低优先级备选，不要空目录。

5. 目录命名必须稳定

候选题目录不要使用 topic-01、topic-02 这类临时编号式命名，而要直接使用稳定、可读、可复用的 <article-id>。

命名原则：

• 使用英文或拼音 slug
• 简洁但能表达主题
• 不依赖当天排序
• 一旦创建，后续全链路保持不变

好的例子：

• openai-agents-sdk-enterprise-shift
• windsurf-vs-cursor-price-war
• github-trending-voice-agent-stack

差的例子：

• topic-01-openai
• today-hot-news-1
• new-topic-final

写入规则

daily-overview.md

每天都生成 1 份总览，建议结构：

# YYYY-MM-DD AI 选题总览

## 今日最值得写的 3 个题

## 候选题清单

| 排名 | 题目 | 类型 | 为什么值得写 | article-id |
| --- | --- | --- | --- | --- |

## 今日整体观察

- 今天 AI 圈更偏产品发布 / 观点争议 / 开源工具 / 安全事件
- 哪些方向扎堆，哪些方向容易写出差异化

idea.md

每个选题目录里的 idea.md 必须是“创作导向”文档，至少包含这些部分：

# 选题标题

## 为什么现在值得写

## 事件摘要

## 人设适配理由

## 建议内容层级

## 建议栏目归属

## 讨论热度来源

## 可写角度
- 角度 1
- 角度 2
- 角度 3

## 可争议点 / 反差点
- 点 1
- 点 2

## 公众号标题候选
1. 标题 1
2. 标题 2
3. 标题 3

## 建议立场

## 适合读者

## 推荐结构

## 开头切入建议

## 交给 official_accounts 的写作提示

要求：

• 聚焦“怎么写更有传播力”，不是只做新闻摘要
• 不要长篇摘抄原文
• 让下游仅凭 idea.md 就能判断是否值得写、从哪个角度写
• 推荐结构 要给出文章段落框架，而不只是泛泛而谈
• 开头切入建议 要帮助下游快速起稿，避免再次从零想开场
• 人设适配理由 必须说清：这个题为什么适合当前账号，而不是任何 AI 号都能写
• 建议内容层级 必须在“入口层 / 样板层 / 扩展层”中至少命中一层
• 建议栏目归属 必须尽量落到账号固定栏目，方便下游保持一致性

sources.md

把来源单独整理，建议格式：

# Sources

| 来源名称 | 链接 | 时间 | 一句话价值 | 标签 |
| --- | --- | --- | --- | --- |

标签使用这些标准值：

• 新闻
• X
• 头部IP
• GitHub
• 工具
• 安全
• 融资
• 产品发布

与 official_accounts 的衔接约束

• 下游主入口永远是 idea.md
• sources.md 是补充参考，不要求下游逐条引用
• 如果已有 ideas 结构不统一，优先按本 skill 的新结构继续新增，不要延续旧的混乱命名
• 后续创作时，应先读取 idea.md 再联网补充资料
• <article-id> 一经创建就是这篇内容的全流程唯一 ID，下游不得重命名目录
• 所有内容物料统一写入仓库根目录 content_hub/，而不是写进某个 skill 自己的子目录

质量标准

一个合格候选题，至少满足以下两点：

• 它不仅是“有新闻”，而且“有写作价值”
• 它不只是事实罗列，还能提炼出观点、冲突、趋势或反差
• 它与当前账号主设定相匹配，而不是单纯因为“今天它很火”

避免这些低质量产物：

• 只有链接列表，没有可写角度
• 只有情绪，没有事实支撑
• 只有国外讨论，没有中文读者关联
• 只有单一来源，没有交叉验证
• 目录名临时、含糊，导致下游无法稳定复用

证据图与截图

如果一个候选题高度依赖视觉证据，或者截图本身就能增强文章说服力，上游应顺手保存 1-3 张证据图到对应 <article-id>/ 目录中，例如：

• 产品发布页截图
• X 帖子截图
• GitHub Trending 截图
• 核心功能演示图

要求：

• 只保留真正有价值的图，不要为了凑数乱存
• 图片命名使用 01.jpg、02.jpg、03.jpg
• 在 idea.md 里简要说明这些图各自能支撑什么论点
• 在 sources.md 里记录图片来源链接和用途

这些图片的主要用途是让 official_accounts 在配图阶段优先复用，而不是重新生成所有素材。

降级策略

如果当前环境无法联网搜索或无法获取实时信息：

• 明确告诉用户当前无法完成“最近 48 小时资讯搜索”
• 不要伪造新闻、观点或来源
• 可以退而求其次，整理已有本地灵感并提示用户稍后重试联网版本

执行提醒

• 先搜，再筛，再写目录，不要一边搜一边仓促落盘
• 优先沉淀“题目”，不是“素材堆”
• 同一话题如果来自多个来源，要合并成一个候选题
• article-id 要简洁、稳定、可读，并保证全链路可复用
• 如果用户特别强调某一方向，比如 Agent、安全、开源工具、投融资，可以在默认广搜后提高该方向权重