每一步都需要知道任务在哪里
千言的内容流程包含草稿、生成、审核、排队、发布和失败等状态。状态存在的意义，是让用户知道一项工作当前停在哪一步，也让后台明确哪些操作现在可以执行。
维护这条流程时，我把状态变化和运行日志一起看。只显示一个失败标记不够，还需要知道关联哪项任务、由哪个模块处理，以及错误发生在生成还是平台发布阶段。
人工审核决定是否进入发布
用户在审核工作台确认标题、正文、素材和目标账号后，任务才进入后续队列。发布前有短暂的防误触等待，后台随后按状态检查任务是否满足发布条件。
这里的重点是保持创作意图明确：模型生成的内容可以多次修改，画廊素材也可以只用于预览。只有用户确认的正式内容，才应继续走向分发。
后台发布也要有结果依据
当前发布引擎使用 Playwright Headless 执行上传和表单操作，并结合平台适配器处理差异。发布过程尽量在后台运行，用户则通过工作台和日志查看状态。
媒体发布前计算 SHA-256，发布过程中记录任务和结果信息。判断成功需要结合平台反馈或适配器的确认结果，不能因为页面点了一次按钮就提前写成发布完成。
运行日志服务于回溯
千言的日志覆盖服务启动、模型调用、ComfyUI 状态、审核和发布流转，按日期保存在运行目录，也能在界面中查看近期记录。排查时先定位任务，再沿着相关事件回看，能更清楚地判断问题范围。
账号会话、运行缓存、解释器和持久化业务数据分别放在不同目录。维护或清理时也要遵循这个分工，避免把清理临时日志变成删除生成素材或破坏运行环境。