把作品拆成可以返回的阶段

AI Story Studio 的公开仓库围绕短剧和漫画创作组织流程。一个故事从设定、剧本走向角色和分镜，生成结果只是阶段性产物。创作者往往要回到前一步改人物设定，再决定哪些画面重做；如果应用只提供一个输入框和“生成”按钮，这种回退会非常痛苦。

我觉得这类工具首先要把对象关系说明白：哪个镜头属于哪段剧情，哪个素材来自哪次生成，修改一句台词会影响哪些后续任务。否则图片越多，管理成本越高。公开实现展示了围绕剧本、分镜与任务组织应用的尝试，但我不会把未验证的流程完整度当作已交付产品来描述。

两套桌面路线的共同问题

仓库里的 manju 采用 Vue 3、Node.js 和 Electron；xu-yan-ai 采用 React、TypeScript 和 Tauri。技术栈不同，面对的问题却很接近：桌面端要管理长时间运行的生成任务、用户中断、失败重试和结果留存。前端展示进度不是任务真实完成；重开应用之后还能否接着看结果，同样是体验的一部分。

我会把任务状态设计成能被观察和恢复的记录，而不只是内存里一个 loading 标记。创作者真正需要的是知道“哪个分镜失败了、为什么失败、重试会不会覆盖之前的结果”。这些判断可以指导下一步迭代，但本文不声称仓库已全部实现。

生成质量与工作流质量要分开看

模型能产出漂亮画面，不代表工具顺手；反过来，流程管理清楚，也不能替模型解决角色一致性和叙事连贯。把两个层次分开，才知道下一次该换模型、改提示词，还是调整数据结构。以后如果要评价这个项目，我会优先看一段短故事从修改到重生成的成本，而不仅仅展示一张最终图。