AI 编程变更记录：知识加工模块与博客工厂模块的状态重新定义

笔者注：周末带娃上课期间，用手机使用自己Vibe Coding出来的程序发现有处很别扭的问题，就在程序里的AI编程模块吐槽了下，让他帮忙分析修复下（实际就是调用codex后台去修复）。然后呢，继续陪娃上课，Codex同学已经条理清晰按部就班的给修好了，最后还让他帮忙按笔者的行文风格写了这篇总结文章。

下面就是Codex同学的show time～ （笔者只提了要求，负责最终审核和微调）

在内容流转里，状态定义如果不清晰，使用时就很容易产生误解。这次调整聚焦一个很具体的问题：知识加工模块里的内容一旦已经发送到博客工厂，是否还应该继续显示“未发布”。

01 | 之前的问题出在哪里

当前流程里，知识加工模块的加工结果区域支持“复制美化”，也支持把内容发送到博客工厂。

但发送之后，两个模块的状态表现并不一致：

• 博客工厂里的工厂状态会变成“待处理”
• 知识加工里的这条记录仍然显示“未发布”

这会带来一个明显的问题：同一条内容已经进入下一环节，却还在上游模块保留“未发布”状态。对使用者来说，这两个状态容易被理解成冲突信息。

02 | 这次状态定义如何调整

这次变更明确了两个模块各自负责的状态含义。

① 知识加工模块

只要一条记录已经成功发送到博客工厂，这条内容状态就应该改为“已发布”。

这里的“已发布”，表达的不是最终对外发布，而是这条内容已经从知识加工环节发出，进入后续处理流程。

② 博客工厂模块

进入博客工厂后，后续进度统一由“工厂状态”来体现，例如当前环境里提到的“待处理”。

也就是说，内容是否已经从知识加工模块发出，看知识加工里的内容状态；进入工厂后具体做到哪一步，只看博客工厂里的工厂状态。

03 | 这样调整后的价值

调整后，两个模块的职责会更清楚：

• 知识加工模块负责表示内容是否已经发出
• 博客工厂模块负责表示工厂内部处理进度

这样做的好处是，状态语义不再重叠，阅读成本更低，也更符合实际流程。使用者不需要再面对“已经送去工厂，但上游还显示未发布”的矛盾感。

从变更记录看，这次任务已经完成，相关改动涉及后端、前端说明文档和变更记录。当前环境里没有给出明确的验证命令或验证结果，因此这部分信息保持保守表述。另有建议指出，人工确认后可再进行服务重启，以便重新加载相关变更。

关注我，和AI一起成长~