oh-my-muse/design-docs/产品-01-产品定位与核心价值.md

产品-01：产品定位与核心价值

• 版本：v4
• 更新日期：2026-05-10
• 目标读者：产品 / 架构 / 前端 / 后端
• 阅读时间：10-15 分钟
• 边界说明：这里只回答“我们是谁、为谁服务、为什么值得做、产品闭环是什么”；本文件定义目标产品形态，不代表当前代码都已实现。精确流程看 流程-*，精确模型看 架构-*。

1. 一句话定义

Muse 是面向长篇小说创作的双角色 AI 创作系统：管理员(Admin)管理系统能力、模型能力、智能体能力和全局资料，普通用户(User)在低认知负担的作品工作台(Work Workspace)里完成创作、规划、生成、知识治理、导入解析、导出交付和使用追踪。

这个定义包含两个边界：

• 管理员负责“系统能做什么、怎么做、用什么做”，不进入单个作品替用户做创作决策。
• 普通用户负责“我的作品是什么、我要怎么写、哪些内容进入我的作品事实”，不直接操作系统后台。

2. 目标用户与使用情境

2.1 目标用户

• 管理员(Admin)：负责系统能力配置、全局知识授权、用户与权限、AI 能力治理、质量评估和运行观察。
• 普通用户(User)：包括网络小说作者、传统作家、编剧和世界观复杂的创作者；目标是在自己的作品空间里更稳定地写作、规划和使用 AI。

2.2 管理员使用情境

• 配置创作模板、实体字段、叙事字段和普通用户可见边界。
• 管理全局知识库(Global Knowledge Base)、访问策略、默认绑定和生成可用范围。
• 配置 AI 助手、指令模板、生成策略、处理流程、失败恢复和质量评估。
• 管理用户、角色、配额、套餐同步、审计记录和系统运行状态。

2.3 普通用户使用情境

• 登录后进入我的作品(My Works)，查看、搜索、筛选、创建或继续自己的作品。
• 新建作品或导入已有文稿，再进入单个作品的作品工作台(Work Workspace)。
• 在写作台(Writing Desk)里写正文，必要时进入作品规划台(Planning Desk)补全作品设定、章节大纲、世界设定、角色关系和文风检查。
• 使用 AI 续写、改写、描写、检查，并决定哪些候选文本和知识变更进入作品事实。
• 检索作品自己的局域知识库(Local Knowledge Base)，或在授权范围内检索全局知识库(Global Knowledge Base)。
• 查看生成记录、任务记录、用量反馈，导出正文、设定或备份。

2.4 非目标（明确不做）

• 一键全自动写完的黑盒写作机。
• AI 直接改正文、直接改知识库、用户事后才发现发生了什么。
• 普通用户直接操作系统后台、系统 Prompt、智能体配置、底层字段模板、处理流程和系统日志。
• 把作品规划台(Planning Desk)做成知识管理后台；规划台面向创作选择，不面向数据库维护。
• 只做文案生成(Prose Generation)，不管叙事质量、角色弧光、情节推进、悬念维护和长期一致性。
• 让管理员进入单个作品替普通用户做写作、确认或取舍决策。

3. 核心痛点（按优先级）

1. 普通用户认知负担过高：如果系统术语、后台配置和创作入口混在一起，作者会被迫理解不该理解的内部机制。
2. 系统能力不可控：没有管理员边界时，模型、指令、全局知识、评测和权限会散落到普通用户流程里，难以治理。
3. AI 直接改稿导致失控：用户分不清哪些是自己写的，哪些是 AI 写的，也很难可靠撤销。
4. 长篇知识难以持续维护：人物、关系、事件、时间线不断增长，后期极易互相打架。
5. 只守一致性不够：长篇创作不仅要“不冲突”，还要继续推进弧线、悬念、节奏和张力。

4. 核心价值与差异化

4.1 管理员可控的系统能力

• 管理员(Admin)拥有系统能力控制台，用来管理模板、全局知识、AI 助手、指令策略、用户权限、任务治理和质量评估。
• Muse 可以与 New-API 等外部模型网关协作，但不重复实现模型供应商、模型路由和成本日志等复杂能力；Muse 只保留和自身用户生命周期、授权和作品生成相关的控制入口。
• 管理员侧能力必须可配置、可回滚、可审计，不能散落在普通用户作品工作台里。

4.2 普通用户低认知负担的作品工作台

• 普通用户(User)默认从我的作品(My Works)进入，不先看到系统后台。
• 我的作品(My Works)只是作品列表和入口；作品工作台(Work Workspace)才是单个作品的创作空间。
• 普通用户侧使用“写作台、作品规划台、知识与一致性、导入解析、导出交付、记录与用量”等创作语言，不要求用户理解元数据、流水线、提案、任务或系统日志。

4.3 高质量小说规划入口

• Muse 不只提供局部续写，还要给高质量小说规划一个承重入口。
• 作品规划台(Planning Desk)面向作品方向、章节大纲、世界设定、角色关系、事件时间线、章节目标、情节节拍、张力节奏和文风检查。
• 规划台不是后台表单，也不把所有文学术语铺成一级导航；它应把复杂维度收束成作者能理解、能操作、能被 AI 使用的创作入口。

4.4 用户主权与待确认机制

• AI 一律先进入待审层(Shadow)，不允许绕过用户直接写正式事实。
• 正文、知识、历史记录三层必须分开表达；用户永远知道“什么还没确认、什么已经落地、什么只是历史”。
• 进入规范数据(Canonical) 的唯一入口是用户确认或用户自己的正文保存动作。

4.5 长期知识与叙事闭环

• 作品中的人物、关系、事件、世界规则和叙事状态会从正文、规划和导入内容中沉淀出来，变成可确认、可追溯、可检索的作品资产。
• 已确认知识不是摆设；它必须在下一次生成时真正回到上下文，影响后续创作。
• 产品不只追求“设定不打架”，还要帮助作者持续推进剧情、角色变化、悬念维护和章节张力。

4.6 可解释的 AI 协作

• 用户看到的不只是“这段文案”，还应该看到相关知识草稿、风险标记和必要的参考来源摘要。
• 系统必须用产品语言解释当前状态，让用户知道下一步该做什么，而不是把内部状态码扔给人看。

5. 核心产品闭环

5.1 管理员能力闭环

管理员能力闭环是：

配置系统能力 -> 授权用户和知识 -> 观察生成与任务质量 -> 评估效果 -> 调整策略或回滚

这条链路里有三个硬约束：

• 管理员只配置系统能力和授权边界，不参与普通用户单个作品的创作取舍。
• 全局知识库(Global Knowledge Base) 必须按授权策略进入普通用户可见、可检索或可生成范围。
• 质量评估用于改进系统能力，不替代普通用户对正文和作品知识的最终确认。

5.2 普通用户单作品闭环

普通用户单作品闭环是：

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

这条链路里有三个硬约束：

• 文本候选先审后入正文。
• 知识草稿先审后入作品知识。
• 普通用户始终停留在创作语言里，不被迫理解系统后台概念。

5.3 长期创作闭环

长期创作闭环是：

确认作品知识 -> 检索与生成可用 -> 下一次生成真正使用 -> 用户再次确认 -> 新知识继续沉淀

这条链路决定 Muse 不是一次性的提示词面板，而是会越用越懂当前作品的创作系统。

6. 成功指标（可衡量）

• 管理员可控性：系统能力、全局知识、用户授权、AI 策略和质量评估可配置、可审计、可回滚。
• 普通用户低负担：普通用户主路径不暴露系统后台术语，能够从我的作品直接进入写作台并完成创作动作。
• 可控性：AI 候选的显式审核率接近 100%，不允许隐式合并。
• 回流效果：已确认作品知识在后续生成中的命中率与引用率持续提升。
• 一致性：关键实体属性、关系、事件、世界规则的冲突被更早发现，并能被用户处理。
• 叙事质量：长期创作中，角色弧光、章节目标、情节推进、悬念维护和章节张力不明显退化。

7. 关联阅读

• 功能边界与用户决策：产品-02-核心功能与交互边界.md
• 用户旅程与长期闭环：产品-03-用户旅程与操作流程.md
• 用户视角步骤化流程：流程-01-产品操作流程(用户视角).md
• 核心概念与双轨模型：架构-02-核心数据结构与双轨模型.md