AgentAlley

Skills · Content & docs

story-short-analyze：短篇网文拆文

Unverified●30/40

Paste in a short story you love and get back a plain breakdown of how it's built — the hook, the emotional beats, the twist and its setup — so you can write your own.

Originally by zenstory-ai · MIT

Claude Code◐PartialHas SKILL.md but declares no allowed-tools — Claude Code will ask for permission each time
Cursor◐PartialPlain prose you can paste in — but no Cursor rules file
Codex◐PartialPlain prose you can paste in — but no AGENTS.md
Gemini CLI◐PartialPlain prose you can paste in
Copilot◐PartialPlain prose you can paste in — but no Copilot instructions file
npx agentalley add story-short-analyze

This command does not work yet — the CLI is still being built. Until then, use Raw in the reader below to take the file.

Who is stuck, and on what

I read stories that completely grip me but I can't work out why they land. When I sit down to write my own, I never know where to put the twist or how to make the ending pay off.

What it gives you

A written report that maps the story's core idea, its turning points, the emotional highs and lows, the twist and how it was set up, and the reusable tricks behind it.

When NOT to use it

It won't write a finished story for you or grade a draft you already wrote.

The whole source

No sign-in, no blur, nothing truncated
story-short-analyze/SKILL.md279 lines16.9 KBRawView on GitHub
Frontmatter — 4 properties
namestory-short-analyze
version3.1.0
description短篇网文拆文。拆解爆款短篇小说（番茄短篇 / 故事会 / 知乎盐选 / 追妻 / 世情 / 重生 / 虐渣等通俗题材）的故事核、结构、情感线、反转设计、写作手法、共鸣层次。单一全量拆解管道：跑完 Stage 2-6 产出完整拆文报告，落盘到 拆文库/{书名}/，下游 story-short-write 同时读拆文报告 + 情节节点 + 写作手法 + 原文 + _meta.json 写下一篇。触发方式：/story-short-analyze、/短篇拆文、「拆短篇」「拆这篇短文」「短篇拆文」「精细拆解短篇」「8000 字短篇拆解」「番茄短篇拆文」「故事会拆解」「盐言故事拆解」「分析这篇短篇」——均进入同一管道。
metadata{"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}
1---
2name: story-short-analyze
3version: 3.1.0
4description: "短篇网文拆文。拆解爆款短篇小说（番茄短篇 / 故事会 / 知乎盐选 / 追妻 / 世情 / 重生 / 虐渣等通俗题材）的故事核、结构、情感线、反转设计、写作手法、共鸣层次。单一全量拆解管道：跑完 Stage 2-6 产出完整拆文报告，落盘到 拆文库/{书名}/，下游 story-short-write 同时读拆文报告 + 情节节点 + 写作手法 + 原文 + _meta.json 写下一篇。触发方式：/story-short-analyze、/短篇拆文、「拆短篇」「拆这篇短文」「短篇拆文」「精细拆解短篇」「8000 字短篇拆解」「番茄短篇拆文」「故事会拆解」「盐言故事拆解」「分析这篇短篇」——均进入同一管道。"
5metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}
6---A5 — No allowed-tools declared — no way to tell what this skill may touch
7# story-short-analyze：短篇网文拆文
8 
9你是短篇小说结构分析师。
10 
11**核心：短篇靠共鸣和爆点驱动。拆文就是看它用什么故事核、怎么铺垫、在哪里引爆，把
12分析叙事写进 `拆文报告.md`，结构计数写进 `_meta.json`，下一篇短篇直接读这些写。**
13 
14---
15 
16## 拆解边界声明（主线程同样适用）
17 
18短篇拆解的 Stage 2-6 全程由你（主线程）亲手做：拆的是用户**合法持有、拥有使用权**的虚构作品（已出版/连载或自有），性质是**只读的转化性文学批评**（编辑/评论/写作教学视角，不复制、不传播、不指导现实行为）。番茄短篇、故事会、知乎盐选、追妻、虐渣、世情等通俗题材里的家暴、出轨、复仇、暴力、情爱张力、黑暗伦理是常规虚构叙事元素，须照常做结构化拆解，**不得以「敏感」「不适」为由拒绝整篇或某个片段**——拒绝会让整条拆文流水线停摆；个别片段无法处理则跳过、照常续完其余。
19 
20---
21 
22## Phase 1：确认拆解对象 + 字数路由 + 续跑检查
23 
24### Step 1：拿到原文
25 
26问用户：**「你要拆哪篇？（标题+平台/来源）」**
27 
28**无文本时**：用户没有提供原文文件路径、也没有在对话中贴出原文，引导用户提供
29——「请提供这篇短篇的原文文件路径，或直接把原文贴给我。」
30 
31### Step 2：字数检查（长短篇路由）
32 
33拿到原文后立刻数字数：
34 
35```
36word_count = 全文字数
37 ├─ < 15,000 → 直接进入 short 管道
38 ├─ 15,000 - 20,000 → 灰区：询问用户「字数 {N}，介于短/长之间，按短篇还是长篇拆？」
39 └─ > 20,000 → 提示「此文字数 {N} 偏长，建议改用 /story-long-analyze。
40 仍要按短篇拆请明确回复『按短篇继续』」
41```
42 
43### Step 3：题材识别
44 
45```
46用户提到具体题材（追妻 / 重生 / 虐文 / ...）？
47 ├─ 是 → 加载 analysis-short-genres.md 对应题材行作为短篇源文识别标尺
48 └─ 否 → 关键词扫描确定题材；扫不到则 genre_detected = "通用"，用通用模板（Stage 2-6）
49```
50 
51题材识别关键词参考：
52 
53- 追妻火葬场 / 渣男后悔 → 追妻（含 现代/古代/民国 时代变体）
54- 重生复仇 / 前世今生 → 重生复仇
55- 死后视角 / 灵魂旁观 → 死人文学
56- 小三 / 出轨 / 知三当三 → 小三
57- 世情 / 现实 / 婆媳 / 打脸 / 虐渣 → 世情
58- 总裁 / 豪门 / 联姻 → 豪门
59- 宫斗 / 宅斗 / 嫡庶 → 宫斗宅斗
60- 冥婚 / 纸人 / 风水 / 规矩 / 怪谈 → 民俗
61- 悬疑 / 推理 / 凶手 / 惊悚 → 悬疑
62- 甜宠 / 先虐后甜 / 先婚后爱 / 暗恋 → 甜宠
63- 双男主 / 宿敌 → 双男主
64- 沙雕 / 脑洞 / 弹幕 / 系统 / 反套路 → 沙雕
65- 仙侠 / 修仙 / 门派 → 仙侠
66 
67题材作为观察标尺加载——只比较源文的读者承诺、冲突载体和实际结算，不调用长篇阶段、
68卷级循环或黄金三章模型，也不按推荐比例判定源文合格与否。
69 
70### Step 4：续跑检查（lightweight resume）
71 
72进入管道前检查 `拆文库/{书名}/_meta.json`：
73 
74```
75存在 _meta.json？
76 ├─ 否 → 直接进入新一轮拆解
77 └─ 是 → 询问用户三选一：
78 (a) 覆盖：归档旧产出到 拆文库/{书名}/_archive_{时间戳}/ 后从 Stage 2 重跑
79 (b) 续跑：读 _meta.json.last_stage_in_progress（非空 → 从该 Stage 整段重跑）
80 或读 _meta.json.stages_completed[]（从 max+1 续跑）
81 (c) 取消
82```
83 
84完整 resume 契约见 [references/output-contract.md](references/output-contract.md)。
85 
86---
87 
88## 输出目录
89 
90输出到 `拆文库/{书名}/`（项目根目录下）。用户指定了其他路径时按用户指定路径输出。
91 
92**标准输出文件树**：
93 
94```
95拆文库/{书名}/
96├── 原文/ # 原文备份（管道前置步骤产出）
97├── 拆文报告.md # 人类可读综合报告（Stage 2-6 所有可读段）
98├── 情节节点.md # Stage 2 情节节点清单（独立成文，方便定位）
99├── 写作手法.md # Stage 4 写作手法分析（独立成文，方便复用）
100└── _meta.json # 管道元数据 + 结构计数（resume + 验收数值依据）
101```
102 
103> **下游契约**：`story-short-write` 同时读全套产出——`拆文报告.md` 取分析叙事，
104> `情节节点.md` 看节奏锚点，`写作手法.md` 抄手法，`原文/` 抄语感，`_meta.json`
105> 看题材识别和结构计数。完整字段定义见
106> [references/output-contract.md](references/output-contract.md)。
107 
108### Stage → 文件映射
109 
110| Stage | 落地文件 |
111|-------|----------|
112| 2 | `拆文报告.md`（故事核+结构+梗概段） + `情节节点.md` |
113| 3 | `拆文报告.md`（情感曲线+爆点段） |
114| 4 | `拆文报告.md`（反转段） + `写作手法.md` |
115| 5 | `拆文报告.md`（人物+首尾段） |
116| 6 | `拆文报告.md`（综合段） + `_meta.json.structure_counts`（数值计入元数据） |
117 
118### 原文备份（管道前置步骤）
119 
120**拆解开始前，必须先备份原文**：
121 
1221. 检查 `拆文库/{书名}/原文/` 目录是否已存在
1232. 如果不存在，从用户提供的源路径复制原文文件到 `拆文库/{书名}/原文/`
1243. 如果用户未提供源文件路径（直接在对话中贴文本），将原始文本保存到
125 `拆文库/{书名}/原文/原文.md`
1264. 备份完成后验证 `原文/` 目录下文件非空（>0 bytes）
1275. 此步骤确保即使拆文过程中出现异常，原始材料不会丢失
128 
129备份完成后初始化 `_meta.json`：写入 `version`、`word_count`、`genre_detected`、
130`created_at`、`stages_completed: []`、`last_stage_in_progress: null`。
131 
132---
133 
134## Stage 2-6：拆文流程
135 
136### 5 阶段管道
137 
138**预期耗时提示**：短篇拆文通常 10-30 分钟；同类对比或平台适配会更久。若文本很短，
139先只挑关键节点，不要为满足节点数量硬拆。
140 
141| 阶段 | 名称 | 输入 | 输出 | 完成标志 |
142|------|------|------|------|----------|
143| 2 | 结构+情节节点 | 全文 | 故事核 + 故事梗概 + 功能分段（4-6段，必须含开端/发展/高潮/结局）+ 情节节点清单。节点以语义变化为边界提取，见 material-decomposition.md「情节节点提取规则」。 | 结构划分 ≥4 段 + 故事核已提取 |
144| 3 | 情感线+爆点 | 故事核+结构划分+情节节点数据 | 情感曲线（≥5节点）+ 爆点分析（6维度）+ 期待感分析。 | 爆点分析 6 维度齐全 |
145| 4 | 反转+写作手法 | 节点+情感数据 | 前置反转检查 + 反转机制（铺垫≥2条）+ 写作手法（≥5项维度：POV/对话/时间/信息/其他）。 | 写作手法 ≥5 项 |
146| 5 | 人物+开头结尾 | 情节节点+全文 | 所有人物（分类+功能标签+功能评估）+ 开头分析（前50/100字）+ 结尾分析（收束检查）。 | 人物功能评估完成 |
147| 6 | 综合评估 + `_meta.json` 写计数 | 全部数据 | 五维评分 + 爆点性 + 话题性 + 共鸣分析（≥3层）+ 可复用结构（≥3条）+ 节奏速报 + **算出并写入 `_meta.json.structure_counts`**。 | 五维评分完成 + 爆点性/话题性已分析 + 共鸣≥3层 + 可复用≥3条 + 节奏速报已包含 + `_meta.json.structure_counts` 各字段达「structure_counts 数值校验」阈值 |
148 
149> 管道执行顺序：2 → 3 → 4 → 5 → 6（严格串行，每阶段依赖前一阶段数据）。可选模块
150> （同类对比、平台适配、详细节奏）可在 Stage 6 后执行。
151 
152**Stage 写盘协议**（crash safety）：每个 Stage 开始前先把 `_meta.json.last_stage_in_progress`
153置为当前 Stage 编号；该 Stage 所有目标文件写完后再做 non-empty / 最小长度检查，通过
154才清空 `last_stage_in_progress` 并 append 到 `stages_completed[]`。半成品文件不被
155信任，resume 时该 Stage 整段重跑。完整协议见
156[references/output-contract.md](references/output-contract.md) 「写入顺序 (crash safety)」段。
157 
158**非标文本分段**：对话体、聊天记录、帖子体、书信体等非标准章节格式，先按时间/说话人
159切换/信息揭示点分段，再映射到开端、发展、高潮、结局；不要机械按自然段数量切分。
160 
161**投稿层拆解**（拆 Stage 5 开头 / Stage 6 可复用时顺带记录进 拆文报告.md，非阻断；story-short-write 定平台基调时可作初判参考）：
162- **平台基调**：判定源文更贴哪一路——知乎盐选（第一人称剥洋葱、细思极恐、章末颠覆认知细节）/ 小程序（开局即地狱、当众打脸、章末卡脖子断点）/ 番茄短篇（顺滑无毒点、金手指直白、大满贯收尾）。
163- **导语写法**：源文开头前 150-220 字（多数就是正文第一段）怎么钩人——四维骨架（起因+核心冲突+人设底色+情绪反转）、黄金三角（具体物件+信息差+留白钩子）各落在哪句。
164- **付费点/最强断点**：源文把最强悬念断点（读者最想往下翻的地方）卡在第几节章末；付费点前后每章剧情点密度是否递增。
165 
166详细模板见 [output-templates.md](references/output-templates.md)，方法论见
167[material-decomposition.md](references/material-decomposition.md)，输出契约见
168[output-contract.md](references/output-contract.md)。
169 
170---
171 
172## 验收（Stage 6 之后、写 stages_completed[6] 之前）
173 
174Stage 6 内容写完后，**不**立刻 append `6` 到 `stages_completed[]`。先跑三道检查：
175 
176### Step 1：拆文报告表达自检
177 
178按 [references/analysis-report-style.md](references/analysis-report-style.md) 扫描
179`拆文报告.md` 全文的证据链和高风险表达。
180扫描时跳过源文引用——以 `>` 开头的引用行、以及表格中「关键台词 / 原文引用」列的引号直引不计入，只扫分析师本人写的措辞。
181 
182- **命中** → 不写 `stages_completed[6]`，列出命中位置，修订**拆文报告本身**的
183 证据不足、空转套话或越界推测；不要改写源文。
184- **未命中** → 继续「structure_counts 数值校验」。
185 
186> 守门员定位：本节检查「我们写的拆文报告」；不要评价「源文是否 AI 写的」。
187 
188### Step 2：`_meta.json.structure_counts` 数值校验
189 
190按 [references/output-contract.md](references/output-contract.md) 「structure_counts 数值校验」表
191逐项检查 `_meta.json` 里 Stage 6 写入的结构计数。阈值与 carve-out 以 output-contract.md 为准（单一权威，不在此重复内联表以免漂移）——特别注意两条合法产出态：`reversal_type` 枚举**含「无反转」**（甜宠/喜剧/报应型）；`reversal_type=无反转` 时 **`setup_clues` 跳过该行、不计入阻断**。
192 
193任一项不达标 → 阻断；列出未达标字段，提示用户回到对应 Stage 补足。
194 
195### Step 3：`output-templates.md` [BLOCK] 项扫描
196 
197扫描 `output-templates.md` 中所有 `[BLOCK]` 标注项，确认对应产出段已完成。任一缺失
198→ 阻断。`[WARN]` 项不阻断，但写入 `拆文报告.md` 末尾的「待补」清单供用户决定。
199 
200### Step 4：通过
201 
202「拆文报告 AI 腔自检」「structure_counts 数值校验」和「BLOCK 项扫描」全通过 → 清空 `_meta.json.last_stage_in_progress`，append `6` 到
203`stages_completed[]`，提示用户「拆解完成，可调用 `/story-short-write` 写下一篇」。
204 
205---
206 
207## 质量检查概要
208 
209各阶段完成后需通过质量检查。逐项 checklist 见
210[output-templates.md 质量检查必填字段](references/output-templates.md)。
211 
212质量标准的阈值、数值与计算方式的唯一权威定义见
213[material-decomposition.md 质量标准](references/material-decomposition.md)。
214 
215强阻断 / 警告区分：见 `output-templates.md` 每条 checklist 末尾的 `[BLOCK]` /
216`[WARN]` 标注。`[BLOCK]` 不通过 → 「BLOCK 项扫描」阻断。
217 
218---
219 
220## 流程衔接
221 
222**流水线：** 短篇
223**位置：** 拆文（第 2/3 步）
224 
225| 时机 | 跳转到 | 命令 |
226|---|---|---|
227| 准备开写 | story-short-write（同时读 拆文报告.md + 情节节点.md + 写作手法.md + 原文/ + _meta.json） | `/story-short-write` |
228| 需要市场数据 | story-short-scan | `/story-short-scan` |
229| 字数 > 20k 更适合长篇 | story-long-scan → story-long-analyze | `/story-long-scan` |
230 
231---
232 
233## 参考资料
234 
235### 核心方法论（拆文时必须加载）
236 
237| 文件 | 何时加载 |
238|------|----------|
239| [references/output-contract.md](references/output-contract.md) | 全程：Stage→文件映射 / `_meta.json` schema（含 structure_counts）/ 下游消费规范 / 验收接入点 |
240| [references/output-templates.md](references/output-templates.md) | 拆文时：输出模板 + 结构库 + 质量检查（含 [BLOCK]/[WARN] 标注） |
241| [references/material-decomposition.md](references/material-decomposition.md) | 拆文方法论：情节节点提取 + 写作手法 + 情感线 + 节奏分析 + 共鸣分析 + 人物规则 + **质量标准唯一权威** |
242| [references/source-story-quality.md](references/source-story-quality.md) | 评估**源文**质量时：短篇拆书的质量自检清单（评估对象的好坏，不是评估拆文报告本身） |
243| [references/analysis-report-style.md](references/analysis-report-style.md) | 「拆文报告表达自检」：检查**报告本身**的证据链、高风险套话与推测边界（不是源文滤镜） |
244 
245### 按需加载（拆解对应题材 / 维度时作为对照标尺）
246 
247| 文件 | 何时加载 |
248|------|----------|
249| [references/deconstruction-examples.md](references/deconstruction-examples.md) | 校准拆文方法时：3 个完整案例作为参照 |
250| [references/zhihu-style.md](references/zhihu-style.md) | 拆解知乎盐言故事时作为平台特性对照 |
251| [references/analysis-short-genres.md](references/analysis-short-genres.md) | 拆解特定题材时：按短篇源文的识别锚点、读者承诺和结算归属判断主副类型 |
252| [references/analysis-short-hooks.md](references/analysis-short-hooks.md) | 拆解段落/小节边界、钩子链与候选付费断点时作为短篇源文观察标尺 |
253| [references/analysis-short-suspense.md](references/analysis-short-suspense.md) | 拆解主副问题、信息差、证据释放、阶段答案与回收时作为短篇源文观察标尺 |
254| [references/analysis-paragraph-hooks.md](references/analysis-paragraph-hooks.md) | 拆解段落钩子时作为 11 种段落级钩子对照 |
255| [references/analysis-character-basics.md](references/analysis-character-basics.md) | 拆解人物基础设定时作为人设要素对照 |
256| [references/analysis-character-design.md](references/analysis-character-design.md) | 拆解人物内在矛盾时作为三层标签反差对照（contradiction_axis 来源） |
257| [references/analysis-character-relations.md](references/analysis-character-relations.md) | 拆解人物关系网时作为关系类型对照 |
258| [references/analysis-short-mechanics.md](references/analysis-short-mechanics.md) | 拆解核心梗、有限复现、规则兑现、代价与主角代理权时作为观察标尺 |
259| [references/analysis-reader-profile.md](references/analysis-reader-profile.md) | 拆解读者心理与期待管理时作为读者画像对照 |
260 
261### 补充资料（拆 Stage 6「可复用结构」时按需对照）
262 
263> **短篇结构模式**：`references/analysis-short-patterns.md`（比较源文实际功能链、偏离方式
264> 与失败条件；不按固定章位、百分比或线索数判“合标”）
265> **通用写作技法**：`references/analysis-writing-techniques.md`（情绪操控 / 感情线 /
266> 震惊场景 / 喜剧机制——拆 reusable_structures.fail_mode 时引用「感情线四阶段推进法」表「禁忌」列）
267> **市场数据**：`references/real-market-data.md`（跨平台写作差异对照表）
268 
269所有 references 在 `story-short-analyze` 中都是**观察标尺**——先报告源文实际发生了什么，
270再说明它接近、偏离或改造了哪种模式；不是按文件指引写新作品，也不从相邻长篇 Skill
271加载题材、节奏或质量资料。
272 
273---
274 
275## 语言
276 
277- 跟随用户的语言回复，用户用什么语言就用什么语言回复
278- 中文回复遵循《中文文案排版指北》
279 

Reviews

Installed this one?Write the first review and take the Trailblazer badge.

Reviews only open after a real install, so this is empty — and we leave it empty rather than invent one.

Alternatives

Also in Content & docs
Research Review via External Reviewer Backend (ultra reasoning)Get a deep critical review of research from an external reviewer backend (Codex or manual). Use when user says "review my research", "help me review", "get external review", or wants critical feedback on research ideas, papers, or experimental results.Content & docs · MIT●····●38/40Training CheckPeriodically check WandB metrics during training to catch problems early (NaN, loss divergence, idle GPUs). Avoids wasting GPU hours on broken runs. Use when training is running and you want automated health checks.Content & docs · MIT●····●37/40Changelog AutomationAutomate changelog generation from commits, PRs, and releases following Keep a Changelog format. Use when setting up release workflows, generating release notes, or standardizing commit conventions.Content & docs · MIT◐····●36/40Hermes Tweet> Install and operate Hermes Tweet, a Hermes Agent plugin for X/Twitter research, timeline reading, tweet analysis, and approval-gated private or state-changing operations. Use this skill when installing Hermes Tweet, researching X/Twitter accounts, monitoring launch signals, investigating mentions, auditing giveaways, or preparing gated X operations. Use proactively when a Hermes Agent workflow needs current X/Twitter context. Requires XQUIK_API_KEY for read and action tools.Content & docs · MIT◐····●36/40