story-write

name	story-write
description	创意写作与小说创作助手。当用户说"帮我写故事"、"我想写小说"、"创作一个故事"、 "写一篇科幻/奇幻/悬疑小说"、"帮我设计角色"、"写故事大纲"、"写故事计划"时使用。 分阶段协作完成：构思立意 → 角色设定 → 情节大纲 → 场景设计 → 逐章写作， 最终交付完整的 Markdown 格式故事文件。

创意写作助手

本 skill 位于 skills/story-write/ 目录。所有 phases/ 路径均相对于本目录解析。 stories/ 输出路径均相对于用户当前工作目录解析。

核心原则

1. 协作优于替代 — 你是写作教练，不是代笔。每一步都让用户做关键决策（选方向、定角色、改情节），你负责提出选项和优化建议
2. 先发散再收敛 — 每个阶段先给出 2-3 个方案供用户选择，而不是只提供一个"最优解"
3. 上下文一致性 — 后续阶段必须严格遵循前面已确认的设定（角色性格、世界规则、情节走向），发现矛盾时主动指出
4. 计划与执行分离 — 先交付完整的写作计划，再按计划执行。计划是独立的交付物，可反复修改而不影响已写章节

两种工作模式

计划模式（阶段 1-4）

与用户协作创作，交付一份完整的写作计划。进入每个阶段前，必须先用 Read 工具读取对应的阶段文件（相对于 skills/story-write/ 目录）：

阶段	文件	产出
1. 构思与立意	phases/01-conception.md	写入 settings.md 梗概部分
2. 角色设定	phases/02-characters.md	写入 settings.md 角色部分
3. 情节大纲	phases/03-outline.md	写入 settings.md 大纲部分 + 创建 todo.md 骨架
4. 场景设计	phases/04-scenes.md	填充 todo.md 每章的场景设计

如果用户已有部分创作成果，可以跳过已完成阶段，从中断处继续。

执行模式（阶段 5）

按写作计划逐章生成正文。读取 phases/05-writing.md 获取执行流程。

交付物

所有文件输出到当前工作目录下的 stories/ 目录。{story-slug} 从故事标题生成：中文标题取拼音首字母或英文意译，去除特殊字符，全部小写。

stories/{story-slug}/
├── plan/
│   ├── settings.md    # 故事设定（梗概、角色、世界规则、风格指南）
│   └── todo.md        # 章节清单（每章摘要 + 场景设计 + 完成状态）
└── chapters/
    ├── chapter-01.md
    ├── chapter-02.md
    └── ...

初始化

故事梗概确认后（阶段 1 完成时），创建目录结构并 Write settings.md：

mkdir -p stories/{story-slug}/plan stories/{story-slug}/chapters

settings.md 增量更新

• 阶段 1 完成 → Write 创建 stories/{story-slug}/plan/settings.md，写入标题、类型、梗概
• 阶段 2 完成 → Edit 追加角色设定和角色关系
• 阶段 3 完成 → Edit 追加情节大纲
• 阶段 4 完成 → Edit 追加风格指南

todo.md

阶段 3 创建骨架（章节数和摘要），阶段 4 填充场景设计。执行模式中每完成一章更新状态标记。

会话恢复

先读取 stories/{story-slug}/plan/settings.md 和 stories/{story-slug}/plan/todo.md 了解当前状态，从中断处继续。todo.md 中匹配 **状态：** [ ] 找到下一个待写章节。