novel-workflow-02-project-bootstrap

name	novel-workflow-02-project-bootstrap
description	小说流程 02：项目初始化。用于开新书、从模糊创意搭小说、或当前小说缺少基础定位时，澄清题材、读者承诺、主题、简介、粗略剧情种子，并建立最小文件化 lorebook 骨架。

novel-workflow-02-project-bootstrap：项目初始化

用于把“我想写一本小说”收束成最小可继续工作的创作基础。初始化不是完整设定集，也不是正式剧情规划。

目标

• 搞清楚用户要写什么小说。
• 建立最小 lorebook 骨架。
• 协作确定 story-concept 故事概念，作为后续简介、世界书和剧情设计的共同输入。
• 写出可同步到小说 summary 的简介。
• 留下初步剧情大纲构思和开局剧情构思，方便后续 novel-workflow-03-lorebook-bootstrap 和 novel-workflow-08-plot-planning。

边界

初始化阶段可以粗略提出开局方向，但不要展开完整剧情。

不要在本流程中：

• 创建 Thread、Scene、Plot 等剧情系统对象。
• 初始化 World Engine（世界引擎）或登记世界状态主体；这留给 novel-workflow-world-engine-init。
• 设计完整章节、主线推进、支线或伏笔回收。
• 补完整力量体系、势力格局、地点生态或百科式世界观。
• 为了显得完整而伪造尚未确认的设定。

如果用户已经要求写开篇或推进剧情，先按需进入 novel-workflow-world-engine-init 初始化世界引擎，再切到 novel-workflow-08-plot-planning 设计开篇与剧情。如果用户要补规则、势力、种族、地点或力量体系，切到 novel-workflow-03-lorebook-bootstrap。

如果用户只有粗略题材、零散灵感、模糊世界观或一个开局画面，还不足以确认简介、主角定位和粗略剧情种子，先切到 novel-workflow-01-idea-exploration，用其保存的故事概述作为本流程输入。

工作方式

本流程必须用 task_create 建立 task checklist，并用 task_set_status 一步步推进。不要一次性把所有步骤做完后再汇报；每个步骤完成后更新状态，必要时向用户说明当前结论或待定点。

建议 task checklist：

1. 澄清基础定位与读者承诺。
2. 和用户讨论并确定故事概念。
3. 从故事概念中提炼小说简介。
4. 构思初步剧情，构思开局剧情。
5. 填写最小 lorebook 骨架。
6. 更新 PROJECT-STATUS 待办和待定问题。
7. 汇报初始化结果与下一步建议。

故事概念必须先确定到可读、可继续调节的程度，再提炼短简介，并继续写初步剧情大纲和开局剧情构思。剧情可以保持粗略，但不能绕过故事概念直接展开设定或章节。

先澄清

如果用户输入不足以初始化，先问 3 到 5 个会影响基础定位的问题。

优先补齐：

• 题材或类型。
• 核心 hook 或一句话卖点。
• 主角基础身份与初始处境。
• 目标读者、文风或阅读口味。
• 主题、情绪底色或创作边界。

用户暂时答不上来的内容，写入 PROJECT-STATUS.md 的 Pending Questions，不要替用户定死。

最小开局 Checklist

初始化结束前至少要有：

• 类型与基调：题材、阅读口味、节奏倾向。
• 核心 hook：一句话说明读者为什么想看。
• 主题：作品反复触碰的问题、情绪或价值张力。
• 故事概念：接近长简介式作品介绍，连续说明开局、世界背景、主角处境、核心设定、主要矛盾、后续方向、故事气质和待定问题。
• 简介：可同步到 novel summary 的短简介。
• 主角定位：身份、初始困境、核心看点。
• 初步剧情大纲：只写粗略方向，用于辅助后续流程，不写完整章节级大纲。
• 开局剧情构思：说明初始处境、第一股压力和可能行动方向。
• 创作边界：禁忌项、不采用方向、容易误写的套路。
• 待定问题：重要但尚不能定死的决策。

建立最小骨架

新小说会预置一组空的目录骨架。初始化时优先读取并填充已有节点；缺失时再使用 workspace node new TARGET --type TYPE --title TITLE 创建目录节点，然后编辑生成的 index.md。内容节点引用使用 lorebook/.../ 目录路径。

默认创建或补齐这些节点：

• lorebook/note/project-positioning/：类型与基调、核心 hook、目标读者和创作边界。
• lorebook/note/theme/：主题、情绪底色、价值张力。
• lorebook/note/story-concept/：故事概念，篇幅可明显长于简介；用连续叙述介绍作品，覆盖开局、世界背景、主角处境、核心设定、主要矛盾、后续方向、故事气质和待定问题。
• lorebook/note/synopsis/：可同步到 novel summary 的简介，保持短而清晰。
• lorebook/note/initial-plot-seed/：初步剧情大纲构思和开局剧情构思，只说明粗略方向、初始处境、第一股压力和可能行动方向。
• PROJECT-STATUS.md：记录初始化进度、下一步 TODO 和跨流程待定问题。

按需拆出：

• lorebook/instruction/writing-style/：文风、叙事视角、句式口味、节奏禁忌。
• lorebook/instruction/creation-boundaries/：禁忌项、雷点、绝不采用的方向。
• lorebook/character/protagonist/：主角基础身份与初始状态已经稳定时创建。

少量基础设定留在初始化节点里。不要为了开局印象创建大量 location、rule、item，这些属于 novel-workflow-03-lorebook-bootstrap。

Inject 指导

inject 用于稳定、长期、低判断成本的上下文。只有会长期影响写作或 Agent 决策的条目才配置直接注入。

适合配置 inject.profiles：

• writing-style：文风、叙事视角、节奏偏好，通常注入写作 profile。
• creation-boundaries：禁忌项、雷点、硬性创作边界。
• 作品级长期口径：固定人称、读者承诺、核心风格约束。

不建议默认 inject：

• story-concept：它是初始化总稿和协作基准，可能较长，通常按任务读取或 retrieval 召回。
• initial-plot-seed：它是流程输入，不是长期真相。
• PROJECT-STATUS.md 中的 Pending Questions：未决问题不应直接污染写作上下文。
• 临时剧情状态、可变任务、势力态势：这些应由 state.md 或 retrieval 按任务召回。

如果配置 inject，在 frontmatter 中使用：

inject:
  profiles:
    - subagent.writer

只有确实需要每次默认带入时，再设置 inject.always: true。

收尾

完成后只输出：

• 已确定的小说基础定位。
• 已建立或更新的 lorebook 骨架。
• 已保存的故事概念文件路径。
• 可同步到 novel summary 的简介。
• 初步剧情大纲构思和开局剧情构思。
• PROJECT-STATUS.md 中剩余的待定问题。
• 下一步建议：通常先进入 novel-workflow-03-lorebook-bootstrap 补设定、势力、地点和力量体系。如果用户要正经推进剧情、需要追踪随时间变化的世界状态（谁在哪、当前关系、何时发生了什么），引导进入 novel-workflow-world-engine-init 初始化世界引擎，之后用 novel-workflow-08-plot-planning 设计开篇与剧情。

关于 World Engine（可选，可后续再做）

World Engine（世界引擎）是写作模式下动态世界状态和时间线的真相源。本阶段只做基础定位，不初始化它。

基础定位完成后，按用户意图判断是否引导进入 novel-workflow-world-engine-init：

• 当用户从"探索想法"转向"我要正经写这个故事了"，有了明确时间线、且有需要追踪状态的角色时，引导初始化世界引擎。
• 纯灵感探索、设定还在反复推翻、连主角身份都没定时，不必急着初始化。这是可选的、可后续随时再做的一步，过早初始化只会制造需要反复推翻的结构化数据。

这一步只需要向用户说人话："这本书要正经往下写了，我帮你把世界引擎建起来追踪剧情状态。"具体怎么建是 novel-workflow-world-engine-init 的职责，本流程不展开。

完成标准

• 用户已经能看懂“这本小说大概是什么”。
• 最小 lorebook 骨架能支撑下一阶段继续工作。
• lorebook/note/story-concept/ 已经写成接近成品介绍的故事概念，而不是零散设定表。
• 简介已经足够放进 novel summary。
• 初步剧情大纲和开局剧情只服务后续流程，没有提前扩成完整章节级规划。
• inject 只用于稳定长期约束，没有把临时剧情或待定问题直接注入。