ストーリーボード マネージャー

概要

ストーリーボード マネージャー スキルは、Claude に創作執筆ワークフローのための専門的な知識とツールを提供します。キャラクター開発、物語構造パターン、自動タイムライン追跡、ナラティブプロジェクト全体の一貫性チェックのためのフレームワークを提供します。このスキルは、さまざまなストーリーボードフォルダ構造に自動的に適応しながら、小説、脚本、連載フィクションの執筆のベストプラクティスを維持します。

コア機能

このスキルは 4 つの主要機能を提供します:

1. キャラクター開発と管理

バックストーリー、アーク、人間関係を含む深く一貫性のあるキャラクタープロフィールの作成をサポートします。

2. ストーリープランニングと構成

確立されたフレームワーク(三幕構成、ヒーローズジャーニー、Save the Cat など)を使用してプロット開発をガイドし、ナラティブ要素を整理するのに役立ちます。

3. 章とシーンの執筆

確立されたキャラクターとプロットとの一貫性を保つ章のコンテンツ、シーン分析、対話を生成します。

4. タイムライン追跡と一貫性チェック

自動ツールを使用して、時系列の一貫性、キャラクターの継続性、世界観の首尾一貫性を検証します。

プロジェクト構造の検出

ストーリーボード マネージャーは、さまざまなフォルダ構成を自動的に検出して適応します。これらの一般的なディレクトリパターンを探してください:

キャラクターフォルダ: characters/、Characters/、cast/、Cast/ 章フォルダ: chapters/、Chapters/、scenes/、Scenes/、story/ プランニングフォルダ: story-planning/、planning/、outline/、notes/ サマリーファイル: summary.md、README.md、overview.md

トリガー時に、プロジェクトルートをスキャンして構造を識別し、それに応じてワークフローを調整します。標準構造が存在しない場合は、characters/、chapters/、story-planning/、summary.md というパターンを使用してファイルを整理することをお勧めします。

ワークフロー決定木

ワークフローを決定するために、この決定木を使用してください:

ユーザー要求
├─ キャラクター関連? ("キャラクターを開発して", "バックストーリーを作成して", "キャラクターアークを考えて")
│  └─ → キャラクター開発ワークフロー
│
├─ プランニング/プロット? ("ストーリーをアウトラインして", "第2幕を計画して", "プロット構成を考えて")
│  └─ → ストーリープランニングワークフロー
│
├─ コンテンツ執筆? ("章を書いて", "シーンを生成して", "ストーリーを続けて")
│  └─ → 章/シーン執筆ワークフロー
│
└─ チェック/分析? ("一貫性をチェックして", "タイムラインを追跡して", "矛盾を見つけて")
   ├─ タイムライン? → timeline_tracker.py スクリプトを使用
   └─ 一貫性? → consistency_checker.py スクリプトを使用

キャラクター開発ワークフロー

ステップ 1: コンテキストを収集する

キャラクターを開発する前に、既存のキャラクターファイルを読んで以下を理解します:

• 確立された命名規則とプロフィール形式
• 既存のキャラクターと人間関係
• ストーリーのジャンルとトーン
• 既に使用されているキャラクターアーキタイプ

Read ツールを使用して、characters ディレクトリの既存キャラクターファイルを調査してください。

ステップ 2: キャラクター開発フレームワークにアクセスする

詳細なキャラクター指導が必要な場合は、references/character_development.md を読んでください。このファイルには以下が含まれます:

• コアキャラクター要素(性格、動機、目標)
• バックストーリーフレームワーク(トラウマ/傷、形成的な人間関係)
• キャラクターアークのタイプ(ポジティブな変化、フラット、ネガティブ)
• 人間関係のダイナミクス
• ボイス開発テクニック
• 一貫性ガイドライン

特定のガイダンスを効率的に見つけるために、Grep を使用して関連セクションを検索してください:

# 例: キャラクターアークに関するガイダンスを見つける
grep -i "character arc" references/character_development.md

ステップ 3: キャラクタープロフィールを開発する

これらの必須要素を含むキャラクタープロフィールを作成または強化してください:

基本情報

• 名前、年齢、役割、外見
• 主要な性格特性(ポジティブとネガティブの両方)

背景

• 出身と形成的な経験
• 彼らの行動を形作るトラウマ/傷
• 主要な人間関係と家族ダイナミクス

キャラクターアーク

• 初期の信念または欠点
• 望むもの vs 必要なもの(外的目標 vs 内的成長)
• 変革の旅
• 終了状態

人間関係

• 他のキャラクターとのつながり
• ダイナミクスのタイプ(同盟者、ライバル、メンター など)
• 人間関係がどのように進化するか

ユニークな要素

• 能力、スキル、特殊な知識
• 秘密または隠された側面
• ボイス/スピーチパターン
• キャラクター固有の癖

ステップ 4: 一貫性を確認する

以下と相互参照してください:

• 既存のキャラクタープロフィール(役割/特性の冗長性を回避)
• ストーリープランニングドキュメント(プロット要件との整合性を確保)
• サマリー/概要(ジャンルとトーンに合わせる)

ステップ 5: ファイルを作成または更新する

キャラクタープロフィールを characters/[character-name].md に markdown 形式で書いてください。他のキャラクターファイルで見つかった既存のスタイルと構造に合わせてください。

ストーリープランニングワークフロー

ステップ 1: 現在のプランニング状態を評価する

既存のプランニングドキュメントを読んで以下を理解してください:

• ストーリーの概念と前提
• 確立されたプロットポイントまたはアウトライン
• ターゲットオーディエンスとジャンル
• テーマと中心的な質問
• 計画された構成(ある場合)

story-planning/、outline/ などのフォルダや、summary.md などのファイルを確認してください。

ステップ 2: ストーリー構造リファレンスにアクセスする

詳細な構造的ガイダンスについては、references/story_structures.md を読んでください。このファイルには以下が含まれます:

• 三幕構成
• ヒーローズジャーニー(キャンベルのモノミス)
• Save the Cat ビートシート
• キャラクターアークテンプレート
• シーン構造コンポーネント
• ジャンル別ペーシングガイドライン
• サブプロット統合テクニック
• ジャンル固有の構造

Grep を使用して特定のフレームワークを見つけてください:

# 例: 三幕構成の詳細を見つける
grep -A 20 "Three-Act Structure" references/story_structures.md

ステップ 3: 構造ニーズを決定する

ユーザーの要求とストーリーのジャンルに基づいて、適切なフレームワークを推奨してください:

• サスペンス/ミステリー: 強力な中盤の転換を伴う三幕構成
• ファンタジー/冒険: クエストナラティブのヒーローズジャーニー
• YA/コンテンポラリー: タイトな感情的ビートのための Save the Cat
• 文学フィクション: キャラクターアーク構造に焦点を当てる
• ロマンス: 人間関係のビートを含むジャンル固有の構造

ステップ 4: プランニングドキュメントを開発する

以下を含むプランニングドキュメントを作成または強化してください:

ストーリー概要

• 2〜3 文の前提
• ジャンル、ターゲットオーディエンス、トーン
• 中心的なテーマと質問

プロット構成

• 主要なイベントを含む幕/章の分割
• 契機となる事件とプロットポイント
• 中盤の転換またはリベーリング
• クライマックスと解決

キャラクターアーク

• 各主人公がどのように変換するか
• プロットビートとのアーク統合

世界構築要素(該当する場合)

• 設定と場所
• 魔法システムまたは技術
• 社会構造またはルール
• 歴史的背景

タイムライン

• ストーリー期間
• 主要なイベントシーケンス
• ペーシング上の考慮事項

ステップ 5: プランニングファイルを作成する

プランニングドキュメントを story-planning/[document-name].md に書いてください。簡単にナビゲートできるように markdown ヘッダーで明確な階層構造を使用してください。

章とシーン執筆ワークフロー

ステップ 1: ストーリーコンテキストを収集する

コンテンツを執筆する前に、包括的に以下を読んでください:

キャラクターファイル: すべての関連するキャラクタープロフィールでボイス、動機、アークを理解する プランニングドキュメント: ストーリー構造、プロットポイント、現在のストーリーの位置 前の章: 連続性を保つために最近の章を読む(最低 1〜2 つの前の章を読む) サマリー: 全体的なストーリーの前提とテーマ

これにより、新しいコンテンツが確立された要素と整合していることが確認されます。

ステップ 2: 章の要件を特定する

以下を決定してください:

• ストーリー位置: これは全体的な構造のどこに当てはまりますか?
• POV キャラクター: 誰の視点ですか?
• シーンゴール: POV キャラクターはこのシーンで何を望んでいますか?
• コンフリクト: 彼らの目標に何が対抗していますか?
• 結果: シーンはどのように終わりますか? (通常は合併症で)
• キャラクター開発: どのアークビートがここで発生しますか?
• プロット進行: どのストーリー質問が提起または回答されますか?

ステップ 3: 章を構成する

シーン構造コンポーネントを適用してください:

シーン(アクション)

1. ゴール - POV キャラクターが追求するもの
2. コンフリクト - 遭遇した対抗
3. ディザスター - 前進を促す負の結果

セクエル(反応)

1. 反応 - ディザスターへの感情的反応
2. ジレンマ - オプションの処理
3. 決定 - 次のゴールに至る選択

ペーシングのために、高緊張(アクション、コンフリクト)と低緊張(リフレクション、世界構築)のビート間で交互にしてください。

ステップ 4: キャラクター一貫性を保たせながら執筆する

以下を参照してキャラクターボイスを維持してください:

• 確立された性格特性
• スピーチパターンと語彙
• 行動パターン(ストレス下で、幸福なときに、意思決定スタイル)
• キャラクターアーク内での現在の位置
• 存在する他のキャラクターとの人間関係

ステップ 5: タイムラインマーカーを統合する

時系列の明確性を維持するためにタイムラインリファレンスを含めてください:

• 明示的なマーカー: 「3 日目」、「2 週間後」
• 暗示的なマーカー: 時間帯、季節の手がかり、イベント参照
• フォーマット: 章ヘッダーまたはセクション区切りとして **Timeline:** Day 5, Evening

ステップ 6: 章ファイルを作成する

章のコンテンツを chapters/chapter-[number].md または chapters/[chapter-name].md に書いてください。以下を含めてください:

章ヘッダー

# Chapter [Number]: [Optional Title]

**Timeline:** [When this occurs]
**POV:** [Character name]
**Location:** [Where this takes place]

章のコンテンツ

• シーンごとの分析
• 対話とアクション
• キャラクターの思考(POV キャラクター用)
• 記述的要素

ステップ 7: 連続性要素をメモする

執筆後、導入された新しい情報を文書化してください:

• キャラクターの啓示または開発
• プロットポイントまたはヒント
• 世界構築の詳細
• タイムラインイベント

これにより、将来の章での一貫性を保つのに役立ちます。

タイムライン追跡

タイムライン追跡の使用時期

以下の場合にタイムライントラッカーを呼び出してください:

• ユーザーがタイムライン分析またはイベント順序付けを要求
• 時系列の一貫性をチェック
• 章全体のイベント順序を計画
• マークされていない期間を特定

タイムライントラッカーを実行する

プロジェクトルートからスクリプトを実行してください:

python3 .claude/skills/storyboard-manager/scripts/timeline_tracker.py . --output markdown

出力フォーマットオプション:

• markdown - 人間が読める形式のレポート(デフォルト)
• json - さらに処理するための構造化データ

タイムライン出力を理解する

スクリプトは以下を提供します:

統計

• 追跡されたイベントの総数
• 出現するキャラクターの総数
• キャラクターごとのイベント

タイムラインビュー

• イベントの時系列シーケンス
• 章/シーンの場所
• 各イベントに存在するキャラクター
• イベントコンテンツのプレビュー

警告

• タイムラインマーカーのないイベント
• 定義されているがキャラクターファイルに記載されていないキャラクター

タイムライン結果に対応する

トラッカーを実行した後:

1. 警告を確認 - タイムラインマーカーを追加して不足している警告に対応
2. シーケンスをチェック - イベントが論理的な順序で発生することを確認
3. ギャップを特定 - イベントのない期間を探す
4. キャラクター追跡 - キャラクターがアーク全体で一貫して出現することを確認

タイムラインマーカーを不足している章に追加してください:

**Timeline:** Day 7, Morning

またはインラインマーカーを使用してください:

その事件から 3 日が経っていた...

一貫性チェック

一貫性チェック使用時期

以下の場合に一貫性チェッカーを呼び出してください:

• ユーザーが一貫性分析を要求
• 章または幕を最終化する前
• キャラクターまたはプロット変更を加えた後
• 矛盾またはエラーを追跡する場合

一貫性チェッカーを実行する

プロジェクトルートからスクリプトを実行してください:

python3 .claude/skills/storyboard-manager/scripts/consistency_checker.py . --output markdown

出力フォーマットオプション:

• markdown - 問題の詳細を含む人間が読める形式のレポート(デフォルト)
• json - プログラムによる分析のための構造化データ

一貫性出力を理解する

スクリプトは 3 つの重大度レベルで問題を特定します:

クリティカル(🔴)

• 直急の注目を必要とする大きな矛盾
• 死後に出現するキャラクター
• 根本的なプロット矛盾

警告(⚠️)

• 確認する可能性のある矛盾
• 年齢の矛盾
• 外見描写の矛盾
• 人間関係の対立

情報(ℹ️)

• 軽微な問題またはバリエーション
• 名前の大文字化の矛盾
• スタイル上のバリエーション

一貫性結果に対応する

報告された各問題について:

1. フラグの付いた場所を読む - 記載されている特定のファイルを確認
2. 真実を決定する - どのバージョンが正しいかを決定する(通常はキャラクタープロフィールが権威)
3. ファイルを更新 - Edit ツールを使用して矛盾を修正
4. チェッカーを再実行 - 修正が問題を解決したことを確認

キャラクター年齢の矛盾の例ワークフロー:

問題: Maya の年齢の矛盾
- プロフィール: 18 歳
- 第 3 章: 「21 歳の Maya」と言及

修正: chapter-3.md を編集して「21 歳」を「18 歳」に変更

一貫性チェック制限

自動化されたチェッカーは以下をキャッチします:

• 物理的属性矛盾
• 年齢の矛盾
• 名前のバリエーション
• 基本的な世界構築事実

チェッカーはキャッチできません:

• 微妙な性格の矛盾
• 複雑なプロットロジックエラー
• テーマ上の矛盾
• ニュアンスのある人間関係の変化

深い一貫性のための手動レビューは依然として必須です。

ベストプラクティス

プログレッシブコンテキストローディング

すべてのリファレンスファイルを一度にロードしないでください。代わりに:

1. まずプロジェクト構造をスキャン
2. 現在のタスクに関連するキャラクターファイルのみを読む
3. 特定のガイダンスが必要な場合にのみリファレンスドキュメントにアクセス
4. Grep を使用して大規模なリファレンスファイル内の特定のセクションを見つける

ジャンルボイスを維持する

ストーリーの確立されたトーンに合わせてください:

• YA: 現在進行形、すぐの感情的つながり、現代的な言語
• ファンタジー: 豊かな記述的言語、世界構築の統合
• スリラー: 短い文、高い緊張、感覚の詳細
• 文学: 複雑な散文、内部的な反省、象徴的な要素

target audience と voice を特定するために summary.md を参照して、それに応じて調整してください。

キャラクターアーク統合

すべての章はキャラクターアークに貢献する必要があります:

• 各キャラクターがアークのどこにいるかを追跡
• 急激な変換ではなく段階的な変化を示す
• プロットイベントを使用してキャラクター信念をテスト
• 選択と行動を通じて成長を示す

Show vs. Tell のバランス

ナラティブライティングの場合:

• Show 感情を行動、対話、物理的反応で表現
• Tell 時間を圧縮し、必要な情報を効率的に提供
• キャラクター フィルタリング説明を使用(この POV キャラクターは何に気づくだろうか?)

複数の POV を処理する

複数の視点を持つストーリーの場合:

• 各 POV キャラクターに個別のボイスを作成
• 各 POV セクションが、そのキャラクターのアークとプロット両方を進める
• キャラクターごとに文の構造と語彙を変える
• 各キャラクターが何を知っているか/知らないかを追跡

よくあるユーザー要求と対応

「キャラクターのバックストーリーの開発を手伝って」

1. コンテキストについて既存のキャラクターファイルを読む
2. キャラクタープロフィール(存在する場合)を読んで強化
3. character_development.md リファレンスでバックストーリーフレームワークにアクセス
4. トラウマ/傷、形成的な人間関係、重要な歴史をカバーする詳細なバックストーリーを作成
5. 彼らのキャラクターアークとストーリー内の役割と統合

「次の章を書いて」

1. summary.md とストーリープランニングドキュメントを読む
2. 章に出現するキャラクターのすべてのキャラクタープロフィールを読む
3. 連続性のために前 2 章を読む
4. ストーリー構造内の章の位置を特定
5. シーン/セクエル構造を持つ章を書く
6. タイムラインマーカーと POV/位置ヘッダーを含める

「第 2 幕をアウトラインして」

1. summary と既存のプランニングドキュメントを読む
2. 構造的ガイダンスのために story_structures.md にアクセス
3. 第 2 幕の要件を特定(合併症、中盤、高まる緊張)
4. キャラクターアークと整合した beat-by-beat アウトラインを作成
5. プロットと人間関係のアークがどのように交差するかを記載

「ストーリーの一貫性をチェックして」

1. consistency_checker.py スクリプトを実行
2. 問題を特定する出力を確認
3. フラグの付いたファイルを読んで矛盾を理解
4. 各問題に対する具体的な修正を推奨
5. ユーザーが確認した場合、編集を提供する

「ストーリーのタイムラインを追跡して」

1. timeline_tracker.py スクリプトを実行
2. イベントシーケンスを示す出力を確認
3. 時系列のギャップまたは矛盾を特定
4. 欠落しているタイムラインマーカーを追加することを推奨
5. キャラクターまたは章で整理されたタイムラインサマリーを提供

「スリラーにはどのような構造を使うべきですか?」

1. story_structures.md リファレンスにアクセス
2. 三幕構成または Save the Cat を推奨
3. スリラー固有の要件を説明(高まる緊張、ticking clock)
4. 彼らのストーリー概念に適応したビートシートを提供
5. 詳細なプランニングドキュメントを作成することを提案

リソース

scripts/timeline_tracker.py

markdown ファイルを分析してタイムラインイベントを抽出および整理する Python スクリプト。キャラクターの出現を追跡し、時間マーカーを特定し、イベントを時系列に分類し、一貫性の問題にフラグを立てます。

使用方法: python3 .claude/skills/storyboard-manager/scripts/timeline_tracker.py . でプロジェクトルートから実行してください。

scripts/consistency_checker.py

キャラクターの詳細、外見描写、年齢、名前、および世界構築事実のすべてのストーリーファイル全体の矛盾を検出する Python スクリプト。重大度でランク付けされた問題をファイルの場所と共に出力します。

使用方法: python3 .claude/skills/storyboard-manager/scripts/consistency_checker.py . でプロジェクトルートから実行してください。

references/character_development.md

コア要素、バックストーリー構造、アークタイプ、人間関係のダイナミクス、ボイス開発、一貫性ガイドラインを含む多次元キャラクター作成のための包括的なフレームワーク。

読み込み時機: 新しいキャラクターを開発する場合、既存のプロフィールを強化する場合、キャラクターの一貫性の問題を解決する場合、またはキャラクターアークを計画する場合。

references/story_structures.md

主要なストーリー構造(三幕構成、ヒーローズジャーニー、Save the Cat)、キャラクターアークテンプレート、シーン構造、ペーシングガイドライン、プロット開発テクニック、ジャンル固有の構造をカバーする詳細なリファレンス。

読み込み時機: ストーリーアウトラインを計画する場合、幕を構成する場合、プロットビートを整理する場合、ペーシングを決定する場合、または特定のナラティブフレームワークを適用する場合。