zizi 091b66a9bb 重构: 收敛 Agent/Skill 运行时与创作质量闭环
将角色与 Skill 从 .claude 迁入 .agent,移除 Claude CLI 运行时并接入固定 Opus 角色 profile、完整 schema、预算 deadline、raw 与回执证据链。

同步拆分 Skill 职责、复利 lesson、Gate 回放、Dashboard 人审入口、数据库登记和机械门禁;候选设计正文不包含在本提交中。
2026-08-22 02:12:32 +08:00

6.6 KiB
Raw Blame History

name, description
name description
story-planning 激活场景:用户在规划新故事、做故事蓝图或节拍表;纠结"凭灵感写还是按计划写";有一个想法想变成完整故事; 凭灵感写作卡在中段、故事乱、不知道接下来写什么;写完一稿想诊断故事哪里出了问题。 关键 trigger:"节拍表 / beat sheet / 什么是节拍表 / 节拍表是什么 / 故事大纲 / 故事规划 / story planning / 故事蓝图 / 写之前要做什么 / 我应该怎么规划故事 / 灵感写作 / pantsing / 计划写作 / plotting / 凭灵感写 / 凭感觉写 / 短篇怎么开始 / 小说怎么写 / 故事写作步骤 / 我想写小说 / 我有一个想法 / 怎么把想法变成完整故事 / 故事没头没尾 / 卡在故事中段 / 接下来写什么 / 写到第 5 稿还在找故事"。 不适用于:故事结构本身的定义(四箱、六里程碑见 story-structure);场景、对话、叙述层面的改稿技巧; 作者日常写作习惯与心态调节;非虚构写作;实验性非线性写作(节拍表假设线性)。 与 concept-design 交接:只有模糊 idea、引擎不清 → concept-design;概念已定、要节拍表与工作流 → 本 Skill。

故事规划工作流(story-planning)

一句话定位:把"找故事"挪到动笔之前——先决定工作流,再准备和酝酿素材,用节拍表摊开全局,然后一气呵成地动笔。

方法索引

按创作动作组织;方法细节、案例、引文都在 references 里,这里只给一句话和指针。

选工作流:凭灵感还是做计划

  • 凭灵感写不是不规划,是用 3-5 稿代替规划,是最昂贵的一种;三种工作流,多数人该选 Plotter → references/plan-vs-pantsing.md
  • 知情灵感有两个前提:King 级的结构内化,或愿意付 5 稿重写的代价 → references/plan-vs-pantsing.md
  • 自评流程:判断自己是哪一型 → 问是不是 King → 在 30 分钟节拍表与 5 个月重写之间二选一 → references/plan-vs-pantsing.md

写前准备:找想法、备素材

  • 找一个坐下来就能完成的简单想法,且它必须对你有情感价值 → references/draft-flow.md
  • 用 1-2 天做前期准备:想透 1-3 个主要人物及其背景,细到"门把手的质地",哪怕根本不写进书里 → references/draft-flow.md

酝酿:让无意识干活

  • 放下 1-3 天不动笔,做梦梦到它是好信号,等"想写"的冲动自然出现再动笔 → references/draft-flow.md

蓝图:用节拍表摊开全局

  • 一个场景一条 bullet,每条写这一场的任务(mission)和关键内容,可重排、廉价修改 → references/beat-sheet.md
  • 节拍表 ≠ 大纲:节拍表一行,大纲一段,大纲是节拍表的扩展,先做节拍表后做大纲 → references/beat-sheet.md
  • 排序后逐一验证四箱(布局/反应/进攻/解决)与六里程碑的位置,结构定义见 story-structure → references/beat-sheet.md
  • 节拍表双用途:写前规划全局,写后诊断哪里不好 → references/beat-sheet.md

动笔:锚定首尾、一气呵成

  • 动笔前定下第一句和最后一句:第一句是跳板,最后一句是降落点,中间不会迷路 → references/draft-flow.md
  • 不等完美开头、不等完美状态、不中途修改,短篇应当天写完保住情绪 → references/draft-flow.md

收尾:搁置再读,节拍表复盘

  • 完稿立刻放一边,至少隔一夜(通常 2-3 天)再用陌生人的眼光重读 → references/draft-flow.md
  • 写完也能做节拍表:从完稿反向列 bullet,看哪一场没有任务、哪一场位置不对 → references/beat-sheet.md

跨书差异说明(两条都保留)

  • 篇幅分工:布兰德六阶段针对 5000-30000 字短篇("当天完成"是短篇标准,对长篇不适用);Brooks 节拍表针对长篇(一个故事约 60 个场景)。各管各的篇幅,详见 references/draft-flow.md 的"盲点"节与 references/beat-sheet.md 的"两种用法"节。
  • 两种节奏:布兰德让无意识酝酿领路,警告写作中途用理性干预;Brooks 让理性规划领路,动笔前摊开全局。两者不冲突,可串联——先用布兰德的前三阶段找素材并酝酿,长篇再上 Brooks 的节拍表,动笔时回到布兰德的一气呵成纪律。

引用索引

文件 覆盖内容
references/plan-vs-pantsing.md 灵感写作 = 用草稿做规划、三种工作流与作者立场、知情灵感两条件、Stephen King 案例、普通 Pantser 与"我没时间规划"反例、四步自评操作、触发场景与语言信号、失败模式/盲点/易混、中文适配
references/beat-sheet.md 节拍表定义原文与中文转译、本质、≠ 大纲、两种用法、为什么有效、操作法、蓝天使与作者 5 部小说案例(与 pantsing 单元同案去重合并)、直接开写反例、7 步操作(含四箱百分比与六里程碑校验)、触发场景、失败模式/盲点/易混、中文适配
references/draft-flow.md 短篇六阶段完整流程(找想法/前期准备/酝酿/充满信心地写/一气呵成/搁置重读)、R 段原文、福特方法等三案例全文、7 步操作(含诊断提问与判停)、四条不可跳、触发场景、失败模式/盲点/易混、相邻方法区分(含裁剪单元注记)、中文适配
references/_coverage.md 三个源单元的覆盖对照表

脚本

脚本 用途
references/planning-workflow-checklist.md 规划工作流台账:工作流自评、节拍表制作与结构校验清单、短篇六阶段卡壳诊断、完稿后复盘

输出

  • 面向当前任务的可执行判断、检查清单或改写建议(Markdown 结构化段落)。
  • 不直接落库、不代替 write-next-chapter / decide-candidate 写 Canonical。

输入

  • 用户明确点名本 Skill 所服务的创作阶段任务包(作品、章节/场景范围、冻结上下文摘要)。
  • 只消费 本 Skill 的 references/ 目录 中与当前阶段相关的合同段落。

红线

  • 只给当前创作阶段的建议,不越权改设定主权、不绕过检测链、不复制粘贴其它 Skill 的 owner 定义。
  • 无用户明确授权不得替用户定稿或提交 Git。

复利合同

  • 消费:本 Skill 的选型判断指导后续 plan-story / assemble-context 的范式绑定;不直接写库。
  • 回写:可操作写法单元出卡走 review-knowledge-cards → 用户确认(批次 3);当前不自动登记 example_lesson,避免无效果信号的公共卡膨胀。