oh-my-muse/design-docs/产品-03-用户旅程与操作流程.md

产品-03：用户旅程与操作流程

• 版本：v6
• 更新日期：2026-05-10
• 目标读者：产品 / 前端 / 后端
• 阅读时间：15-25 分钟
• 边界说明：本文件讲“管理员如何配置系统能力、普通用户如何创作作品、为什么会形成长期闭环”；本文件定义目标产品形态，不代表当前代码都已实现。逐步执行细节见 流程-01，关键术语沿用 产品-02。

1. 用户旅程全貌

Muse 的用户旅程拆成两类，不能混成同一条后台流程：

• 管理员(Admin)配置系统能力：决定系统有什么能力、谁能用、用什么知识和策略、如何评估质量。
• 普通用户(User)创作作品：从我的作品(My Works)进入，围绕单个作品完成写作、规划、生成、确认、检索、导出和继续创作。

对产品来说，管理员旅程服务系统治理，普通用户旅程服务作品创作。管理员不进入单个作品替用户写作，普通用户不直接操作系统后台。

2. 管理员配置系统能力旅程

管理员默认进入管理员控制台(Admin Console)，不进入普通用户的单个作品写作流程。

1. 登录管理员控制台，查看系统能力、用户、任务和质量状态。
2. 配置创作模板、实体字段、关系字段、事件字段、叙事字段，以及普通用户可见、可编辑、可检索、可导出的边界。
3. 管理全局知识库(Global Knowledge Base)：导入资料、配置访问策略、默认绑定用户或用户组、设置是否可见、可检索、可用于生成。
4. 配置 AI 能力：生成、改写、描写、提取、校验、规划、检索等能力的策略、超时、重试、降级和回滚。
5. 同步 New-API 用户、分组、配额、套餐和绑定状态；模型供应商、模型路由和成本日志仍以 New-API 为准。
6. 查看处理流程、任务失败、同步失败、审计记录和运行状态，必要时重试、取消、回滚或调整策略。
7. 使用质量评估与评测集检查系统能力变化，基于结果调整模板、知识、策略或 AI 能力。

管理员旅程的终点不是“替用户写出某章正文”，而是让普通用户进入作品工作台(Work Workspace)时，获得稳定、可控、可解释的创作能力。

3. 普通用户创作作品默认旅程

普通用户默认旅程是：

登录进入我的作品 -> 新建或导入作品 -> 进入写作台 -> 必要时进入作品规划台 -> AI 生成 / 改写 / 描写 / 检查 -> 确认候选与知识 -> 检索作品知识或被授权全局知识库 -> 导出或继续创作

3.1 登录进入我的作品

1. 用户登录后默认进入我的作品(My Works)。
2. 用户看到自己的作品列表、最近编辑、作品状态、搜索筛选、排序和继续写作入口。
3. 用户可以新建作品，也可以从文稿创建作品。
4. 我的作品只负责列表和入口，不展开正文编辑、作品规划、知识确认、导入解析详情或导出配置。

3.2 新建或导入作品

1. 新建作品时，用户填写最少必要信息，后续可以在作品规划台(Planning Desk)补全作品设定。
2. 导入作品时，用户上传旧文稿，系统显示导入进度、成功结果或失败原因。
3. 导入完成后，用户可以进入作品工作台(Work Workspace)，再发起全书解析(Full Parse)和章节确认。
4. 导入不是跨作品后台能力；它始终归属于某个作品。

3.3 进入写作台

1. 用户打开作品后默认进入写作台(Writing Desk)。
2. 用户在章节和文本块(Block)上继续写作、保存、查看版本历史和处理冲突。
3. 保存正文后，系统可以异步提取知识草稿(Knowledge Draft)和风险标记(Risk Markers)，但不能反向改正文。
4. 用户可以确认或忽略这些知识草稿；确认后才进入局域知识库(Local Knowledge Base)。

3.4 必要时进入作品规划台

1. 用户在需要规划时进入作品规划台(Planning Desk)，而不是被迫先做后台配置。
2. 规划入口面向作品设定、章节大纲、世界设定、角色关系和文风检查。
3. 每个入口都应支持用户手写、AI 生成、AI 补全、AI 整理、AI 检查、给多组选项、从正文提取，并绑定后续生成上下文。
4. 章节叙事规划使用“章节目标、情节节拍、冲突、结果、下一步钩子”等产品语言，不把更细颗粒的叙事片段做成独立一级模型。

3.5 AI 生成、改写、描写、检查

1. 用户在写作台或作品规划台中触发 AI。
2. 系统返回候选文本、知识草稿(Knowledge Draft)、风险标记(Risk Markers)和必要的参考来源摘要。
3. 用户可以原样接受、修改后合并，或丢弃当前建议。
4. 一致性检查(Consistency Check)返回问题列表、风险级别和定位入口；它是主动质量工具，不是强制审核关卡。

3.6 确认候选与知识

1. 原样接受时，候选文本进入正文；与本次建议绑定、已完成校验、且来源快照(Source Snapshot)未失效的知识草稿可以一并确认。
2. 修改后合并时，正文先按用户修改后的版本落地；旧知识草稿立即失效，系统重新提取，用户稍后再确认新的知识草稿。
3. 丢弃当前建议时，不改正文、不改知识库，相关候选进入历史记录。
4. 用户编辑正文后产生的知识草稿，也必须经过确认或忽略，不能被系统静默写入正式作品知识。

3.7 检索作品知识或被授权全局知识库

1. 用户可以检索当前作品的局域知识库(Local Knowledge Base)，查看人物、关系、事件、规则、叙事状态和来源追溯。
2. 如果管理员授权，用户也可以检索或在生成时使用全局知识库(Global Knowledge Base)中的写作方法、体裁规则、平台规范或公共资料。
3. 产品必须清楚标记信息来自“当前作品”还是“被授权的全局资料”。
4. 未确认知识草稿不得进入正式检索或下一次生成事实。

3.8 导出或继续创作

1. 用户可以导出正文、作品知识、设定或备份。
2. 导出失败时，系统必须说明失败位置、影响范围和可恢复动作。
3. 用户也可以回到写作台继续创作，长期作品闭环继续积累。

4. 单次创作闭环

单次创作闭环包含两条入口。

4.1 从正文编辑进入

1. 用户写或改一个文本块(Block)。
2. 保存后，正文立即成为当前规范数据(Canonical)的一部分。
3. 系统异步提取知识变更与风险标记。
4. 用户在写作台附近看到知识草稿(Knowledge Draft)。
5. 用户确认或忽略。
6. 只有仍匹配来源正文且已通过校验的知识草稿才能被确认；被确认的知识进入正式作品知识，并进入后续检索和生成。

4.2 从 AI 辅助进入

1. 用户触发一次生成、改写、描写或检查。
2. 系统返回候选文本、知识草稿(Knowledge Draft)、风险标记(Risk Markers)和参考来源摘要。
3. 用户执行原样接受、修改后合并或丢弃当前建议。
4. 原样接受时，正文与当前绑定、已通过校验且来源未失效的知识草稿一起入库；修改后合并时，正文先落地，旧草稿失效，系统稍后重新提取；丢弃当前建议时，不落任何正式事实。

5. 长期作品闭环

长期作品闭环是 Muse 和普通提示词工具的分水岭。

这条闭环必须满足以下顺序：

1. 用户确认的人物、关系、事件、规则、章节目标和叙事状态进入正式作品知识。
2. 这些正式知识被同步到后续检索、图查询和生成上下文。
3. 下一次生成时，系统真的把这些事实带回来，而不是重新猜。
4. 用户继续确认新一轮结果，系统再积累更多正式事实。
5. 当作品越来越长时，用户还能通过作品规划台、知识浏览和一致性检查持续治理漂移。

如果第 2 步和第 3 步缺失，产品就只是“会提取设定”的文档助手，不是长期创作系统。

6. 关键操作节点（用户视角）

角色	节点	用户目标	系统反馈	终态
管理员	配置系统能力	让系统知道能做什么、谁能用	配置结果、校验结果、审计记录	能力可用或回滚
管理员	授权全局知识库	控制资料可见、可检索、可生成范围	授权状态、绑定范围、失败原因	普通用户按授权使用
管理员	质量评估	判断策略变化是否改善质量	评测报告、风险结论、回归对比	调整策略或保持现状
普通用户	我的作品	找到或创建自己的作品	作品列表、状态、继续写作入口	进入作品或创建流程
普通用户	写作台	推进当前章节	保存结果、候选、知识变更提示	正文更新
普通用户	作品规划台	补全作品方向和叙事规划	AI 方案、检查结果、可选版本	规划进入后续生成上下文
普通用户	AI 辅助	获取可控候选	候选文本、知识草稿、风险标记、参考来源	等待用户决策
普通用户	确认知识	让作品事实正式落地	状态更新、历史可追溯	作品知识可用于后续生成
普通用户	检索知识	查当前作品或授权全局资料	搜索结果、来源标记、引用入口	回到写作或规划
普通用户	导出交付	对外交付或备份	导出文件或失败反馈	交付完成或可恢复

7. 体验约束（产品必须守住的底线）

• 管理员旅程和普通用户旅程必须分开；管理员不进入单个作品写作，普通用户不进入系统后台。
• 普通用户永远能回到可理解状态，不能被隐藏状态机绑架。
• 普通用户必须随时区分“待确认”“已确认”“历史记录”。
• 系统必须在确认前拦截来源已失效的知识草稿，不能让过期判断变成用户自己猜。
• 任何自动化都必须可见、可追溯、可中断。
• 产品的默认路径必须更像“帮作者做决定前的准备”，而不是“替作者做决定”。

8. 关联阅读

• 产品定位与产品价值：产品-01-产品定位与核心价值.md
• 功能边界与交互规则：产品-02-核心功能与交互边界.md
• 用户视角步骤化流程：流程-01-产品操作流程(用户视角).md
• 系统视角处理流程：流程-02-系统处理流程(系统视角).md