适合谁
- 用 ChatGPT / newtype-os / Codex 做内容站的人
- 用 Markdown / Astro 管理文章的人
- 想把聊天内容沉淀成正式文章的人
- 想建立个人内容资产的人
- 不想让 AI 输出污染正式内容的人
- 想让内容可以长期维护的人
Method
内容生产流程：AI 起草，人工判断，Codex 发布
把想法、素材、草稿、编辑、人工确认和工程发布分开，让 AI 帮忙生产内容，但不直接替人上线正式文章。
方法解决什么问题
很多人用 AI 写内容时，容易把聊天记录、草稿、候选标题、评分、JSON、工具输出直接混进正式文章。这样短期看起来快，长期会让内容站越来越乱。内容生产流程的作用，是把“想法、素材、草稿、编辑、人工确认、正式发布”分开，让 AI 帮忙，但不让 AI 直接替人上线正式内容。
不适合谁
- 只想让 AI 一键自动发文章的人
- 完全不做人工确认的人
- 不关心内容质量和长期维护的人
- 只追热点、短期流量的人
- 没有明确栏目和网站定位的人
造物栈的内容生产分工
-
用户负责方向判断
用户决定写什么、不写什么，判断内容是否符合造物栈定位，并最终确认文章能不能发布。方向和发布责任不能交给工具自动代替。
-
ChatGPT 负责规划和任务拆解
ChatGPT 用来梳理选题、拆成 Codex 任务包，并提醒内容边界和复核质量。它负责把问题想清楚，不直接操作正式发布目录。
-
newtype-os 负责草稿和编辑
newtype-os 用来生成文章草稿、降低 AI 腔和优化表达。它的输出仍是内容生产材料，不负责创建正式文章或完成发布。
-
Codex 负责工程发布
Codex 根据已确认内容创建正式 posts 文件、填写 frontmatter、更新 sitemap、运行 build，并输出执行结果。它只处理明确批准的正文和工程任务。
-
本地预览和人工确认负责最后把关
最后检查页面显示、标题、description、tags 和正文范围，确认没有混入候选方案或工具输出。人工确认完成后，才能把本轮内容发布视为完成。
一个真实场景示例
造物栈前三篇文章采用了同一条分工链路，每篇文章承担不同主题，但正式发布都没有直接使用工具的完整输出。
- 第一篇文章说明为什么做造物栈，建立网站定位和 AI 生产资料的核心表达。
- 第二篇文章说明 ChatGPT、Codex 和 newtype-os 如何分工，明确规划、内容和工程执行的边界。
- 第三篇文章说明状态检查为什么重要，把项目维护经验整理成普通人可理解的内容。
- 第三篇文章先经过 v0.1 草稿、v0.2 编辑版和人工质量判断，再由 Codex 创建正式 posts 文件。
- 正式发布时只提取确认后的正文，不写入标题候选、description 候选、tags 建议、人工确认事项或 newtype-os 工具输出。
- 发布后再通过本地页面确认内容和显示结果，才算完成。
这条流程的重点不是工具越多越好，而是每一步都有明确产物和责任：草稿可以反复修改，正式目录只接收人工确认后的内容。
标准内容生产流程
下面十一项可以按顺序执行。项目刚开始时不必做复杂自动化，先让每一步的输入、输出和人工确认点清楚。
-
选题确认
写清文章要解决的问题、目标读者和栏目位置，先确认它符合网站定位。
-
素材整理
收集真实项目记录、已有文档和边界要求，把材料放在草稿区而不是正式 posts。
-
AI 草稿生成
让 AI 基于已确认的选题和素材生成 v0.1 草稿，草稿只作为后续编辑起点。
-
编辑优化
调整结构、删掉重复内容、降低 AI 腔，并让表达更符合网站语气。
-
人工判断质量
人工完整阅读，判断事实、边界、表达和文章价值是否达到正式内容标准。
-
Codex 创建正式文章
只把确认后的正文写入正式 posts 文件，不把工具完整输出或过程说明带进去。
-
frontmatter / slug / tags 检查
确认标题、description、slug、tags、日期和发布状态符合内容站规范。
-
本地 build
运行构建，确认内容集合、路由和静态页面可以正常生成。
-
浏览器预览
打开文章页及必要入口，检查标题层级、正文显示、链接和移动端可读性。
-
人工确认
再次确认没有草稿说明、JSON、评分、候选标题或工具日志混入正式页面。
-
记录结果
记录本轮发布文件、构建结果和下一步，让后续内容生产可以直接接上。
常见错误
- 直接把 AI 草稿放进正式 posts。
- 把候选标题、评分、JSON、工具日志写进正式正文。
- 没有人工确认就发布。
- 只看文章能不能显示，不看 frontmatter 是否规范。
- description 写得像内部备注。
- tags 随便堆，导致标签体系膨胀。
- AI 改过的内容没有重新读一遍。
- 草稿、备份和正式文章目录混在一起。
可复制使用方式
- 写清楚文章要解决的问题。
- 把素材放到草稿区。
- 用 AI 生成 v0.1 草稿。
- 用编辑工具生成 v0.2 编辑版。
- 人工读一遍并确认标题、description、tags。
- 让 Codex 只提取正式正文。
- 本地 build 和预览。
- 确认没有工具输出混入。
- 再记录发布完成。
相关模板
相关内容
使用路径 · 第 5 / 8 步
这套方法在流程中的位置
你现在看到的是造物栈 AI 项目实战流程的第 5 步： 内容生产流程。把项目经验沉淀成可公开复用的资产。
- 1 工具雷达四问
- 2 绿色 / 黄色 / 红色任务分级
- 3 Codex 协作流程
- 4 项目状态检查
- 5 内容生产流程
- 6 本地发布流程
- 7 GitHub 提交与部署准备流程
- 8 上线后检查流程
这一步可直接使用的模板
下一步怎么用
从一次真实项目改动中挑出值得复用的判断，先整理成草稿，再按发布流程沉淀为文章、模板或方法页。完成后回到工具选择，开始下一轮。