fiction について
構想から最終稿まで小説執筆を支援するスキルです。計画・執筆・レビュー用コマンド、専門エージェント、創作資料、EPUBのビルドをまとめています。
主な機能
- 01前提・テーマ・結末の設計
- 02章とシーンのアウトライン作成
- 03キャラクターと設定の開発
- 04原稿のレビュー・編集・批評
- 05EPUBファイルのビルド
活用シーン
- 01構想から新作小説のアウトラインを作成
- 02章を改稿し物語の整合性を確認
- 03売り込み用のあらすじを準備
- 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-analyzer | POV/時制の確認 | 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/
基本原則
執筆やレビューでは、次の原則を適用してください。
- 物語=キャラクター+変化 — プロットは何が起きるか、物語はそれが何を意味するかです。
- シーンの効率性 — すべてのシーンには、少なくとも2つの役割を持たせてください。
- 具体性が普遍性を生む — 具体的な細部が共感を生みます。
- 納得できる瞬間 — 成果を得る前に、そのための伏線を張りましょう。
- 読者を信頼する — 説明するのではなく、描写しましょう。解説するのではなく、ほのめかしましょう。
- 耳で聞くことを意識して書く — 現代の書籍はオーディオブックになることがあります。話者を明確にし、声に個性を持たせ、視覚だけに頼る要素は避けましょう。
判断ガイド
POVの選択
- 一人称:深い親密さを表現でき、信頼できない語り手も可能です
- 三人称限定視点:親密さと柔軟性のバランスが取れており、最も一般的です
- 三人称全知視点:神の視点で描けるため、壮大なスケールの物語に適しています
時制の選択
- 過去形:伝統的で目立たず、読者にも馴染みがあります
- 現在形:臨場感や切迫感を生みます
シーンと要約
- シーン:重要な瞬間、転換点、感情が高ぶる場面
- 要約:日常的な出来事、場面転換
- 原則:重要なことは描写しましょう。
ワークフロー
新規プロジェクト
/fiction:newを実行すると、次の手順を案内する対話型ウィザードが起動します。
- 発見(物語の核を見つけます)
- 構成(前提、テーマ、人物の変化の軌跡、結末)
- キャラクター(主人公、脇役)
- 世界(必要な場合)
- アウトライン(章ごとの構成)
作業内容はすべて、その都度保存されます。ソクラテス式の対話を通じて、すでに知っていることを掘り起こします。
既存のプロジェクト
/fiction:goを実行してプロジェクトを読み込み、次に取り組む内容を確認します。
プラグイン更新後
/fiction:reconcileを実行して、プロジェクトが現在の規約に沿っているか監査します- 推奨事項を確認し、必要に応じて更新を適用します
執筆の反復サイクル
- 章を執筆します(
writerエージェントを呼び出します) /fiction:reviewを実行して、反復的なフィードバックを受けます- 提案された修正を適用します
- 章が完成するまで繰り返します
- 定期的に整合性を確認します
完成
原稿が完成したら、/fiction:critiqueを実行して、作品全体を文芸的にレビューします。
長編原稿の効率化(50k語以上)
15~25章以上の小説では、エージェントを並列で動かすことで、処理時間を大幅に短縮できます。
並列処理が可能なタスク
| タスク | 方法 | 高速化 |
|---|---|---|
| 全章の編集 | 章ごとに編集エージェントを1つ起動します | 20章の場合、約20倍 |
| 全章のレビュー | 章ごとに章レビュアーを1つ起動します | 約20倍 |
| 整合性の確認 | フェーズ1:事実を並列で抽出。フェーズ2:比較 | 約3~4倍 |
| 全体の批評 | 各章を並列で分析し、その後、統合してまとめます | 約2~3倍 |
仕組み
/fiction:edit all や /fiction:review all のようなコマンドを使用する場合:
- 処理するすべての章を特定します
- Task ツールを使用してエージェントを並列で起動します(同じメッセージ内で、章ごとに 1 回呼び出します)
- エージェントが同時に実行され、それぞれが構造化された出力を返します
- メインの会話で結果を集約し、
progress.mdを更新します
順次実行が必要なタスク
順次実行を維持する必要があるタスクもあります:
- 執筆 — 各章は前の章を踏まえて書きます
- アウトライン作成 — 構成はそれまでの内容によって決まります
- アーキテクチャ — 一貫した全体構想が必要です
メモリに関する注意
並列エージェント間でメモリは共有されません。必要なコンテキスト(キャラクター資料、トーンガイド)を各エージェントに明示的に渡してください。
コメント
Markdown 対応