内容管理系统开发

项目背景

这是一套内容创意方向的生产力平台，2 个仓库。后端用 Java，439 个 Java 文件，另有 6 个测试文件与 25 篇文档；管理端用 Vue，102 个 Vue 文件，配置了 CI。最后提交在 2026 年 4 月。核心是把内容生产流程放进系统里留痕：选题、素材、产出、审核、分发，每一步都能查到。

客户当时的状态

内容生产的常见问题是「过程在系统外」。选题出自群聊，素材散在个人电脑，产出交给谁、审到哪一步、有没有通过，全靠问人。等到要复盘内容为什么没发出来，或者查一篇稿子改了哪几版，没人说得清。另一个问题是重复劳动：模板和素材没有沉淀，每次都是从头开始。这些问题的共同点是：不是没有人干活，而是干过的活没有留下痕迹，后面接手的人接不上。

我们的做法与取舍

第一个取舍是把审核做成明确的状态机，而不是一个「通过 / 不通过」的开关。内容在流转中有多个状态，每个状态由谁操作、什么时候变的，都要留痕，否则审核环节永远说不清。

第二个取舍是模板与素材做复用，而不是每篇重做。把可复用的部分沉淀下来，新内容从模板起步，省掉的是重复劳动而不是创作本身。

第三个取舍是流程要能落到系统里，哪怕它会增加操作步骤。多几步操作换来过程可查，对多角色协作是划算的；如果流程还在系统外走，系统就只是个文件柜。

系统怎么承载这条链路

后端承载选题、素材、内容、审核状态与分发记录，管理端承载操作与查看。多角色按职责进入不同环节，状态机约束流转顺序。仓库内的文档覆盖了这些流程的说明，管理端配置了 CI，交付流程本身也是标准化的一部分。分发记录的保留也有实际用途——哪篇内容什么时候发到哪个渠道，出了问题能倒查，而不是靠印象回忆。

交付状态与边界

代码处于维护状态，最近一次提交在 2026 年 4 月。边界说明：平台承载的是流程与留痕，不替代内容创作本身，创意质量仍取决于人；分发到外部平台的能力以对方的接口与规则为准，对方调整规则会带来适配；我们不承诺内容效果，系统能保证的是过程可查、素材可复用。文档与 CI 随代码一起交付，接手的人能顺着文档把流程走一遍。