Creator 内容创作平台
把选题、文章、素材、跨平台排版和发布复盘串成一条可以追踪的内容生产流水线。
需要长期生产文章、视频并管理多平台发布的个人创作者。
产品架构、交互重构、工作流执行、文章工作台与视频能力整合。
本地持续开发的 FastAPI + React 产品，保留浏览器验收与 Remotion 渲染基础设施。
01 · WHY IT EXISTS
它为什么会出现
真正的问题不是 AI 不会写，而是选题、证据、版本、配图、视频和发布结果散落在不同地方。早期节点画布让系统看起来强大，却增加了创作者的理解成本，所以项目正在从“工作流编辑器”转向“内容项目工作台”。
02 · THE PROBLEM
真正要解决的问题
内容散落在选题、文稿、配图、视频和多个发布平台之间，每次创作都要重新寻找上下文。
03 · THE RESPONSE
最终形成的方案
用项目化方式保存创作依据、版本与发布状态，再让 AI 参与选题、编辑和适配，而不是只生成一次性文本。
04 · BUILD LOG
项目不是一次生成的。
重要的不是“AI 写了多少代码”，而是需求怎样在真实使用中逐步变得清楚。
- 01
从节点工作流开始
建立文章、视频、发布节点和 FastAPI 工作流执行器。
- 02
重做信息架构
拆分创作总览、内容项目、对标中心、文章、视频、发布和复盘。
- 03
收敛文章工作台
减少线性表单和画布心智，保留项目生命周期、证据与版本记录。
05 · KEY DECISIONS
真正决定项目质量的三个选择。
内容项目是核心对象
文章、图片、视频和发布记录都归属于同一个项目，不再成为散落文件。
AI 是编辑工具，不是流水线终点
保留人工判断、证据来源、确认节点和版本，避免一次生成后失控。
先用验收文档控制重构
大型调整先明确用户路径与可验证结果，再逐步替换旧交互。
项目文章与素材统一管理
编辑、预览与 AI 排版
公众号、小红书等平台适配
发布日历与数据复盘
07 · WHAT WAS DELIVERED
已经完成
- 形成完整内容生命周期模型
- 文章编辑与多平台预览可演示
- 接入 Remotion 视频基础能力
- 建立 Playwright 浏览器验收
08 · HONEST LIMITS
仍然有限
- 仍处于结构性重构阶段
- 远端仓库暂时关闭
- 文章和视频资产模型尚未完全统一
09 · NEXT
下一步
- 完成文章工作台验收
- 统一文章与视频项目模型
- 稳定后重建私有仓库
10 · KEEP READING
项目、文章和资料库连在一起。
项目页讲“做成了什么”，文章讲“过程发生了什么”，飞书保存可以继续复用的方法与资料。
