mcpField
F
fiction-workshop

fiction-workshop

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

fiction-workshop について

fiction-workshopは、長編フィクション向けの段階的な共同執筆・編集ワークフローです。章をまたぐ一貫性を管理する作者を対象に、Story Bible、編集者の役割分担、初見読者によるテストを取り入れています。

主な機能

  1. 01Story Bibleの作成と継続的な更新
  2. 02章の構想、執筆、改稿
  3. 03編集者の役割別レビュー
  4. 04初見読者による理解度と関心のテスト
  5. 05セッションの進捗と未解決事項の記録

活用シーン

  1. 01小説の登場人物、筋書き、世界設定の計画
  2. 02章の構成や文章の編集
  3. 03章をまたぐ時系列や設定の確認
  4. 04作者の背景説明なしでは伝わらない箇所の発見

インストール

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

$npx skills add https://github.com/rhavekost/author-toolkit --skill fiction-workshop

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

同梱ファイル

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

assets/
scene-worksheet.md
story-bible-template.md
references/
brainstorming.md
character-work.md
continuity-tracking.md
developmental-editing.md
line-editing.md
scifi-worldbuilding.md
thriller-craft.md

詳細

小説執筆ワークショップ

共同で小説を執筆するための編集ワークフローです。ストーリーバイブルの構築、章の開発、読者テストの3段階で進めます。

セッションの継続性

小説のプロジェクトは数週間から数か月にわたります。Claude はセッション間の記憶を保持しないため、ストーリーバイブルが永続的な状態を保つ役割を担います。

  • セッション開始時: ほかの作業に入る前に、story-bible.md(またはプロジェクトで使用しているファイル名)を読みます。sessions/ 内の最近のファイルに目を通し、未解決の話題を確認します。
  • セッション終了時: sessions/YYYY-MM-DD_topic-slug.md に、行った作業、決定事項、終了時点をまとめた短いメモを書きます。2〜5文で十分です。
  • 基盤に変更があったとき: あらすじ、登場人物のプロフィール、世界のルール、主要なプロット展開に変更があったら、すぐにストーリーバイブルを更新します。ストーリーバイブルは一度きりのテンプレートではなく、信頼できる情報源です。
  • 未解決の質問を明示する: 新しい作業を始めるときは、前回のセッションから持ち越された質問を列挙し、続ける前にどれに取り組むかユーザーに尋ねます。

使用する場面

このスキルは、次のような場合に適しています。

  • ✅ 長編のフィクション(小説、中編小説、短編集)
  • ✅ 登場人物やプロットの一貫性が必要な複数章の原稿
  • ✅ 構成編集または文章の推敲が必要なフィクションプロジェクト
  • ✅ 複雑な世界設定や複数の視点人物が登場する物語

使用しない場面

このスキルは、次のような場合には適していません。

  • ❌ ショートショートや単一のシーン(< 2000 words)— このワークフローには軽すぎます
  • ❌ 詩や実験的な散文 — 別の編集アプローチが必要です
  • ❌ 脚本や舞台劇 — 形式上の慣習が異なります
  • ❌ テクニカルライティング、ドキュメント、学術論文
  • ❌ ビジネス文書やマーケティングコピー

ナラティブ・ノンフィクション(回想録、物語の要素を含むセルフヘルプ)には、代わりに narrative-nonfiction スキルを使用します。

編集者のペルソナ

ペルソナは主にステージ2(章の開発)とステージ3(読者テスト)で使用します。ステージ1は自由形式でストーリーバイブルを構築する段階であり、ペルソナを呼び出す必要はありません。特定の視点を指定して、役割を切り替えます。

役割呼び出し方焦点
構成編集者"As developmental editor..."プロット、テンポ、構成、賭け金、テーマ
文章編集者"As line editor..."散文のリズム、語句の選択、「説明せずに描写する」
キャラクターコンサルタント"As character consultant..."口調の一貫性、動機、人物の変化、人間関係
整合性トラッカー"As continuity tracker..."時系列、世界の事実、内部整合性
ブレインストーミングパートナー"Brainstorm mode..."「もしも」の探求、問題解決、行き詰まりの解消

現在呼び出しているペルソナに対応する参照ファイルだけを読み込みます。セッション開始時にすべての参照ファイルを事前に読み込まないでください。コンテキストの予算を無駄にします。セッション中にペルソナを切り替える場合は、新しい参照ファイルを読み込み、作業が明示的に両方にまたがる場合を除き、以前の参照ファイルは対象外として扱います。

各役割の詳細なガイダンスについては、references/ を参照してください。


ステージ1:ストーリーバイブルの構築

目標: 執筆や編集を始める前に、物語の基盤を共有します。

最初の質問
  1. ジャンルと想定読者は?
  2. 物語の核となる前提/ログラインは?
  3. 主人公はどんな人物で、何を望んでいる?
  4. 中心となる葛藤は?
  5. 読者にどのような感情の旅を体験してほしい?
  6. どこまで執筆済みで、どこからが構想段階?
ストーリーバイブルの構成要素

プロット: 前提、三幕構成/ビートシート、主要な展開、結末(大まかな形でも可)

登場人物: 主人公(望み/必要なもの/傷/成長の軌跡)、敵対者(動機/脅威)、脇役(役割/関係性)、視点の語り口に関するメモ

世界: 舞台設定(時代/場所/ルール)、テクノロジー/魔法の体系、社会構造、感覚的な描写の方向性

テーマ: 中心となる問い、道徳的な主張、繰り返し登場するモチーフ

ストーリーバイブルのドキュメントがある場合は、それを確認してください。ない場合は、assets/story-bible-template.md を使って作成することを提案してください。

ストーリーバイブルの記入例(登場人物):

ALEX CHEN - Protagonist
Want: Expose the conspiracy and clear her name
Need: Learn to trust her instincts over institutional authority
Wound: Mentor betrayed her at previous agency, causing career setback
Arc: Lone wolf → realizes she needs allies → builds trust with team
Voice notes: Analytical, dry humor when stressed, avoids emotional language
Key relationship: Tension with Handler (wants to trust, can't fully)

終了条件: 物語の基本要素を自信を持って把握していること。基本的な質問をせずに、登場人物の動機を話し合い、プロットへの影響を予測し、テーマの糸を見つけられます。


ステージ 2:章の制作

目標: ブレインストーミング → 選定 → 執筆 → 推敲のサイクルを通じて、章を執筆または磨き上げます。

新たに執筆する場合? → 制作ワークフロー | 既存の作品を編集する場合? → 編集ワークフロー

制作ワークフロー
  1. シーンの計画

    • 何を起こす必要があるか(プロット)? 視点人物は誰か?
    • 章の感情的な展開は?
    • 読者は最後までに何を知り、何を感じるか?
  2. ビートのブレインストーミング(5~15案):冒頭の引き、重要な場面、会話、感覚的な描写、締めくくり

    例(スリラーのシーン): 3日連続でコーヒーショップの外に停まっている同じ車 | 午前3時に非通知の相手から電話が鳴る | ドアの下に差し込まれた監視写真 | 同僚が、監視していなければ知り得ない情報に言及する | 窓に映るカメラのレンズ | 受け渡し場所が空になっている | セーフハウスの鍵が合わない | 連絡相手が最初の定時連絡をしない

    次に選定します:「すぐに緊張感を生み出すのはどれですか? 組み合わせられるものはありますか?」

  3. 選定: どれを残し、組み合わせ、または除外するかを尋ねます。理由を聞くと、調整の参考になります。

  4. 執筆: 章を書きます。修正には str_replace を使い、全文を再出力しないでください。

  5. 推敲: フィードバックをもとに反復します。変更がほとんどない状態で3回推敲したら、「削れる部分はありますか?」と尋ねます。

編集ワークフロー
  1. 読み込みと診断: 章が何を目指しているか、どこがうまくいっているか、どこで勢いや明瞭さが失われているか

  2. ペルソナの適用: 構成/ペース配分 → 構成編集 | 文章表現 → ライン編集 | 語り口 → キャラクター | 事実関係 → 連続性

  3. 変更案の提示: 具体的で必要最小限の編集と、簡潔な「理由」

  4. 実施: str_replace を使います。変更後にファイルへのリンクを付けます。

  5. 反復: 章が目的を達成するまで続けます

役割別のガイダンス

特定の編集者ペルソナを適用する際は、対応するリファレンスファイルを読み込みます。

  • 構成編集 → references/developmental-editing.md
  • ライン編集 → references/line-editing.md
  • キャラクターの作業 → references/character-work.md
  • 連続性 → references/continuity-tracking.md
  • ブレインストーミング → references/brainstorming.md
  • スリラー特有の創作技法 → references/thriller-craft.md
  • SFの世界構築 → references/scifi-worldbuilding.md

ステージ 3:読者テスト

目標: 作者の背景説明がなくても原稿が成立することを確認します。

新しいサブエージェントを使用(ストーリーバイブルなし):

  1. 理解度: プロットを要約できるか、動機を理解できるか、賭けられているものを把握できるか?
  2. 引き込み: どこで興味を失ったか、疑問が生じたか、混乱したか?
  3. 感情面: 重要な場面は印象に残ったか? 結末に満足したか? テーマは明確か?

よくある問題: 動機が不明瞭 | ペースが遅れる | 説得力に欠ける展開 | 混乱

苦戦した場合: 問題箇所を特定 → ステージ 2 に戻る → 再テスト

終了条件: 読者が作者の説明なしに内容を理解し、物語に引き込まれていること。


セルフチェック:これは機能していますか?

ワークフローを正しく進められているか、以下のチェックポイントで確認してください。

ストーリーバイブルの作成後:

  • メモを読み返さずに、主人公の「望み」と「必要としているもの」の違いを説明できますか?
  • 新たなシナリオに対して、敵役がどう反応するか予測できますか?
  • 本書が掘り下げるテーマ上の問いを理解していますか?
  • 三幕構成を2~3文で要約できますか?

ペルソナの呼び出し後:

  • 依頼の中で「As [persona name]...」と明示しましたか?
  • フィードバックは、そのペルソナの専門領域に焦点を当てていますか(構成編集=構成、ライン編集=文章表現)?
  • 1回の作業で複数のペルソナからのフィードバックを混ぜずに進めましたか?

編集後:

  • セクション全体を再出力するのではなく、的を絞った変更に str_replace を使いましたか?
  • 何を変更したのか、なぜ改善されたのかを説明できますか?
  • 変更内容はストーリーバイブル(キャラクターの声、プロットの論理、世界のルール)と整合していますか?

ブレインストーミング後:

  • 1つを選ぶ前に、5つ以上の案を出しましたか?
  • 最初の提案をそのまま採用せず、協力しながら案を選びましたか?
  • 選んだ案がほかの案より優れている理由を説明できますか?

「完了」と判断する前に:

  • ストーリーバイブルのコンテキストを持たない新しいサブエージェントに、原稿を読んでもらいましたか?
  • 読み手はプロット、キャラクターの動機、賭けられているものを理解できましたか?
  • 抜けている点や混乱を招く箇所を特定し、対処しましたか?

いずれかのチェックポイントに「いいえ」と答えた場合は、先に進む前にその段階に戻ってください。


停止ポイント

各ペルソナと各段階には、明確な終了地点があります。そこで停止してください。次のペルソナへ自動的に進んだり、ひそかに作業範囲を広げたり、診断を求められたのに執筆を始めたりしないでください。

ツール/段階次の場合に停止するその後
ストーリーバイブルの作成(ステージ1)ストーリーバイブルのセルフチェックに合格した作者に引き渡します。自動的に執筆へ進まないでください。
構成編集者依頼された範囲の構成編集を一通り完了し、問題点の一覧を提示した作者が編集を適用するのを待ちます。明示的に依頼されない限り、書き直しに移らないでください。
ラインエディター1章(または指定された範囲)のライン編集が完了した。変更がほとんどない状態で3回見直した後は、「何を削れますか?」と一度尋ねる追加の指示がなければ、停止します。ライン編集には自然な限界があります。
キャラクターコンサルタント指定されたキャラクター/シーンについての相談が1回完了した反射的にほかのキャラクターやシーンまで確認しないでください。次の依頼を待ちます。
連続性トラッカー監査で要確認事項の一覧が作成された停止します。自動的に修正しないでください。どの指摘が実際の問題で、どう解決するかは作者が判断します。
ブレインストーミングパートナー選定の段階で方向性が決まった(または5つ以上の案を検討し、すべて却下した)引き渡します。明示的に依頼されない限り、章の執筆に進まないでください。
読者テスト(ステージ3)新しいサブエージェントのレポートを提出した停止します。ステージ2に戻るか、どの指摘に対応するかは作者が判断します。
セッション停止ポイントに到達した、またはコンテキストウィンドウが埋まりつつある基盤に変更があればストーリーバイブルを更新し、sessions/ のメモを作成して、停止します。

作者が停止ポイントを越えて続けるよう明示的に依頼した場合は、続けてもかまいません。ただし、作業範囲の変更が分かるように、「これから連続性の監査から修正の適用に移ります」のように、次に行うことを明示してください。


よくある間違い

間違い原因修正方法
ストーリーバイブルを省略する「自分の物語は十分に把握している」ストーリーバイブルはあなたのためではなく、Claude のためのものです。共有された文脈がなければ、フィードバックで重要な物語の要素を見落とします。作成しましょう。
ペルソナを指定せずに一般的なフィードバックを求める急いでいて、特定の役割を指定し忘れるプロンプトで「発達編集者として」や「文章編集者として」と明示してください。異なる視点から、それぞれ異なる問題を見つけられます。
章全体を再出力する他の編集作業の習慣が残っている部分的な編集には str_replace だけを使ってください。再出力はコンテキストを消費し、変更点の追跡を難しくします。編集後はファイルへのリンクを示してください。
構成を整える前に文章を編集するすぐに文章を「直したい」と思う筋書き・テンポ・人物に問題がある場合、文章編集は無駄になります。必ず最初に発達編集を行ってください。以下の例を参照してください。
読者テストを省略する「もう何度も読んでいる」あなたは作者としての背景知識を持っています。読者テストでは、ストーリーバイブルを持たない新しいサブエージェントを使い、読者がつまずく箇所を見つけます。
一度に多くのペルソナを使う1 回の作業ですべてを直そうとする1 回の作業につき、ペルソナは 1 つだけ指定してください。発達編集 → 人物設定 → 文章編集 → 整合性。焦点を絞ったフィードバックは、実行に移しやすいものです。
取捨選択せずにブレインストーミングするよさそうに聞こえる最初のアイデアを採用する5~15 個の選択肢を出してから、取捨選択してください。最初のアイデアが最善であることはめったにありません。量を出すことで、質を高められます。
例:発達編集と文章編集の違い

同じ一節でも、視点によって異なります:

Sarah はオフィスに入った。上司は怒っているようだった。「話がある」と彼は言った。彼女は緊張しながら腰を下ろした。

文章編集者からのフィードバック(文章レベル):

  • 「入った」は弱い表現です。「歩み入った」や「滑り込んだ」などを試してください
  • 「怒っているようだった」は説明になっていて、描写になっていません。眉間のしわやこわばったあごを描写してください
  • 「緊張しながら」は副詞に頼った表現です。行動を通して緊張を描写してください

発達編集者からのフィードバック(構成・重要性):

  • この場面で Sarah は何を望んでいますか? 上司は何を望んでいますか?
  • ここが対決の場面なら、前振りが必要です。対立に至るまでにどんな経緯がありましたか?
  • 重要性が低く感じられます。この会話が物語にとって重要なのはなぜですか?
  • テンポ:この対決を描くのに適した章でしょうか。それとも、もっと時間をかけて緊張感を高めるべきでしょうか?

違い: 文章編集は文を磨きます。発達編集は、その場面が物語の中で必要な位置を占めているかを確かめます。必ず最初に発達編集を行ってください。


コマンド早見表

必要な作業コマンド
新しいプロジェクトを始める「[project] のストーリーバイブルを作りましょう」
発達編集を行う「発達編集者として、[chapter/section] を分析してください」
文章を編集する「文章編集者として、[scene/passage] を磨いてください」
人物設定を確認する「人物設定コンサルタントとして、[character] の [action] は人物像に合っていますか?」
整合性を監査する「整合性トラッカーとして、[chapters X-Y] に矛盾がないか確認してください」
行き詰まりを解消する「ブレインストーミングモードで、[solve problem] したいです」
読みやすさをテストする「[chapter/section] を初見で読んでください」

検出結果の形式

このスキルの診断モード(発達編集の批評、 整合性追跡での指摘)で検出結果を出す場合は、 ../../references/finding-schema.json の形式に準拠させてください。フィールドは audit(モード名を使用します。 例:「developmental-editing」)、technique(名称のある文章技法 。例:「Want/Need/Wound/Lie alignment」)、severity (note/suggestion/warning)、location(ファイル/行/引用)、issue、 confidence(「judgment」—このスキルには決定論的な要素がありません)、および 任意の exemplar(このスキルにはまだ選定済みの例のライブラリがないため、文中に示す 1 文の例。機会に応じて追加してください)です。 ブレインストーミングと草稿の提案は、この 仕様の対象外です。


ファイル

  • references/developmental-editing.md - プロット、構成、ペース配分の分析(節目となるビートの割合と道しるべとなる指標の診断については、story-structure スキルも参照してください)
  • references/line-editing.md - 文章レベルの推敲
  • references/character-work.md - 口調、動機、成長の追跡(役割や性格の原型の分析については、character-archetypes スキルも参照してください)
  • references/continuity-tracking.md - 時系列と事実関係の一貫性
  • references/brainstorming.md - アイデアの発想法
  • references/thriller-craft.md - サスペンスに関するジャンル固有のガイダンス
  • references/scifi-worldbuilding.md - 技術的な正確性、推測に関するルール
  • assets/story-bible-template.md - 空のストーリーバイブルの構成
  • assets/scene-worksheet.md - シーンレベルの分析テンプレート

コメント