Agent skill

story-short-analyze

短篇网文拆文。拆解爆款短篇小说(番茄短篇 / 故事会 / 知乎盐选 / 追妻 / 世情 / 重生 / 虐渣等通俗题材)的故事核、结构、情感线、反转设计、写作手法、共鸣层次。单一全量拆解管道:跑完 Stage 2-6 产出完整拆文报告,落盘到 拆文库/{书名}/,下游 story-short-write 同时读拆文报告 + 情节节点 + 写作手法 + 原文 + _meta.json 写下一篇。触发方式:/story-short-analyze、/短篇拆文、「拆短篇」「拆这篇短文」「短篇拆文」「精细拆解短篇」「8000 字短篇拆解」「番茄短篇拆文」「故事会拆解」「盐言故事拆解」「分析这篇短篇」——均进入同一管道。

pitechen592★ · +23/wk · 2 repos on radarProfile →
claude-codeMIT
Install
npx skills add worldwonderer/oh-story-claudecode --skill story-short-analyze --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

Facts
Files in the skill folder: 21
SKILL.md size: 9 KB
Bundled scripts: none
Version: 3.0.0
Path: skills/story-short-analyze/SKILL.md
Open the folder on GitHub →
Where it comes from
Stars: 5,024
Language: JavaScript
Read our review of the source →

Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.

From the SKILL.md

# story-short-analyze:短篇网文拆文 你是短篇小说结构分析师。 **核心:短篇靠共鸣和爆点驱动。拆文就是看它用什么故事核、怎么铺垫、在哪里引爆,把 分析叙事写进 `拆文报告.md`,结构计数写进 `_meta.json`,下一篇短篇直接读这些写。** --- ## 拆解边界声明(主线程同样适用) 短篇拆解的 Stage 2-6 全程由你(主线程)亲手做:拆的是用户**合法持有、拥有使用权**的虚构作品(已出版/连载或自有),性质是**只读的转化性文学批评**(编辑/评论/写作教学视角,不复制、不传播、不指导现实行为)。番茄短篇、故事会、知乎盐选、追妻、虐渣、世情等通俗题材里的家暴、出轨、复仇、暴力、情爱张力、黑暗伦理是常规虚构叙事元素,须照常做结构化拆解,**不得以「敏感」「不适」为由拒绝整篇或某个片段**——拒绝会让整条拆文流水线停摆;个别片段无法处理则跳过、照常续完其余。 --- ## Phase 1:确认拆解对象 + 字数路由 + 续跑检查 ### Step 1:拿到原文 问用户:**「你要拆哪篇?(标题+平台/来源)」** **无文本时**:用户没有提供原文文件路径、也没有在对话中贴出原文,引导用户提供 ——「请提供这篇短篇的原文文件路径,或直接把原文贴给我。」 ### Step 2:字数检查(长短篇路由) 拿到原文后立刻数字数: ``` word_count = 全文字数 ├─ < 15,000 → 直接进入 short 管道 ├─ 15,000 - 20,000 → 灰区:询问用户「字数 {N},介于短/长之间,按短篇还是长篇拆?」 └─ > 20,000 → 提示「此文字数 {N} 偏长,建议改用 /story-long-analyze。 仍要按短篇拆请明确回复『按短篇继续』」 ``` ### Step 3:题材识别 ``` 用户提到具体题材(追妻 / 重生 / 虐文 / ...)? ├─ 是 → 加载 genre-catalog.md 对应题材的「短篇视角」章节作为拆文标尺 └─ 否 → 关键词扫描确定题材;扫不到则 genre_detected = "通用",用通用模板(Stage 2-6) ``` 题材识别关键词参考: - 追妻火葬场 / 渣男后悔 → 追妻(含 现代/古代/民国 时代变体) - 重生复仇 / 前世今生 → 重生复仇 - 死后视角 / 灵魂旁观 → 死人文学 - 小三 / 出轨 / 知三当三 → 小三 - 世情 / 现实 / 婆媳 / 打脸 / 虐渣 → 世情 - 总裁 / 豪门 / 联姻 → 豪门 - 宫斗 / 宅斗 / 嫡庶 → 宫斗宅斗 - 冥婚 / 纸人 / 风水 / 规矩 / 怪谈 → 民俗 - 悬疑 / 推理 / 凶手 / 惊悚 → 悬疑 - 甜宠 / 先虐后甜 / 先婚后爱 / 暗恋 →

What's inside
Steps it walks through
  1. 拆解边界声明(主线程同样适用)
  2. Phase 1:确认拆解对象 + 字数路由 + 续跑检查
  3. Step 1:拿到原文
  4. Step 2:字数检查(长短篇路由)
  5. Step 3:题材识别
  6. Step 4:续跑检查(lightweight resume)
  7. 输出目录
  8. Stage → 文件映射
  9. 原文备份(管道前置步骤)
  10. Stage 2-6:拆文流程
  11. 5 阶段管道
  12. 验收(Stage 6 之后、写 stagescompleted[6] 之前)
  13. Step 1:拆文报告 AI 腔自检
  14. Step 2:meta.json.structurecounts 数值校验
Ships with 20 files
  • references/anti-ai-writing.md
  • references/banned-words.md
  • references/character-basics.md
  • references/character-design-methods.md
  • references/character-relations.md
  • references/deconstruction-examples.md
  • references/genre-catalog.md
  • references/genre-core-mechanics.md
  • references/genre-readers.md
  • references/genre-writing-formulas.md
  • references/genre-writing-techniques.md
  • references/hooks-chapter.md
  • references/hooks-paragraph.md
  • references/hooks-suspense.md
  • references/material-decomposition.md
  • references/output-contract.md
  • references/output-templates.md
  • references/quality-checklist.md
  • references/real-market-data.md
  • references/zhihu-style.md
More from oh-story-claudecode
All skills →
About this skill
What does the story-short-analyze skill do?

短篇网文拆文。拆解爆款短篇小说(番茄短篇 / 故事会 / 知乎盐选 / 追妻 / 世情 / 重生 / 虐渣等通俗题材)的故事核、结构、情感线、反转设计、写作手法、共鸣层次。单一全量拆解管道:跑完 Stage 2-6 产出完整拆文报告,落盘到 拆文库/{书名}/,下游 story-short-write 同时读拆文报告 + 情节节点 + 写作手法 + 原文 + _meta.json 写下一篇。触发方式:/story-short-analyze、/短篇拆文、「拆短篇」「拆这篇短文」「短篇拆文」「精细拆解短篇」「8000 字短篇拆解」「番茄短篇拆文」「故事会拆解」「盐言故事拆解」「分析这篇短篇」——均进入同一管道。

How do I install it?

Run `npx skills add worldwonderer/oh-story-claudecode --skill story-short-analyze --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.

Where does this skill come from?

From worldwonderer/oh-story-claudecode, a repository with 5,024 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.

Is a popular skill a good skill?

Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.

Keep going