文档版本: 1.1 (根据统一审查报告V1.0修订)
创建日期: 2025年6月14日
撰写人: “植耕大师”程序员

1. 文档引言

1.1 项目目标

本项目的核心目标是开发一个名为“植耕大师”的AI辅助小说创作应用程序（以下简称“平台”）。此平台旨在实现《“植耕大师”AI小说创作工作流》中定义的创作哲学，将“建筑师”的结构化规划与“园丁”的有机生长探索相结合，为小说家提供一个强大、直观且富有创造力的写作环境。

1.2 项目哲学

平台的设计将严格遵循“冲突驱动、结构为骨”的原则。我们将通过功能设计，引导用户先建立坚实的故事地基（角色、世界、冲突），再搭建情节骨架，最后在框架内进行自由的、由角色驱动的血肉填充。

1.3 目标用户

本平台主要面向以下用户：

  • 职业/半职业小说家：寻求高效的工具来管理复杂的故事情节、角色关系和世界观，并激发新的创作灵感。
  • 编剧：需要快速构建故事原型、测试情节可行性，并生成结构化大纲。
  • 文学爱好者与新手作者：希望通过结构化的引导，学习和实践专业的小说创作方法论。

2. 用户需求总览

此为一份功能性需求（Functional Requirements）列表。每一项需求都直接映射工作流中的一个或多个步骤，并从用户交互的角度进行描述。为确保技术实现的精确性与成本控制的有效性，各AI功能将明确其后台责任代理（Writer_AI, Editor_AI, RAG_AI）。

3. 功能性需求 (Functional Requirements)

我们将平台功能划分为与工作流对应的四个核心模块：奠基、构架、耕植、审校。

模块一：奠基 (Project Foundation)

此模块的目标是引导用户完成故事DNA的构建。

  • FR-1.1: 项目创建与全局设定

    • 用户操作: 用户可以创建一个新的“小说项目”。
    • 系统功能:
      • 1.1.1. 平台提供一个表单，让用户输入小说要求.txt的内容，包括但不限于：目标文风、叙事视角、核心主题、预估字数，以及一项新增的**“创作模式”**设定。
      • 1.1.2. 创作模式提供至少两种选项：
        • a) 探索模式 (高创造性): AI在生成内容时倾向于提供更多样、更大胆的可能性，适合灵感激发阶段。
        • b) 精炼模式 (高确定性): AI更严格地遵循现有设定与逻辑，生成更稳定、可预测的内容，适合精修和填充阶段。
      • 1.1.3. 所有设定将作为该项目的“全局变量”，被后续所有AI生成任务引用。
      • 1.1.4. 项目可被命名、保存和加载。

  • FR-1.2: 核心概念生成与确认

    • 责任AI代理: Writer_AI
    • 用户操作: 用户进入“核心概念”界面，可以选择“AI生成”或“手动输入”。
    • 系统功能:
      • 1.2.1. AI生成模式: 用户点击“生成核心概念”按钮，Writer_AI将基于全局设定，自动生成“一句话总结”和“五句话梗概”。
      • 1.2.2. 手动输入模式: 用户可以直接在对应的文本框中填写自己的构思。
      • 1.2.3. 交互与确认: 无论何种模式，生成/输入的内容都将显示在可编辑的文本框中。用户必须点击“锁定核心概念”按钮进行确认，方可进入下一步。
    • 验收标准:
      • 功能验证: 生成的“一句话总结”必须包含明确的主角、核心冲突和目标。生成的“五句话梗概”必须能清晰对应三幕式结构（背景、三场灾难/转折、结局）。

  • FR-1.3: 深度角色档案构建

    • 责任AI代理: Writer_AI
    • 用户操作: 用户在“角色”面板中，可以为故事添加核心角色。
    • 系统功能:
      • 1.3.1. 对于每个新角色，用户可输入一个姓名或代号，然后点击“AI生成档案”。
      • 1.3.2. Writer_AI将依据核心概念和全局设定，自动填充一份结构化的角色档案，包含所有指定维度。
      • 1.3.3. 生成的档案将以清晰、可折叠的卡片或标签页形式展示，所有字段均可由用户编辑、补充和完善。
    • 验收标准:
      • 内容验证: 生成的档案必须包含“外在目标”和“内在需求”两个字段，且二者之间存在张力。例如，外在目标是“复仇”，内在需求可能是“寻求内心的平静”。

  • FR-1.4: 世界观设定集构建

    • 责任AI代理: Writer_AI
    • 用户操作: 用户在“世界观”面板中，点击“AI生成世界观”。
    • 系统功能:
      • 1.4.1. Writer_AI将依据核心概念和全局设定，自动填充一份结构化的世界观设定集，包含所有指定模块。
      • 1.4.2. 同样，生成的设定集以结构化、可编辑的界面展示，允许用户深度定制。
    • 验收标准:
      • 逻辑验证: 当设定包含“核心系统”（如魔法）时，必须自动生成其“规则”、“限制”和“代价”三个子项，确保系统的逻辑自洽性。

  • FR-1.5: 冲突矩阵可视化

    • 责任AI代理: Editor_AI
    • 用户操作: 在角色档案和世界观初步完成后，用户可以点击“生成冲突矩阵”按钮。
    • 系统功能:
      • 1.5.1. Editor_AI自动在后台分析已有的角色档案和世界观数据。
      • 1.5.2. 系统以一个清晰的矩阵或关系图形式，可视化呈现分析出的内在冲突、外部冲突、角色间冲突。
      • 1.5.3. 此矩阵为只读，作为“冲突燃料”的仪表盘，供用户在后续构架阶段参考。
    • 验收标准:
      • 功能验证: 若输入一个角色档案，其“核心欲望”为“渴望复仇”，但“最大恐惧”为“伤害无辜”，系统必须能在“内在冲突”类别中识别并标记出“复仇欲 vs. 道德底线”或类似描述的冲突。
      • 调用验证: 执行此功能时，系统日志必须证明调用的是指向Editor_AI的服务端点。

模块二：构架 (Story Architecture)

  • FR-2.1: 结构化大纲生成

    • 责任AI代理: Writer_AI
    • 用户操作: 用户进入“大纲”界面，从一个可配置的模板库中选择叙事模板。
    • 系统功能:
      • 2.1.1. 模板库：系统内置“三幕式结构”、“救猫咪！15节拍”、“英雄之旅”、“七点故事结构”等经典模板，并允许用户创建、编辑和保存自己的自定义模板。
      • 2.1.2. 用户选择模板后点击“生成故事大纲”，Writer_AI将智能地从冲突矩阵中选取最合适的冲突，填充到模板的关键节点中。
      • 2.1.3. 生成的大纲以时间线或树状结构图的形式展示，所有节点的内容描述均可编辑。
    • 验收标准:
      • 填充逻辑验证: 在生成“三幕式”大纲时，“激励事件”节点的内容必须与冲突矩阵中一个强烈的“外部冲突”或“内在冲突”直接相关。

  • FR-2.2: 章节规划细化

    • 责任AI代理: Writer_AI
    • 用户操作: 用户在大纲视图下，点击“细化为章节”。
    • 系统功能:
      • 2.2.1. Writer_AI将宏观的故事大纲自动分解为一系列章节梗概。
      • 2.2.2. 系统生成一个可编辑的章节列表，每章包含一个简短的情节摘要，用户可通过拖拽调整顺序。

模块三：耕植 (Chapter Generation)

  • FR-3.1: 单章节创作界面
    • 用户操作: 用户从章节列表中选择一个章节进入“写作模式”。
    • 系统功能:
      • 3.1.1. 界面布局:
        • 左栏（上下文参考）: 由RAG_AI自动检索并显示本章梗概、相关角色信息、世界观设定及冲突矩阵条目。
        • 中栏（主编辑区）: 核心的写作区域。
        • 右栏（创作笔记）: 用户记录灵感、线索。
      • 3.1.2. 功能解耦: 左栏的“上下文参考”信息可由用户独立刷新和筛选，此操作不会触发或改变中栏“主编辑区”的任何内容。
      • 3.1.3. AI初稿生成: 由Writer_AI负责。中栏上方有一个“生成本章样章”按钮。用户可以选择最满意的一版作为基础进行编辑。
      • 3.1.4. 角色驱动决策: 写作时，可一键查询角色档案以辅助决策。
      • 3.1.5. 一致性警报: （新增功能）当用户书写的情节与角色的核心设定（如价值观、最大恐惧）发生严重偏离时，系统会以非侵入式的方式（如下划线或小图标提示）发出一致性警报，并提供简要说明（例如：“此行为可能与角色‘不伤害无辜’的信条冲突”）。
    • 验收标准:
      • 功能验证 (一致性警报): 若角色档案定义其“有严重恐高症”，当用户写到“他从容地站在悬崖边缘”时，系统必须能触发一致性警报。

模块四：审校 (Global Review)

  • FR-4.1: 全局审核与报告

    • 责任AI代理: Editor_AI
    • 用户操作: 当所有章节标记完成后，用户可点击“开始最终审核”。
    • 系统功能:
      • 4.1.1. Editor_AI将通读所有章节，并与核心概念、角色档案进行比对。
      • 4.1.2. 数据不可变性: 系统生成的全局修订报告是一份不可变的“快照”。用户可根据报告修改原文，然后选择重新运行审核以生成一份新的、带有版本号的报告，用于对比修订前后的差异。
      • 4.1.3. 深度报告内容: 报告将包含：
        • 逻辑一致性检查: 标记前后矛盾之处。
        • 角色弧光检查: 评估主角是否完成预设的成长，并以图表展示其变化轨迹。
        • 主题共鸣检查 (深化):
          • a) 主题词/意象追踪 (Motif Tracking): 以热力图或关系图形式，可视化展示核心主题词或关键意象在全书中的分布与演变。
          • b) 象征物分析: 追踪关键象征物（如“一把断剑”）的出现场景，分析其象征意义的变化。
        • 贡献度检查: 高亮显示对情节或角色发展贡献度较低的“冗余”段落。
    • 验收标准:
      • 逻辑验证: 若一个角色在第一章死亡，但在第五章中发言，系统必须在“逻辑一致性”部分标记此问题。
      • 主题验证: 若核心主题为“自由”，系统必须能追踪“锁链”、“翅膀”、“天空”等相关意象在文中的分布。

  • FR-4.2: 完稿与导出

    • 用户操作: 用户完成所有修订后，可以选择“导出作品”。
    • 系统功能:
      • 4.2.1. 支持导出为多种格式（.txt, .docx, .md）。
      • 4.2.2. 用户可选择是否一并导出角色档案、世界观设定集等附属文件。

4. 非功能性需求 (Non-Functional Requirements)

  • NFR-1: 易用性 (Usability)
    • 界面必须简洁、直观，让创作者能专注于内容本身。
    • AI生成过程需有明确的加载提示。
  • NFR-2: 性能 (Performance)
    • AI的响应时间应在可接受范围内。耗时较长的任务（如全局审核）应采用异步处理。
  • NFR-3: 数据管理与隐私 (Data Management & Privacy)
    • 用户的项目数据必须安全地保存在本地或用户指定的云端。
    • 提供清晰的项目管理功能。
  • NFR-4: 可靠性与稳定性 (Reliability & Stability)
    • 平台应提供自动保存功能，防止数据丢失。
  • NFR-5: 界面抽象原则 (Interface Abstraction Principle) - 【新增】
    • 为了保证极致的用户体验，最终产品的用户界面（UI）中，严禁出现任何指向后台特定AI模型或代理的技术术语（如 Writer_AI, Editor_AI）。
    • 所有面向用户的文本应使用纯粹的功能性描述（例如，使用“正在生成草稿…”替代“Writer_AI正在处理…”；使用“正在分析故事结构…”替代“Editor_AI正在分析…”）。系统的内部工作机制必须对用户完全透明，让用户感觉是在与一个统一、智能的“植耕大师”系统进行交互。

此V1.1版需求文档已根据审查意见全面修订。它不仅定义了“做什么”，更通过明确AI代理、验收标准和设计原则，为“如何做好”提供了坚实的指引。我们正步于将一个深刻的创作哲学，锻造成一个有灵魂的工具的正轨之上。

植耕大师”程序员
2025年6月14日