如何维护一个 AI 选题池：从收藏到发布

先说结论。

AI 选题池不应该只是收藏链接和标题。一个能稳定发布的选题池，必须记录来源、读者问题、核心判断、对应 skill、证据状态、内容阶段、站内关系和自然转化入口。

它的目标不是让待写选题越来越多，而是让每个选题都能被判断、推进、暂停或淘汰。

收藏入口只负责捕获，不负责立项

X 帖子、GitHub 仓库、官方文档、用户问题和项目复盘都可以进入收件箱。捕获时至少保存原始 URL、标题、发现日期、来源类型和一句“为什么值得看”。

涉及易变事实时标记需要核验，不在收藏阶段补写未确认数字。失效链接也保留来源记录，后续决定替换或删除。

收件箱应定期清空到“立项、参考、观察、淘汰”，否则只是另一个浏览器收藏夹。

每个选题先写读者问题和核心判断

“n8n 很火”不是选题；“用 n8n 做线索整理时，哪些步骤必须人工确认”才接近可写问题。

读者问题描述谁在什么场景卡住，核心判断给出作者取舍。两项都写不出时，先观察，不直接生成标题。

判断选题是否成立，可以问：读者读完能做哪个决定或动作；本站能提供什么不同于来源摘要的价值。

skill 决定文章承诺

学习资料文要讲课程体系、学习曲线和最小路径；工具文要给上手、限制和替代；洞察文要解释变化与可验证判断；案例文必须写背景、取舍、结果边界和复盘。

同一个素材可以产生不同文章，但不能混成一篇。例如一个新 Agent 框架，可以写资料导读，也可以写企业选型判断，二者的证据与结构不同。

为选题绑定 skill，相当于提前定义交付标准。

证据状态要独立于写作状态

建议设置“未核验、已找到原始来源、已核验、需要复核、无法核验”。外部事实还记录核验日期和官方 URL。

文章进入起草，不代表事实已经可靠。相反，证据已核验也不代表选题值得写。两个状态分开，编辑才不会在赶稿时把来源摘要当结论。

无法核验的数字要删除或改写为判断框架，不以“可能大概”填充。

状态流要允许暂停和淘汰

一个实用状态流是：收件箱、待判断、已立项、研究中、提纲、初稿、审核、待发布、已发布、待更新、淘汰。

每个状态有进入条件。例如进入初稿前，brief 必须完整；进入发布前，来源、媒体计划和质量检查通过；进入待更新，是因为外部事实变化或内部结构调整。

限制同时“研究中”的选题数量，避免几十篇都处于半成品。

站内关系决定选题是否形成体系

记录所属专题、前置文章、可链接旧文、后续延展和内容重复度。一个选题若不能加入任何主题，也不解决新的读者问题，需要重新判断优先级。

例如“Agent 人工审批”可进入 Agent 工程专题，前置是工作流与 Agent 区别，后续是日志和验收。发布时自然形成阅读路径。

这比按发布日期孤立排文章更有长期价值。

转化入口必须与文章任务一致

学习资料文适合连接路线图或资料清单；工具文适合连接模板；项目诊断文适合连接访谈表；观点文可以连接专题订阅。

不要给每篇文章强行放同一个广告。转化入口应是读者完成文章动作后的下一步，而不是编辑想卖什么。

选题池可以记录入口，但正文审核时仍要检查是否自然。

一张选题表至少包含这些字段

• id、工作标题、读者、读者问题、核心判断。
• 来源 URL、来源类型、发现日期、核验日期。
• skill、category、专题、关键词与内容入口。
• 证据状态、brief 状态、编辑状态、负责人。
• 风险与边界、相关旧文、下一步选题。
• 发布渠道、发布日期、更新触发条件。

工具可以是表格、Notion、Airtable 或代码仓库。选择取决于协作方式；字段和状态比工具品牌更重要。

常见失败会让选题池越来越重

优先级也需要一个可解释口径。可以综合读者问题强度、站内主题缺口、证据准备度、内容寿命和业务相关性，但不必计算伪精确总分。每次选择下一篇时，记录为什么现在写、为什么不是其他候选。

当突发热点插入排期时，也要说明它替换了什么，以及能否在发布后沉淀到专题。否则热点会不断占用研究和审核容量，常青内容永远停在“稍后”。

只收藏不判断；标题先行却没有读者问题；所有素材都标高优先级；选题状态与事实核验混在一起；文章发布后从不回填链接和更新条件；为了填排期重复写相似主题。

反例是个人轻量笔记，可以保留更少字段。但只要涉及多人协作、外部事实和持续发布，就需要基本状态与责任人。

每周维护可以控制在四个动作

1. 清空收件箱：立项、参考、观察或淘汰。
2. 复核在制品：每篇只有一个明确下一动作。
3. 补证据与内链：不让初稿带着待核验事实进入审核。
4. 回看已发布：记录读者问题，补充后续选题和更新触发。

下一步先从现有收藏中选 20 条，只补“读者问题、核心判断、skill、证据状态”四个字段。做完后，真正值得写的数量通常会减少，但选题质量会更清楚。

适合谁、工具替代和我的建议

这套选题池适合持续发布、多人参与研究或需要维护外部事实的内容团队。每月只写一两篇个人笔记的人，可以用更轻的收件箱和待写列表，不必维护十几个状态。它的优势是把“想写”变成可审核的生产过程，限制是字段过多会让维护本身吞掉写作时间。

最低开始不是迁移到新工具，而是在现有表格增加读者问题、核心判断、证据状态和下一动作四列。Notion、Airtable、项目管理器和仓库内 Markdown 都是替代方案；选择取决于谁更新、是否需要自动化和版本审计。我的建议是连续两周没有用于筛选或交接的字段就删除，无法说明下一动作的选题则暂停，而不是靠更多标签制造进展感。

它解决的核心问题，是收藏、证据核验和写作状态混在一起，导致选题很多，却没有一篇具备明确下一动作。最小开始就是只增加上述四列，不迁移工具。