素材被风险、覆盖或来源规则挡住时，草稿台应该把原因列出来，而不是继续从私有记忆里硬挖文章。
blog-candidate-diagnostics
自动从本地项目和记忆里找博客素材，最容易让人产生一种错觉：只要扫描得够勤，就永远会有下一篇文章。
实际不是这样。
有时候候选池为空，反而是好事。它说明那些看上去很有料的东西，已经被公开文章覆盖过，或者风险太高，或者来源本身就是博客旧文，不该再被模型当成新素材写一遍。
这次我给草稿台补的不是一个更积极的写作按钮，而是一块候选诊断面板。它回答一个更朴素的问题：为什么现在没有新的文章可以放心写。
空队列不是失败
以前看到候选列表为空，我第一反应会是继续扩大扫描范围。
扫更多 E 盘目录，扫更多记忆文件，扫更多公开仓库，再让模型从里面挑几条看起来能写的。这个方向很诱人，因为它会立刻带来“有东西可写”的感觉。
但博客不是素材回收站。
如果一条记录来自私有记忆，我得先确认里面有没有路径、账号、聊天内容这类不该公开的东西；如果它来自已经发布的文章，就不该再变成新选题；如果它只是某次本地失败现场，它可能适合留给助手召回，不适合公开回看。
所以候选池为空时，我现在会先问：“这些素材被谁拦下了？”
草稿台要显示拒绝原因
命令行里已经能看到统计：
readrisk-filteredcoveredavailable但这些数字如果只留在终端里，写作时还是会变成凭印象判断。过几天再看草稿台，只能知道没有候选，却不知道是素材真的少，还是检查门挡得严。
我更想要的是一块开发态面板，直接告诉我：
- 这轮读了多少候选。
- 有多少来自博客自身扫描。
- 有多少因为风险被过滤。
- 有多少已经被公开文章覆盖。
- 最后还剩多少可以继续写。
这块面板不进生产站点，只在本地草稿台显示。读者不需要看我的候选池，写作者需要看。
先确认是不是已经写过
候选系统最容易误判的一类，是“看起来新，其实已经写过”。
一个公开仓库可能已经被文章复盘过，一个本地记忆主题可能已经整理成了可公开的写法，一份实验记录也可能早就放进了另一篇报告里。如果只按文件更新时间排序，这些东西会反复冒出来。
所以候选诊断里要看覆盖。
我看覆盖，主要是怕把同一个问题换个标题再写一遍。除非后来有了新的工程问题、新数据，或者之前的判断被推翻，否则没必要再开一篇。
这对个人博客尤其重要。文章数量一多，最伤阅读体验的不是更新慢，而是同一个意思被拆成很多篇相似的流水账。
先过滤，再考虑能不能写
本地记忆很适合帮我想起旧事，但它不适合直接喂给公开写作。
里面可能有路径、账号、群聊、机器名、临时计划、失败日志和当时还没整理好的判断。它们对本地助手有用，对公开读者未必有意义。
所以候选队列默认只展示低风险素材。风险较高的东西可以人工复查，但不能因为模型觉得“有故事”就自动进入草稿。
所以我现在不会让模型直接拿本地记忆开写。它可以帮我翻出材料，但最后能不能公开，还是先按更严格的一套规则过一遍。
诊断面板也是写作工具
草稿台以前更像一个列表：有哪些草稿、封面齐不齐、描述够不够、属于哪个专栏。
现在它还要承担另一个职责：解释为什么没有新草稿。
这听起来有点反直觉。工具通常喜欢展示“我能做什么”，但写作工具有时更应该展示“我拒绝了什么”。有些东西就应该停在这里：写过的别再写，带私有现场的别公开，风险太高的先留给人工看。
我不希望博客变成一个自动吞吐系统。它应该更像一个有检查门的工作台：素材进来，先被统计、过滤、归类；能写的进入草稿，不能写的留下原因。
这样我以后看到候选池为空，就不会急着放宽规则。
有时候候选池为空，说明这轮确实不该硬写。
继续读