mcpField
F
fiction

fiction

github.com/howellsクリエイティブ・メディア2391 回インストール8 週間前に更新
リポジトリ

fiction について

構想から最終稿まで小説執筆を支援するスキルです。計画・執筆・レビュー用コマンド、専門エージェント、創作資料、EPUBのビルドをまとめています。

主な機能

  1. 01前提・テーマ・結末の設計
  2. 02章とシーンのアウトライン作成
  3. 03キャラクターと設定の開発
  4. 04原稿のレビュー・編集・批評
  5. 05EPUBファイルのビルド

活用シーン

  1. 01構想から新作小説のアウトラインを作成
  2. 02章を改稿し物語の整合性を確認
  3. 03売り込み用のあらすじを準備
  4. 04完成原稿からEPUBを作成

インストール

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

$npx skills add https://github.com/howells/fiction --skill fiction

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

詳細

フィクション

最初の構想から最終稿まで、フィクション執筆のための完全なシステムです。

コマンド

コマンド目的
/fiction:newゼロから新しいプロジェクトを開始します(対話式ウィザード)
/fiction:goプロジェクトを再開します(コンテキストを読み込み、次に行うことを提案)
/fiction:plan物語の構成を設計します(前提、テーマ、結末)
/fiction:outline章とシーンの構成を作成します
/fiction:characterキャラクターの資料を作成します
/fiction:review現在の章をレビューします(反復的なフィードバック)
/fiction:critique原稿全体をレビューします(NYT/New Yorker スタイル)
/fiction:synopsis売り込み用のあらすじ(長・中・短)を作成します
/fiction:next次に取り組む内容の提案を受け取ります
/fiction:statusプロジェクトの簡易ステータスを確認します
/fiction:reconcile現在の規約に照らしてプロジェクトを監査し、更新を提案します
/fiction:edit行単位の編集(スペル、文法、語句の反復)を行います
/fiction:language外国語の表現を検証します(文法、時代考証)
/fiction:notesインラインの編集マーカーを収集して処理します
/fiction:cover画像生成用の表紙アートのプロンプトを作成します
/fiction:naming書名の候補を生成して検証します
/fiction:build読書用の EPUB をビルドします(--sync はハイライトを保持します)

自然言語によるトリガー

コマンド以外にも、次のようなリクエストに応答します。

  • 「第8章を書いて」
  • 「前回の続きから進めて」
  • 「このシーンがうまくいかない。直すのを手伝って」
  • 「敵役のバックストーリーを考えて」
  • 「この章に一貫性の問題がないか確認して」

エージェント

タスクに応じて適切なエージェントを選択します。

エージェント用途モデル
new-projectゼロから開始(ソクラテス式ウィザード)opus
writer散文、章、シーンの執筆opus
architect物語の構成、前提、結末opus
outliner章の構成、シーンの展開sonnet
character-developerキャラクター資料opus
chapter-reviewer反復的な章のレビューsonnet
editor行単位の推敲(スペル、文法、反復)sonnet
critique原稿全体のレビューopus
synopsis問い合わせ・売り込み用のあらすじopus
continuity一貫性の確認haiku
nextプロジェクトの進行案内haiku
scene-analyzerシーンの診断sonnet
voice-analyzerPOV/時制の確認haiku
world-builder設定、システムsonnet
cover-artist書籍の表紙アート用プロンプトopus
naming書名の生成と検証opus
language-checker外国語表現の検証sonnet
ゲスト批評家

原稿レビューに特定の作家の語り口を呼び出します。

エージェント語り口最適なジャンル
stephen-king率直で遠慮がなく、物語重視商業フィクション、ホラー、スリラー
ursula-le-guin思索的で、世界に意味を見いだすファンタジー、サイエンスフィクション
james-wood文学的素養が深く、文単位で見る文学フィクション
roxane-gay文化的な視点を持ち、感情に正直現代フィクション

参考ファイル

創作の指針については、参考ファイルを参照してください。

課題参考ファイル
アメリカ英語のスタイル../references/style-guides/chicago-manual.md
イギリス英語のスタイル../references/style-guides/oxford-style-manual.md
文法と句読点../references/style-guides/shared-rules.md
スタイルガイドの比較../references/style-guides/decision-matrix.md
物語の目的が定まらない../references/story-structure.md
シーンの展開が遅い../references/scene-structure.md
キャラクターに深みがない../references/character.md
会話がぎこちない../references/dialogue.md
文章にリズムがない../references/prose-style.md
ペース配分の問題../references/pacing.md
冒頭が弱い../references/openings.md
結末に満足できない../references/endings.md
ジャンルの期待に応える../references/genre-conventions.md
よくある間違い../references/anti-patterns.md
制作プロセスと心構え../references/craft-wisdom.md
オーディオブックへの適性../references/audiobook-considerations.md

プロジェクト構成

次のプロジェクト構成を検出して作業します。

単巻の小説
/my-novel
├── README.md           # Overview, status, key decisions, ⚓ anchored
├── progress.md         # Review state (updated by review commands)
├── characters/         # Character documents
├── world/              # Setting documents
├── craft/              # Tone guide
├── chapters/           # Chapter files
└── themes.md           # Theme document
複数巻シリーズ
/my-series
├── README.md           # Series overview
├── series/             # Series-level material
│   ├── series-architecture.md  # ⚓ Anchored series constraints
│   ├── progress.md     # Series-level review state
│   ├── characters/
│   ├── world/
│   └── ...
└── book-n-title/       # Individual books
    ├── progress.md     # Book-level review state
    └── chapters/

基本原則

執筆やレビューでは、次の原則を適用してください。

  1. 物語=キャラクター+変化 — プロットは何が起きるか、物語はそれが何を意味するかです。
  2. シーンの効率性 — すべてのシーンには、少なくとも2つの役割を持たせてください。
  3. 具体性が普遍性を生む — 具体的な細部が共感を生みます。
  4. 納得できる瞬間 — 成果を得る前に、そのための伏線を張りましょう。
  5. 読者を信頼する — 説明するのではなく、描写しましょう。解説するのではなく、ほのめかしましょう。
  6. 耳で聞くことを意識して書く — 現代の書籍はオーディオブックになることがあります。話者を明確にし、声に個性を持たせ、視覚だけに頼る要素は避けましょう。

判断ガイド

POVの選択
  • 一人称:深い親密さを表現でき、信頼できない語り手も可能です
  • 三人称限定視点:親密さと柔軟性のバランスが取れており、最も一般的です
  • 三人称全知視点:神の視点で描けるため、壮大なスケールの物語に適しています
時制の選択
  • 過去形:伝統的で目立たず、読者にも馴染みがあります
  • 現在形:臨場感や切迫感を生みます
シーンと要約
  • シーン:重要な瞬間、転換点、感情が高ぶる場面
  • 要約:日常的な出来事、場面転換
  • 原則:重要なことは描写しましょう。

ワークフロー

新規プロジェクト

/fiction:newを実行すると、次の手順を案内する対話型ウィザードが起動します。

  1. 発見(物語の核を見つけます)
  2. 構成(前提、テーマ、人物の変化の軌跡、結末)
  3. キャラクター(主人公、脇役)
  4. 世界(必要な場合)
  5. アウトライン(章ごとの構成)

作業内容はすべて、その都度保存されます。ソクラテス式の対話を通じて、すでに知っていることを掘り起こします。

既存のプロジェクト

/fiction:goを実行してプロジェクトを読み込み、次に取り組む内容を確認します。

プラグイン更新後
  1. /fiction:reconcileを実行して、プロジェクトが現在の規約に沿っているか監査します
  2. 推奨事項を確認し、必要に応じて更新を適用します
執筆の反復サイクル
  1. 章を執筆します(writerエージェントを呼び出します)
  2. /fiction:reviewを実行して、反復的なフィードバックを受けます
  3. 提案された修正を適用します
  4. 章が完成するまで繰り返します
  5. 定期的に整合性を確認します
完成

原稿が完成したら、/fiction:critiqueを実行して、作品全体を文芸的にレビューします。

長編原稿の効率化(50k語以上)

15~25章以上の小説では、エージェントを並列で動かすことで、処理時間を大幅に短縮できます。

並列処理が可能なタスク
タスク方法高速化
全章の編集章ごとに編集エージェントを1つ起動します20章の場合、約20倍
全章のレビュー章ごとに章レビュアーを1つ起動します約20倍
整合性の確認フェーズ1:事実を並列で抽出。フェーズ2:比較約3~4倍
全体の批評各章を並列で分析し、その後、統合してまとめます約2~3倍
仕組み

/fiction:edit all や /fiction:review all のようなコマンドを使用する場合:

  1. 処理するすべての章を特定します
  2. Task ツールを使用してエージェントを並列で起動します(同じメッセージ内で、章ごとに 1 回呼び出します)
  3. エージェントが同時に実行され、それぞれが構造化された出力を返します
  4. メインの会話で結果を集約し、progress.md を更新します
順次実行が必要なタスク

順次実行を維持する必要があるタスクもあります:

  • 執筆 — 各章は前の章を踏まえて書きます
  • アウトライン作成 — 構成はそれまでの内容によって決まります
  • アーキテクチャ — 一貫した全体構想が必要です
メモリに関する注意

並列エージェント間でメモリは共有されません。必要なコンテキスト(キャラクター資料、トーンガイド)を各エージェントに明示的に渡してください。

コメント