这几天我一直在做一件很容易被低估的事，把大量对话、任务、复盘和工具修改，重新整理成可以持续写文章的系统。
刚开始看起来很简单。我们每天有很多对话，里面有很多想法。把这些想法扫出来，放进一个候选池，再从里面挑几篇写成文章，好像就够了。
但真正做下去，我发现这里面有一个关键误区，候选池不是待办清单。 如果把候选池当成待办清单，就会自然地问，现在有多少篇？哪些还没写？今天新增了几篇？接下来执行哪几篇？
这些问题都对，但还不够。因为对话里的内容不是一条条简单任务，而是一种还没有定型的思想矿脉。它可能是一篇文章，也可能是三篇文章；可能现在能写，也可能需要脱敏；可能表面上是工具问题，深处其实是协作方法；可能看起来像技术记录，真正有价值的是背后的判断方式。
所以候选池真正要做的，不是把每条内容排队，而是在写作发生之前，先完成一层判断。
为什么不能只问“有多少篇”
我之前问过一个很自然的问题，目前一共可以写多少篇？最近两天对话这么多，只新增了一部分吗？如果深度解析，会有多少篇？
这个问题背后，其实有两种完全不同的统计方式。 第一种是普通模式。普通模式看的是显性候选。系统扫描到一个对话片段，归纳成一个主题，判断是否可写，然后放进候选池。这种方式适合做台账，适合管理进度，也适合避免重复。
第二种是深挖模式。深挖模式不只看显性主题，而是看一个主题背后的分叉、层次和文章空间。比如“三台电脑协同写文章”这个主题，普通模式可能只得到一篇。但深挖以后，它至少可以拆成协作分工、质量门、候选池、草稿箱、博客发布、工具边界、持续运行、失败处理、证据留痕等多个方向。
普通模式回答“现在有多少条候选”。深挖模式回答“这里面究竟有多少可写空间”。 这两个问题不能混在一起。 如果混在一起，就会出现两个问题。 一个问题是低估内容价值。对话里明明有很多深层判断，但系统只归纳出一个短标题，于是我们误以为只新增了一篇。
另一个问题是高估执行能力。候选很多，但有些涉及隐私，有些需要补来源，有些和已有文章太像，有些只适合做内部流程记录。把它们全部当成可以直接写的待办，就会让写作系统变得很吵。
所以我现在更倾向于把候选池分成两层，普通候选层和深挖判断层。 普通候选层负责收集。深挖判断层负责判断。
候选池先解决三个问题
一个好的候选池，至少要先回答三个问题。 第一，这个主题能不能写。 能不能写，不只是有没有内容。还包括有没有隐私风险，有没有内部路径，有没有太具体的人名和项目名，有没有需要补证据的地方。很多对话在内部很有价值，但不能直接对外写。它需要先脱敏、改写、抽象，才能变成一篇真正可以发布的文章。
第二，这个主题值不值得写。 有些主题虽然安全，但只是一次工具操作记录。它能写成文章，可读者未必需要。真正值得写的，是那些能把个人经验变成普遍方法的内容。比如“为什么扫描结果不能全信”，表面是一个系统问题，深处其实是一个方法问题，工具给出的结论，什么时候能用，什么时候必须复核。
第三，这个主题应该怎么写。 同一个素材，可以写成技术报告，也可以写成创作复盘，还可以写成方法论文章。写法不同，读者感受到的价值完全不同。候选池如果只保存标题，就会丢掉这层判断。它应该保存来源、风险、建议角度、相似文章、推荐顺序，甚至保存它适合写成长文还是短文。
这就是我说“候选池是前置判断层”的原因。
它不是写作之后的管理工具，而是写作之前的分诊台。
深挖模式为什么要持续进行
我后来又补了一条要求，深挖模式要持续进行，普通模式只作为参数候选。 这句话很关键。 普通模式适合快速更新。每天扫一下最近对话，新增一些候选，更新状态，看看有没有可以采纳的主题。它像一个入口，保证新内容不会丢。
但真正决定内容系统质量的，是深挖模式。 深挖模式会做几件事。 它会把相近主题聚成组，避免我们今天写一篇“三台机器协同”，明天又写一篇“三台电脑协作”，后天再写一篇“多 Agent 审稿”，最后内容彼此重复。
它会把大主题拆成系列，避免一个很大的思想被压扁成一篇文章。比如“对话写文章系统”这件事，本身就可以拆成候选池、来源证据、隐私分级、写作队列、图文生成、质量门、博客同步、草稿箱推送、持续 tick 等多个方向。
它还会识别哪些内容现在不能写。不是所有内容都应该立刻公开。深挖模式越认真，越会保留克制。能写的写，需脱敏的先处理，需回看来源的先标 C，内部内容就标 D。
这套分级很重要。 A 是现在可以写。 B 是先脱敏再写。 C 是要回看来源。 D 是内部或阻塞，不对外写。 有了这层判断，写作系统才不会把“能产出”误认为“该发布”。
三台电脑各自写，还是集中调度
还有一个现实问题，如果三台电脑都有对话，它们会各自写吗？ 我的判断是，可以各自采集，但不能各自乱写。 三台电脑各自都有对话记录，也各自能发现内容。它们应该都能把候选送进系统，因为这样不会漏掉素材。但写作、发布、推草稿这些动作，必须有统一调度。
否则问题很快出现。 第一，会重复写。同一个主题在不同机器上被识别成不同标题，最后多篇文章撞在一起。 第二，会状态不一致。一台机器以为已经推草稿，另一台机器以为还没写，第三台机器又重新配图。
第三，会质量门失控。对话深挖文章必须脱敏、必须走标准配图、必须过质量门。如果每台机器各走一套流程，长期一定会乱。
所以更稳的结构是，三台机器分布式采集，统一候选池归并，统一深挖 tick 聚类，统一写作计划调度，再由标准出口发布。
这不是为了让流程复杂，而是为了让系统持续运行时不失控。
配图也必须进入流程
这次还有一个我特别强调的点，配图一定要从 Codex 作图，而且这是流程中的一部分。
为什么要把配图写进流程，而不是等文章写完再随便补一张？ 因为对话深挖文章本身不是普通资讯。它讲的是系统、协作、判断、方法。配图如果只是装饰，很容易变成一张无关的卡片。更糟的是，如果某个工具失败后自动退到兜底图，表面上文章完成了，实际上质量门已经被绕过。
所以配图规则必须写死，对话深挖文章、候选文章、三台电脑协作复盘文章，都使用 Codex 作图。失败就停下来修标准入口，而不是静默降级。
这也是前置判断层的一部分。 一篇文章能不能发布，不只看正文有没有写完，也看它有没有按照同一套标准完成配图、预览、质量门和证据留痕。
我现在更看重“可持续”
如果只想写两篇文章，手工当然最快。
但这几天真正有价值的，不是写出了几篇，而是我们开始把“对话变文章”这件事程序化了。 程序化不是把人从写作里拿掉。恰恰相反，它是把人的判断放在更重要的位置。 工具负责扫描、聚类、记录、去重、提醒。
人负责判断什么能写，什么该写，什么要延后，什么应该拆开，什么必须脱敏。 系统越持续，人越不能只盯着执行。因为执行会越来越便宜，判断会越来越值钱。 候选池也是这样。 它真正的价值，不是告诉我“你还有 45 篇没写”。它真正的价值是告诉我，这些对话背后有哪几条持续生长的思想线，哪几条已经成熟，哪几条要保护，哪几条可以变成系列，哪几条应该暂时不要碰。
这才是内容系统真正的前置判断层。
这套系统最怕什么
你想想看，如果候选池只是一个待办清单，它最容易出现的毛病不是写得慢，而是越写越散。今天看到一个主题就写一篇，明天看到一个相近主题又写一篇，后天看到另一个工具动作再写一篇，表面上产量很高，实际读者会发现几篇文章都在绕同一个地方打转。说实话，这种重复不是勤奋，而是系统没有在上游做判断。
我跟你说，真正成熟的内容系统，不能只奖励执行速度。它还要奖励克制。一个主题能写，不代表今天就该写；一个方向有素材，不代表必须单篇吃完；一个结论很精彩，也不代表可以跳过来源和隐私判断。候选池如果能在前面把这些问题问清楚，后面的写作就会少很多返工。
有意思的是，这件事越自动化，越需要人的判断。以前人工写作慢，很多问题被速度掩盖了。现在工具能很快扫描、归纳、配图、推送，判断没跟上就会被放大。你会看到系统像是在努力工作，但努力方向并不总是对的。这也是为什么我更愿意把深挖模式设成默认，而不是偶尔想起来才跑一次。
说真的，普通模式也不是没价值。它像一个收件箱，帮我们把新对话接住。问题在于收件箱不能替代编辑台。收件箱负责不遗漏，编辑台负责取舍、排序、分级和成系列。候选池只有同时承担这两件事，才有资格成为内容系统的一部分。
你想啊，未来对话只会越来越多。三台电脑、多个 Agent、不同平台、不同草稿箱，如果没有统一候选池，所有内容都会变成散落的临时记忆。今天靠人记得，明天靠人追问，后天就开始忘。候选池把这些记忆变成可检索、可判断、可调度的结构，这才是它真正的价值。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～
结尾
我现在对这个系统的判断很明确。 普通模式要保留，因为它负责把新对话接进来。 深挖模式要持续，因为它负责把素材变成结构。 博客和公众号可以分别发布，但源头应该统一。 三台电脑可以各自采集，但写作和发布必须集中调度。
配图必须进入流程，不能变成事后补丁。 候选池不是待办清单。它是写作发生之前，先替内容系统完成一次判断。 这个判断越稳，后面的文章才越不容易乱。
讲真，这也是我这次最想留下来的判断。对吧，系统不是为了替我们省掉思考，而是为了让思考更早发生。你懂吧，当判断放在前面，后面的写作、配图、发布和草稿箱推送，才不会每一步都靠临场补救。
作者：剑飞，本文共3337字