WriteStory

🚨 强制要求：语音通知（执行任何操作前必须完成）

调用此技能时，你必须先发送此通知，再进行任何其他操作。

1. 发送语音通知：

   curl -s -X POST http://localhost:31337/notify \
     -H "Content-Type: application/json" \
     -d '{"message": "Running the WORKFLOWNAME workflow in the WriteStory skill to ACTION"}' \
     > /dev/null 2>&1 &
   

2. 输出文本通知：

   Running the **WorkflowName** workflow in the **WriteStory** skill to ACTION...
   

这不是可选项。调用此技能后，请立即执行此 curl 命令。

WriteStory

功能介绍

WriteStory 是一个用于小说创作的脚手架。它会从你已有的内容出发——一句话、一文件夹的笔记，或一章写了一半的草稿——运用专业讲故事的人有意采用的系统，帮助你一层层构建故事的其余部分。创意由你带来；它会补上你缺少的部分。它绝不会替你写故事。

面临的问题

大多数想写故事的人都没能完成一部作品。灵感就在那儿——一个挥之不去的角色、一个能想象却无法描绘的世界、一个让你起鸡皮疙瘩的结局——但从灵感到完成初稿之间，还有许多难关：结构、角色隐藏的创伤、你能感受到却说不清的主题，以及本该打动人却没能打动人的句子。常见的工具要么让你独自面对这些缺口，要么替你写故事，交还一份不属于你的作品。WriteStory 会填补这些缺口，却不会夺走你的故事。

工作方式

创作过程分为七个叙事层面，你写的每本书都是一个有状态的项目，系统可以随时返回并继续构建。

七个层面

这里的每个故事都是由七个层面共同构建的：

1. 意义 — 主题、故事提出的论点、故事提出的问题
2. 角色变化 — 核心缺陷／错误信念 → 转变（Storr、Cron）
3. 情节 — 事件的因果链
4. 悬念 — 读者知道什么、不知道什么，以及何时知道
5. 世界 — 背景、政治、规则，以及世界施加于人们的压力
6. 关系 — 关键纽带如何演变，又如何挤压角色
7. 文笔 — 修辞手法、声音、审美、风格

这些层面是创作的目标。你抵达它们的顺序由作者决定，而非系统决定——参见“层面访谈”。

工作流路由

工作流	触发条件	文件
Interview	“采访我”、“我有笔记／故事点子”、“帮我规划故事”、“为我的故事分层”	Workflows/Interview.md
BuildBible	“构建故事圣经”、“创建故事计划”、“梳理故事”	Workflows/BuildBible.md
Explore	“探索点子”、“头脑风暴”、“我卡住了”、“如果……”	Workflows/Explore.md
WriteChapter	“写一章”、“写场景”、“起草这部分”	Workflows/WriteChapter.md
Revise	“修改”、“编辑”、“改进”、“润色”	Workflows/Revise.md

常见路径：Interview 阅读你已有的内容，并与你一起搭建故事主干 → BuildBible 将其整理成故事圣经（项目 ISA） → WriteChapter 根据故事圣经起草内容 → Revise 添加层次并润色。Explore 是当某个层面确实一片空白时，可以调用的创意引擎。

项目与状态

每本书都是 LIFEOS/USER/CUSTOMIZATIONS/SKILLS/WriteStory/projects/<book-slug>/ 下的一个项目：

• interview.md — 已保存的访谈结果（故事主干、各个层面、已确认的内容）
• ISA.md — 作为项目 ISA 的故事圣经：记录已完成内容和待办事项、并在多次会话中不断扩展的动态计划

你可以在写到一半时停下来，之后再继续。Interview 会重新读取已保存的状态，并从上次中断的地方接着进行，而不是从头开始。

背后的框架

参考资料	文件	用途
层级架构	StoryLayers.md	七层系统
Storr 框架	StorrFramework.md	致命缺陷、控制理论、戏剧性问题、地位博弈
Pressfield 框架	PressfieldFramework.md	概念、钩子、主题、Foolscap 一页法
推导视角	DerivationLenses.md	多视角的故事主线引擎（Storr、Cron、Pressfield/Truby、Egri）
阶段与事件	PhasesAndEvents.md	三幕结构、节拍、必备事件
修辞手法	RhetoricalFigures.md	修辞手法工具箱（Forsyth）
反陈词滥调系统	AntiCliche.md	新鲜度保障、禁用模式
故事结构	StoryStructures.md	Dramatica、Story Grid、Sanderson、英雄之旅
美学配置	AestheticProfiles.md	类型与风格配置
评论者配置	Critics.md	对散文进行多轮审阅

立场

WriteStory 为创作者提供辅助，绝不取而代之。这是整个技能的核心规则：

• 绝不虚构故事主线——而是拓展作者的主线。 从作者带来的内容出发。
• 每个推导出的元素都是供作者确认的提案，而不是系统宣称的事实。标明每个元素的来源：“根据你的种子内容推断”或“我提供的一个新选项”。
• 提供选项，而非答案。 给出几个方向供作者选择，而不是一份等待批准的改写稿。
• 只在句子或节拍层面提出建议。绝不接管整章。
• 以作者自己的声音为锚点——他们喜欢的作品、样稿和行文节奏。
• 作者的话永远优先。 如果作者提出调整，调整后的内容就是真相。
• 只有 WriteChapter 会生成散文，而且只能依据作者确认的故事圣经，将其写成由作者拥有、可供修改的草稿。

自定义

执行前，检查用户是否进行了自定义： ~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/WriteStory/

如果此目录存在，请加载并应用：

• PREFERENCES.md — 默认类型、美学风格、声音
• projects/<book-slug>/ — 每本正在创作的书籍所保存的访谈内容和故事圣经 ISA

示例

示例 1：已有大量内容的作者

User: "I've got a folder of notes for a novel — a few character sketches,
       a rough world, and two draft scenes. Help me build it out."
→ Interview workflow points at the folder and reads ALL of it first
→ Reflects back the story it sees, asks what excites them most
→ Picks a derivation lens that fits what they brought
→ Derives the spine (flaw, dramatic question, theme) as proposals they confirm or redirect
→ Layers outward one dimension at a time, only where they're blank
→ Saves it as a project; hands off to BuildBible

示例 2：构建完整的故事计划

User: "Build the story bible for my novel"
→ BuildBible workflow turns the interview spine into a project ISA
→ Maps all seven layers start to finish, tracks done-vs-remaining
→ Outputs a living bible that guides every chapter

示例 3：创作实际的散文

User: "Write chapter 3 based on the story bible"
→ WriteChapter reads the bible ISA for chapter 3's beats across all layers
→ Deploys rhetorical figures at key moments, in the writer's aesthetic
→ Produces a fresh, anti-cliche draft the writer owns and revises

注意事项

• 提供辅助，绝不取而代之。 绝不虚构故事主线——而是拓展作者的主线。每个推导出的元素都是供作者确认的提案，并标明来源。这是此技能的核心；如果你发现自己在代替作者生成故事，而不是与他们共同构建故事，就应立即停止。
• 不要强行套用单一故事理论。 先从致命缺陷出发只是一个视角，不是铁律。文学作品、情节驱动型类型作品、群像作品和氛围类作品需要不同的主线——选择适合作者所带来内容的视角（参见 DerivationLenses.md）。
• 对于内容单薄或只有氛围的种子，应先引导作者补充，而不是直接推导。 如果作者只带来一种情绪或一个画面，就先引导他们提供素材，再推导因果结构——不要凭空捏造一个缺陷，再把它说成是作者确认的。
• 先阅读作者的素材，再提问。 忽略作者已提供内容的通用问卷，正是这次重新设计要杜绝的问题。
• 故事圣经是系列连续性的事实依据。 撰写新内容前，务必先阅读项目 ISA。
• 修辞手法是具体的技巧——应在影响重大的时刻精准运用，而非用作装饰。
• 人物弧线遵循缺陷 → 危机 → 转变模型（Storr），而不是笼统地说“人物成长”。

执行日志

完成任何工作流后，追加一条 JSONL 记录：

echo '{"ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","skill":"WriteStory","workflow":"WORKFLOW_USED","input":"8_WORD_SUMMARY","status":"ok|error","duration_s":SECONDS}' >> ~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl

将 WORKFLOW_USED 替换为已执行的工作流，将 8_WORD_SUMMARY 替换为简要的输入描述，并将 SECONDS 替换为大致的实际耗时。如果工作流失败，则记录 status: "error"。