xianii

@codehz 这个方向其实我也认同，而且项目目前已经有一个 AI 会话窗口，后面也有计划 fork 一版，尝试以 AI 会话 / Agent 为主导的创作流程。

现在这个版本还是刻意选择了工作台优先。主要考虑不是 Agent 做不到，而是我希望先保留足够强的可观测性、可控性和人工介入空间。

长篇写作里很多状态其实比较适合显式暴露出来，比如人物设定、世界观、章节规划、已发生事实、伏笔、设定变更、当前章节状态等。工作台模式下，用户可以明确看到 AI 现在在依据什么、修改什么，也可以在每个阶段介入，而不是把大量状态隐含在 Agent 的 context / memory / tool calls 里。

Agent 方案的扩展性确实更好，我也比较看好类似你说的这种结构：

主 Agent 做 orchestrator → 调用规划、检索、状态管理等工具 → 再把具体创意写作交给专门的子 Agent / 模型。

所以我现在更倾向于把这两种模式看成两层：底层先把长篇写作需要的状态和工具能力做完整、做稳定；上层既可以是现在这种显式工作台，也可以以后再套一个 Agent ，让它自动操作这些工具。

这样 Agent 能力越来越强的时候可以直接吃到收益，但用户如果想手动控制，也不会只能去翻 Agent 的 log

至于最后会不会变成 Agent-first ，我觉得很可能会，只是现阶段我更想先把“可控的长篇写作系统”这层打稳。