草稿状态机 · Draft Status Workflow
英文：Draft Status Workflow
内容生产难度：进阶 ★★
🗣️一句话大白话
给每篇内容定一套固定状态：草稿→已优化→过审带备注→已发——批产不乱的后端。给每篇稿件一个固定状态字段，记录它处在流水线哪一步。本站流水线用四态：draft（初稿）→ optimized（已过反模式优化）→ approved_with_notes（过审但留修改备注）→ published。状态写在每篇的 frontmatter 里，任何一篇「卡在哪」一眼可见；日更多篇的账号没有状态机，一定会发生「这篇到底改没改过」的惨案。
🎬真实场景
同时推进 5 篇稿子，第三天就记不清哪篇审过、哪篇还欠修改备注。把状态写进每篇文件头之后，一条命令列出所有非 published 的稿子——卡点从「凭记忆」变成「看清单」。
📮你可以这样说
「帮我设计内容草稿的状态流转：status 字段取值 draft/optimized/approved_with_notes/published。请输出：每个状态的进入条件（过了什么检查）、允许的状态迁移表、每篇 frontmatter 的写法示例，以及一条「列出所有未发布稿件」的提示词。」
通过 AI绘图 工作台生成（模型 API 额度由此消耗）；未配置模型密钥时会提示失败原因。
⚠️边界与常见误解
- ▸状态要落在文件里（frontmatter/表格），只存脑子里的状态等于没有
- ▸别为了流程而流程：三篇以内的小账号，一个「写完/发了」就够
🧩常见变体
两态（写完/已发）四态（本站流水线）多角色审批流（团队）
💡小贴士
- ✦状态数控制在 5 个以内，超过就坚持不下去
🕸️知识关系图
这个词条与相关术语、AI绘图 知识的连接关系