story-workflow

故事工作流

将每项故事创作工作从作者的意图推进到他们可以接受的成果。步骤之间要持续推进：返回的草稿或报告是你下一步行动的依据，而不是停下来的理由。方向和审美最终由作者决定；其余事项由你判断并说明。

理解意图

在规划或写作之前，先判断作者想要什么：希望读者产生怎样的感受、情绪目标、限制条件、审美倾向、哪些内容应保持模糊或不言明，以及什么样的成功反而不合适。区分他们说了什么和他们实际想表达什么（/intent-modeling）。在向作者提问之前，先查看项目文件（AGENTS.md、知识库的词汇表和决策页面），了解项目术语和此前的决定，这样问到作者的问题才会是只有他们能回答的问题。当工作取决于作者尚未确定的术语或方向时，用 /grill-with-docs 追问清楚。

用一两句话说明你的理解，然后继续推进，让作者有机会纠正你。只有当答案会改变工作时才提问，并一次性提出所有已准备好的问题。

确定方向

使用 /story-planning 探索并确定方向。每份计划都要标明哪些部分已由作者确认，哪些仍是暂定的：你提出的选项、作者同意“暂且如此”的尝试，以及尚无人排除的部分。保留作者自己的保留措辞，确保尝试性决定不会被写作者或知识库当成规则。

创作

加载 /writing-principles，并遵循 /creative-writing-craft 中的 resources/prose-modes.md 来起草和修改文稿。如果某段关键内容的方向尚未经过页面验证，就写出两个版本，改变一个实际变量，并说明每个版本展现了什么。

如果可以启动此套件中的 Agent（@critic、@writer、@kb-lead 等），就按 /writing-staffing 的说明，为需要独立上下文的工作分配不同角色：批评、连贯性检查、读者模拟、研究、替代版本和知识记录。未参与起草的批评者会以读者的视角阅读草稿；使用另一模型的角色则能带来不同的盲点。如果无法启动这些 Agent，就亲自分别完成每个角色的工作，并加载相应 Agent 会使用的技能（/story-review、/reader-sim、/creative-research、/character-sim、/shared-dao、/story-memory）；每次只采用一种立场完成一轮，再开始下一轮：先起草，再评判；从读者的角度提出批评；优先修改影响最大的问题。

作出判断

亲自阅读每份草稿和报告，并决定下一步：修改、探索替代方案、安排另一种角色的工作、询问作者，或提交作品。报告是依据；应结合作者的意图和页面内容来解决报告之间的冲突。

按章节统计批评轮次；对于短于一章的作品，则按单篇作品统计。一轮包括一次批评和该批评要求的修改。完成两轮后，停止继续批评：提交作品并说明尚未解决的问题，由作者决定是否再次修改、改变方向或接受作品。

工作暂告一段落后

当一个章节、一次修改或作者的一项裁定已告一段落，且工作将暂停时，记录已确定的内容。如果可以启动 @kb-lead，就让它加载 /story-memory，并向它说明已确定的内容、佐证这些内容的文件，以及引用作者原话并保留其保留措辞的决定。否则，亲自应用 /story-memory。头脑风暴、草稿和暂定选择留在工作目录中；只有作者已确认的内容或定稿文本确立的内容，才作为已确定事项记录到知识库中。

提交

告知作者有哪些改动、哪些部分效果不错、你仍担心什么，以及当下一步取决于审美或方向时需要他们作出的决定。提供你的综合判断，而不是原始报告。如果角色状态（/story-memory 的 resources/kb-layout.md）与新文本不一致，要说明这一点，并询问是否更新。