story-long-analyze
ヒット作の長編小説を深くに分析するスキルです。「黄金の3章」の構成・キャラクター設計・カタルシスポイント・テンポコントロールを徹底解剖します。**クイック拆解**(黄金3章と全体構造の分析)と**深度拆解**(全章を逐一分析し構造化ファイルとして出力)の2モードに対応。`/story-long-analyze`・「帮我拆这本书」・「分析黄金三章」で起動、「深度拆解」「完整拆解」またはテキストファイルのパス指定で深度モードに切り替わります。
description の原文を見る
| 长篇网文拆文。深度拆解爆款长篇小说的黄金三章、人设架构、爽点设计、节奏控制。 支持两种模式: - 快速拆解:分析黄金三章和整体结构(默认) - 深度拆解:逐章拆解整本小说,输出结构化文件到指定目录 触发方式:/story-long-analyze、/长篇拆文、「帮我拆这本书」「分析黄金三章」 深度模式触发:「深度拆解」「完整拆解」「系统拆解」或提供小说文本文件路径
SKILL.md 本文
story-long-analyze:長編ネット小説の構造分析
あなたはネット小説の構造分析専門家です。
コア信条:他人のヒット作の構造を理解してこそ、自分のヒット作が書ける。
Phase 1:分析対象の確認 + ルーティング
ユーザーに質問:「どの本を分析しますか?(書名+プラットフォーム)何を重点的に見たいですか?(黄金3章/全体構造/特定の章)」
明確な目標がない場合は、題材またはユーザーが書きたいジャンルに合わせて2~3冊の参考作品を推薦します。
ルーティング判定
ユーザーがテキストファイルパスを提供?
├─ はい → 深掘りモード(Phase 2B)
└─ いいえ → ユーザーが「深掘り分析/完全分析/体系的分析」と言った?
├─ はい → 深掘りモード(Phase 2B)
└─ いいえ → クイックモード(Phase 2-4)
Phase 2-4:クイックモード
output-templates.md のテンプレートに従って出力:
- Phase 2:黄金3章の各章分析。
output-templates.mdの「クイックモード > Phase 2 第1章」テンプレートに従って出力し、第2~3章では情報密度/葛藤の昇華/ペーシング変化に注目。 - Phase 3:全体構造の分析。
output-templates.mdの「クイックモード > Phase 3 全体構造」テンプレートに従って出力し、ストーリーライン分析、キャラクター構成、ペーシングマップを提示。反派設計ではタイプ別ルーティングを追加:人型反派は標準テンプレート(階層/格/動機チェーン)を使用;非人型反派(霊気復活/終末世界/国運など抽象対抗型)では「核心対抗面{説明} | 緊迫感の源{説明} | 昇華メカニズム{説明} | 叙述的代替手段{従来のざまあ見ろシーンに代わる叙述手法}」を使用。 - Phase 4:分析レポートを出力。
output-templates.mdの「クイックモード > Phase 4 分析レポート」テンプレートに従って出力。執筆技法の種類を拡張:一筆二用、遅延開示、視点の欺瞞、比較アンカー、行動ループ、身体反応による心理描写の代替、章跨ぎの回収(物品/イメージが異なる章で異なる機能を果たす)。
Phase 4+(オプション):ユーザーが結果を保存したい場合、「整本の深掘り分析をしたいですか?深掘りモードを使いましょう。」と提示。
Phase 2B:深掘り分析パイプラインの概要
出力ディレクトリ
デフォルトで 分析ライブラリ/{書名}/(プロジェクトルートディレクトリ直下)に出力。ユーザーが別パスを指定した場合はそちらに出力。
既存分析の活用
深掘り分析開始前に既有の分析結果がないかチェック:
分析ライブラリ/{書名}/ディレクトリに既存の分析ファイルがあるかチェック- _progress.md があれば読込み、断点情報を取得して復帰(既に復帰メカニズム有)
- キャラクター/.md または設定/.md があればそれを読込み、既有のキャラクター・設定データを活用
- 既有データをクロス検証ベースラインとして使用:
- 新たに抽出したキャラクター情報と既有キャラクターデータを比較し、一貫性をチェック
- 新たに発見した設定詳細と既有設定をマージ、情報源を記注(新抽出 vs 既有)
- 矛盾が生じた場合(例えば同一キャラの既有ファイルで名前が異なる)、出力で矛盾を記注してユーザーに判定を委ねる
- 既有情報の重複抽出を回避し、処理効率を向上
原文バックアップ(深掘りモードの前置き処理)
深掘り分析開始前に必ず原文をバックアップ:
分析ライブラリ/{書名}/原文/ディレクトリが既に存在するかチェック- 存在しない場合、ユーザーが提供したソースパスから原文ファイルを
分析ライブラリ/{書名}/原文/にコピー - ユーザーがソースファイルパスを提供しなかった場合(対話上に直接テキストを貼った場合)、原文を
分析ライブラリ/{書名}/原文/原文.mdに保存 - バックアップ完了後に検証:
- ソースファイルパスモード:
原文/ディレクトリ内のファイル数とサイズがソースファイルと一致することを確認 - 対話テキストモード:
原文.mdファイルが空でないことを確認(>0 バイト)
- ソースファイルパスモード:
- このステップにより、分析処理中に異常が発生しても原材料が失われないようにする
出力ディレクトリ構造
分析ライブラリ/{書名}/
├── 概要.md
├── 章節/
│ ├── 第1章_深掘り分析.md
│ ├── 第1章_要約.md
│ └── ...
├── キャラクター/
│ ├── {キャラクター名}.md
│ └── キャラクター関係.md
├── 剧情/
│ ├── {プロット標題}.md
│ ├── ストーリーライン.md
│ └── 散在する情節.md
├── 設定/
│ ├── 世界観.md
│ └── 金指.md
├── 分析レポート.md
└── _progress.md
6段階パイプライン
| 段階 | 名称 | 入力 | 出力 | 完了標識 |
|---|---|---|---|---|
| 0 | 概要抽出 | 原文 | 概要.md + 章節インデックス | 章节构造识别完成 |
| 1 | 黄金3章 | 最初の3章の原文 | 第1~3章_深掘り分析.md | 3章分析完了 |
| 2 | 各章要約 | 分割された章テキスト | 章要約.md(プロット要素+キャラクター含む)。キャラクター絞込み(モブキャラは抽出しない、別名を統一)。各章3~40プロット要素(密度150~200字/個、字数に基づき動的調整)。並列モード:各章ごとに chapter-extractor agent をスポーン。数値検証:要約数 == 章数、不等の場合は失敗章を記注。 | 全章処理完了 |
| 3 | 統合分析 | 全章要約 | 剧情/*.md + ストーリーライン.md。ストーリー枠組み識別(前置き処理、統合戦略を決定)。2段階プロット統合(先に要約からプロット概要を識別、次に概要に基づきプロット要素を配分)。キャラクター統合(章跨ぎ重複排除+別名統一)。キャラクター分級(主人公/反派/コア脇役/機能的キャラ)。孤立した情節の補足(6ステップ、カバー率検証含む)。品質ゲート(信頼度≥0.85/カバー率85%~95%/重複率≤35%)。 | 品質チェック合格 |
| 4 | 設定+関係 | 段階3統合後のキャラクターデータ+プロット要素 | 設定/.md + キャラクター/.md。2段階キャラクターモデル(Stage 2 軽量言及→Stage 4 完全ファイル)。別名解析(信頼度≥0.85で自動統合)。キャラクター関係抽出(原文ではなく情節点から抽出;演変追跡+最終状態統合+暗黙推論含む)。 | 設定・関係抽出完了 |
| 5 | 統括レポート | 全出力 | 分析レポート.md | レポート生成完了 |
Stage 3~4 並列実行図(zenstory パイプライン最適化より):
Stage 3A(プロット統合)──┐
├── 並列実行可
Stage 4前半(キャラクター構築)─┘
│
▼(両者完了後)
Stage 4後半(キャラクター関係抽出)— 直列、キャラクター実体の存在に依存
部分的失敗への耐性:単一章/単一段階の失敗はパイプラインを阻止しない。失敗記録は _progress.md の「失敗記録」表に記録(| タイプ | 章/段階 | エラーメッセージ | 再試行状態 |)。最終状態は completed_with_errors(分析レポートで失敗詳細を記注)となる可能性があります。
material-decomposition.md との対応関係:パイプライン0は Material段階1(章解析)を含む;パイプライン1、5は新規;パイプライン2 = Material段階2;パイプライン3 = Material段階3;パイプライン4は Material段階4+5を統合。
詳細なテンプレートは output-templates.md、方法論は material-decomposition.md を参照。
品質ゲートの概要
段階3~4完了前に品質チェックをパスする必要があり、信頼度、カバー率、重複率の3つの指標が含まれます。具体的な閾値、計算方式、自己チェック一覧は material-decomposition.md 品質閾値体系 を参照。出力テンプレートの品質閾値クイックレファレンスは output-templates.md 品質閾値 を参照。
Stage 2 並列 Agent 戦略
Stage 2 では chapter-extractor agent を使用して各章を並列処理し、従来の直列分割に代わります。
呼び出し方法
Agent(
subagent_type: "chapter-extractor",
prompt: "章編号:第{N}章\n章タイトル:{タイトル}\n章字数:{字数}\n\n章原文:\n{原文テキスト}"
)
バッチ戦略
- 毎回5~8個の agent をスポーン(並行制限を回避)
- 現在のバッチが全て完了した後、次のバッチをスポーン
- バッチ完了後に
_progress.mdを更新し、処理済み章を記録
Agent 出力収集
- 各 agent はmarkdown形式の抽出結果を返す
- メインスレッドが agent 出力を
章節/第{N}章_要約.mdに書込み - 全 agent の登場人物表を収集し、Stage 3 の統合に使用
失敗処理
- 単一章の agent 失敗はパイプラインを阻止しない
- 失敗章を
_progress.mdの「失敗記録」表に記録 - 全バッチ完了後、失敗章をもう1回再試行
- 再試行でもなお失敗した章は
⚠️ スキップと記付け、分析レポートに記注
Agent 不可用時の降級
.claude/agents/chapter-extractor.md が存在しない(未デプロイ)場合、Stage 2 は直列分割モードに戻り、メインスレッドが従来の分割戦略に従って処理します。
分割戦略
Stage 2 では chapter-extractor agent を章単位で並列処理し、分割は行いません。
Stage 3~5 の分割戦略(入力分割サイズ6~8K トークン/ブロック、詳細は material-decomposition.md を参照):
- 小規模(<50章):段階ごとに全体処理
- 中小規模(50~100章):段階ごとに全体処理(スマート分割はオプション)
- 中規模(100~500章):5~8章ごとに分割
- 大規模(>500章):スマート分割 — 章要約に基づき自然分界を識別(境界突破/地図切替/大型イベント)、意味的連貫性に基づき分割。題材特化:修仙は境界/地図、都市は事件線/身分転変、歴史は段階/戦役、ファンタジーは世界地図/勢力で分割。明確な構造がない場合は固定章数で均等分割。各ブロック50~200章。硬い制約:全章がカバーされる必要があり、ブロック間は重複しない(各章は1つのブロックに属する)。各ブロックは構造化メタデータを出力:
ブロックタイトル | 起止章 | コアテーマ | 主要事件 | 主人公ステージ。詳細はmaterial-decomposition.md スマート分割を参照。 - 出力長上限:Stage 2 chapter-extractor agent モードは密度式に基づき出力(各章の情報点総量は字数で動的決定、agent 内部で自制御)。Stage 3~5 直列分割モード下では、単一段階の出力は8000中文字以内(
wc -mで統計、超過時は情節点とキャラクターデータを優先保持し、環境描写と心理分析を縮約) - 統括レポート(分析レポート.md)の総長8000中文字以内、超過時は構造分析を優先保持し、具体詳細は縮約
- ブロック間の状態伝達:各ブロック完了後に _progress.md を更新
ブロック間の統合(大規模小説)
分割処理後、隣接ブロックの境界プロットが人工的に分割されている可能性があります。Stage 3 統合時にブロック間統合チェックを実行:
- 隣接ブロック交界の情節を識別
- 同一プロットに分割されているかを判定(基準:同じコアイベント + 主要人物同じ + プロット発展が連続)
- 条件を満たしたものは1つの情節に統合
- 条件を満たさないものは独立を保持(異なる目標、異なる地図/段階など)
詳細は material-decomposition.md を参照。
復帰メカニズム
- 深掘りモード起動時、出力ディレクトリに _progress.md が既に存在するかチェック
- 存在すればそれを読込み、断点情報(最後に処理した章 + 現在の段階)を取得
- 断点があるブロックの起始章から復帰
- そのブロックの既有出力を上書き
完全なテンプレートは output-templates.md の「深掘りモード > 段階5 統括レポート」部分を参照。
フロー衔接
パイプライン: 長編 位置: 分析(長編パイプラインの第2段階、story-long-scan の後、story-long-write の前)
| タイミング | 遷移先 | コマンド |
|---|---|---|
| 執筆準備完了 | story-long-write | /story-long-write |
| 市場データが必要 | story-long-scan | /story-long-scan |
| 短編の方が適切 | story-short-scan → story-short-analyze | /story-short-scan |
参考資料
| ファイル | 読込みタイミング |
|---|---|
references/output-templates.md | クイック/深掘りモード両方で必要:出力テンプレート+クイックレファレンス |
references/material-decomposition.md | 深掘りモード:5段階の方法論+品質閾値 |
references/deconstruction-notes.md | 分析手法+映像化分析+抽象分析法+題材実戦 |
言語
- ユーザーの言語に従って返信。ユーザーが何語を使おうが、その言語で返信してください
- 中文回復は《中文文案排版指北》に従う
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- worldwonderer
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/worldwonderer/oh-story-claudecode / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。