mcpField
S
story-structure

story-structure

github.com/rhavekostクリエイティブ・メディア20288 回インストール今日更新
リポジトリ

story-structure について

story-structureは、小説の執筆前の構成設計や、既存原稿のビート監査に使うスキルです。割合に基づくランドマークと感情面のサインポストを組み合わせ、配置と役割を確認します。

主な機能

  1. 0111の構成ランドマークを設計
  2. 02原稿内のビート配置を監査
  3. 0314のサインポストで感情面を確認
  4. 04誘発事件の混同と見せかけのクライマックスを検出

活用シーン

  1. 01執筆前に小説のアウトラインを作成
  2. 02既存原稿の構成ビートを特定
  3. 03ビートが意図した役割を果たすか確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rhavekost/author-toolkit --skill story-structure

インストール後、Claude Code で/story-structureを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
structure-profile-template.md
references/
landmark-beats.md
signposts.md
structure-audit.md
structure-map.md

詳細

ストーリー構成

パーセンテージを基準にしたランドマーク・ビートの骨格(K.M. Weiland の 5 Secrets of Story Structure / Structuring Your Novel)に、James Scott Bell の 14 の道しるべの一覧(Super Structure)を重ねたものです。さらに、これらを活用する 2 つのモードがあります。執筆前に新しいストーリーの構成を組み立てるモードと、既存の原稿を構成に照らして監査するモードです。

Weiland のビートが答えるのは、転換点をどこに配置すべきかです。Bell の道しるべが答えるのは、その転換点がどのような心理的・感情的な役割を果たす必要があるかです。両者を組み合わせることで、単なるパーセンテージの羅列ではなく、各接合点に内容面の診断を備えた配置の骨格が得られます。

使用する場面

このスキルは、次の用途を対象としています。

  • ✅ 小説、中編小説、短編小説などのフィクション原稿
  • ✅ 執筆前の新しいアウトラインに、ランドマーク・ビート(きっかけとなる出来事、プロットポイント、ピンチポイント、ミッドポイント、クライマックス)を配置する
  • ✅ 既存の草稿でビートが実際にどこにあるかを、おおよそのパーセンテージで確認する
  • ✅ 存在するビートが、必要な心理的役割を果たしているかを確認する(Bell の道しるべを使用)
  • ✅ よく見落とされる次の 2 つの具体的な問題を発見する:きっかけとなる出来事/重要な出来事/第一プロットポイントの混同と、偽のクライマックスの罠

使用しない場面

このスキルは、次の用途を対象としていません。

  • ❌ シーン単位のミクロ構成(目標/葛藤/結果、シーン/シークエル) — 代わりに fiction-workshop の references/developmental-editing.md にある「シーン単位」セクションを使用してください。
  • ❌ キャラクターアークの仕組み(欲求、必要、傷、嘘) — 代わりに fiction-workshop の references/character-work.md にある「コア・フォー」を使用してください。このスキルでは、嘘が試される第三プロットポイントと、解消されるクライマックスという、どの構成ビートで起こるかだけを扱います。
  • ❌ ナラティブ・ノンフィクションの構成 — 代わりに narrative-nonfiction の変化のアークに関するガイダンスを使用してください。このスキルのビートは、プロットのあるフィクションの葛藤を前提としています。
  • ❌ 文章レベルのペース配分(文のリズム、語句の選択) — prose-mechanics を使用してください。

セッションの継続性

構成の配置は、毎回のセッションで再導出するのではなく、プロジェクトのストーリー・バイブルに保持することを想定しています。

  • セッション開始時: ストーリー・バイブルがある場合は、「Plot Foundation」セクションに既存の Structure Profile ブロックがないか確認してください(assets/structure-profile-template.md を参照)。作者から再確認を依頼されない限り、すでにブロックがあるストーリーについて Map を再実行しないでください。
  • ビートを新たに配置または移動したとき: プロフィールのブロックを作者に渡し、自分でストーリー・バイブルに貼り付けてもらってください。このスキルはストーリー・バイブルに直接書き込みません(各モードの停止条件を参照)。

ランドマーク・ビートの骨格

骨格の全体像、パーセンテージ、および 2 つの名前付きの失敗モードの診断(きっかけとなる出来事/重要な出来事/第一プロットポイントの混同、偽のクライマックス)については、references/landmark-beats.md を参照してください。

Bell の 14 の道しるべ

Bell 独自の順序に沿った全一覧と、上記のランドマークとの対応関係(重なるものがある場合)については、references/signposts.md を参照してください。

2 つのモード

モード呼び出し方問い参照ファイル
Map「このストーリーの構成をマッピングして」まだ最後まで執筆されていないストーリーで、各ビートと道しるべをどこに配置すべきか?references/structure-map.md
Audit「この原稿の構成を監査して」ビートは実際にどこにあり、それぞれの役割を果たしているか?references/structure-audit.md

実行順のガイダンス: Map は執筆前の計画に、Audit はすでに書かれたものに使用します。これらは 1 つのセッション内で順番に進む段階ではありません。ストーリーの現在の段階に合ったモードを実行してください。

現在呼び出されているモードに一致する参照ファイルに加えて、landmark-beats.md と signposts.md のみを読み込んでください(どちらのモードでも両方が必要です)。実行しないモードのファイルは事前に読み込まないでください。

ワークフロー

  1. 執筆者がどのモードを指定しているかを確認します(上の表を参照)。不明な場合は質問します。
  2. references/landmark-beats.md と references/signposts.md、および特定したモードのファイルを読み込みます。
  3. モードの参照ファイルに記載されたワークフローを正確に実行します。
  4. モードに記載された停止条件(下記の「停止ポイント」を参照)に達したら終了します。結果を執筆者に返します。
  5. 新しい、または変更された構成プロファイルができた場合は、執筆者がストーリーバイブルの「プロットの基盤」セクションに貼り付けられるよう、assets/structure-profile-template.md のブロックを提示します。自分で書き込んではいけません。

fiction-workshop との連携

  • fiction-workshop/references/developmental-editing.md の「アクトレベル」セクションから、より詳細な、パーセンテージを基準にした骨格とサインポストの内容チェックについて、ここへリンクしています。
  • fiction-workshop/references/character-work.md の「アークの節目」セクションからここへリンクし、第三プロットポイントとクライマックスを、嘘が試され、解決されるビートとして説明しています。
  • assets/structure-profile-template.md は、ストーリーバイブルの既存の「プロットの基盤 → 三幕構成」セクション(fiction-workshop/assets/story-bible-template.md を参照)に直接貼り付けられるよう設計されています。既存の第1幕/ミッドポイント/第2幕B/第3幕のプレースホルダーに、より細かなビートのパーセンテージとサインポストの注記を加えます。
  • このスキルは fiction-workshop/assets/story-bible-template.md を再構成することはありません。任意のブロックを追加するだけです。

停止ポイント

各モードには終了条件が定められています。そこで停止してください。別のモードへ自動的に進んだり、黙って範囲を広げたり、依頼されていないのにストーリーバイブルへ書き込んだりしてはいけません。

モード次の場合に停止します…その後
マップ11 個すべてのランドマークについて、構成マップのブロックが完成したとき執筆者に確認を求めます。ストーリーバイブルへ自動的に書き込んではいけません。
監査問題のあるビート(欠落/配置時期のずれ/内容の薄さ)と見せかけのクライマックスのチェックを含むレポートを提出したとき停止します。自動で書き直してはいけません。どの指摘に対応するかは執筆者が決定します。

指摘の形式

監査モードの出力(ランドマークビートの欠落/配置ミス、サインポストの不足)は、../../references/finding-schema.json に準拠します。audit は "story-structure-audit"、technique は該当するランドマークまたはサインポスト(例:「Weiland ミッドポイント」または「Bell ピンチポイント 1」)、severity、location(該当する単一行がない場合は章レベルとし、章の 1 行目を指定して、issue に不足内容を記述)、confidence: "judgment" とします。exemplar は任意です。構成マップ作成モード(診断ではありません)は対象外です。

よくある間違い

間違い修正方法
パーセンテージを正確なページ数として扱うWeiland 自身の説明に従い、厳密な精度ではなく、おおよその四分の一を目指します。ビートの位置が目安から数ポイントずれていても問題ありません。
きっかけとなる出来事、重要な出来事、第一プロットポイントをひとつのビートにまとめるそれぞれ異なる役割を持つ、別々の 3 つのシーンにできます。landmark-beats.md の補足説明を参照してください。
早い段階で目標を達成するシーンを「クライマックス」と断定する見せかけのクライマックスを確認します。主人公と真の目標の間に、まだより大きな障害が残っていないでしょうか。
まだ草稿がない物語に対して監査を実行する監査では、ビートの位置を特定するための実際の原稿テキストが必要です。草稿作成前の計画には、代わりにマップを使用してください。
配置だけを確認し、内容を確認しないビートは適切なパーセンテージの位置にあっても中身が空っぽの場合があります。必ず対応する Bell のサインポスト内容チェックも実行してください。

コマンドのクイックリファレンス

必要なことコマンド
新しい物語の構成を計画する「この物語の構成をマップしてください」
既存の草稿を確認する「この原稿の構成を監査してください」
ひとつのビートの位置を確認する「この草稿ではミッドポイントはどこにありますか?」
特定の落とし穴を確認する「この原稿に見せかけのクライマックスがないか確認してください」

ファイル

  • references/landmark-beats.md - 11 ビートのパーセンテージ構成、診断、2 つの失敗パターンに関する注意事項
  • references/signposts.md - ランドマークと相互参照された、Bell のシグナル全 14 項目のカタログ
  • references/structure-map.md - マップモードのワークフロー
  • references/structure-audit.md - 監査モードのワークフロー
  • assets/structure-profile-template.md - ストーリーの構成プロフィール用ストーリーバイブルブロック

コメント