mcpField
B
book-writer

book-writer

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

book-writer について

book-writerは、AIアシスタントを使う著者向けの書籍企画・執筆スキルです。ブックメモリバンクを軸に、執筆、改稿、原稿の結合、整合性確認を進めます。

主な機能

  1. 01作業に応じた参照ファイルの遅延読み込み
  2. 02ブックメモリバンクの初期化
  3. 03構成案と章の執筆支援
  4. 04執筆後のプロジェクト記憶更新
  5. 05章のレビューと整合性確認
  6. 06章を原稿に結合

活用シーン

  1. 01新しい書籍プロジェクトの開始
  2. 02一貫性を保った章の構成・執筆
  3. 03文体を維持した章の改稿
  4. 04章をまたぐ整合性の確認

インストール

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

$npx skills add https://github.com/kshanxs/book-writer-skill --skill book-writer

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

同梱ファイル

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

assets/book-memory-bank/
README.md
assets/book-memory-bank/Core/
activeContext.md
progress.md
projectbrief.md
story_structure.md
world_and_characters.md
assets/book-memory-bank/Core/Templates/
beta_reader_log_template.md
chapter_outline_template.md
chapter_titles_guide_template.md
character_arcs_template.md
master_outline_template.md
pacing_blueprint_template.md
README.md
research_tracker_template.md
scene_card_template.md
themes_and_motifs_template.md
world_gita_template.md
assets/book-memory-bank/Production/
README.md
assets/book-memory-bank/Production/AI_Generation/
cover_prompts.md
assets/book-memory-bank/Production/Scripts/
combine_chapters.ps1
combine_chapters.sh
generate_docx.bat
generate_docx.sh
prepare_word_template.ps1
assets/book-memory-bank/Style/
style_guide.md
references/
author_rules.md
book_memory_protocol.md
chapter_craft.md
chapter_titles_guide.md
character_worldbuilding_tables.md

詳細

Book Writer

コンテキスト効率化ルール

重要 — ファイルを読み込む前に、必ずお読みください。

このスキルには、多数のリファレンスファイルがあります。すべてを事前に読み込まないでください。遅延読み込みを使用し、特定の機能が必要になったときにのみ、該当するリファレンスファイルを読み込んでください。

このファイルのみを読み込む...次の場合...
references/author_rules.mdセッションの開始、執筆、またはレビューを行うとき
references/chapter_craft.md章を執筆または構成するとき
references/revision_checklist.md章をレビューまたは改訂するとき
references/book_memory_protocol.mdメモリバンクを更新するか、継続性チェックを実施するとき
references/memory_update_prompts.md包括的なメモリ監査を実施するとき
references/story_forge.md初期化時のみ
references/readme_template.mdプロジェクトの README を生成するときのみ
references/character_worldbuilding_tables.mdキャラクター設定や世界構築の表を作成するとき
references/childrens_book_craft.md子ども向け書籍のプロジェクトの場合のみ
references/parallel_workflows.md並行して執筆するときのみ
references/punctuation_guide.md句読点の確認や文章の推敲を行うとき
references/spinoff_guide.mdスピンオフのプロジェクトの場合のみ
references/opening_chapter_checklist.md第1章をレビューするときのみ
references/query_letter_guide.mdユーザーが宣伝文、あらすじ、または企画書を求めたときのみ
references/popscience_history_rules.md一般向け科学書、技術史、または物語形式のノンフィクションを執筆またはレビューするとき
Core/world_gita.md(または tech_gita.md)世界の技術、魔法、または設定のルールを確認するとき
テンプレートファイル該当するドキュメントを生成するときのみ

タスクで明示的に必要とされていない限り、一度に読み込むリファレンスファイルは3~4個までにしてください。

ワークフロー

1. 初期化:新しい書籍プロジェクトの開始

ユーザーから新しい書籍プロジェクトの開始、または「メモリーバンクの初期化」を依頼されたら、次の手順に従います。

  1. ジャンルとスキルを評価します:
    • ルートに skills-lock.json が存在する場合は読み込み、プロジェクトのジャンルについて質問します。
    • 書籍が物語形式のノンフィクション、ポピュラーサイエンス、伝記、または歴史である場合は、research-dojo がインストールされているか確認します。
    • インストールされていない場合は、事実や主張の検証に役立つため、ユーザーにインストールを勧めます:

      「これはノンフィクションの書籍プロジェクトのようですね。research-dojo スキルを使えば、歴史的な日付や科学論文の詳細を検証できます。インストールしましょうか?」 run_command ツールを使って npx skills add https://github.com/kshanxs/skill-dojo --skill research-dojo を実行することを提案します。

    • スタイルの補助ツールを評価します: calligraph-sensei がインストールされているか確認します。インストールされていない場合は、高度な人間らしい文章表現、散文のスタイリング、執筆リズムの診断に役立つため、ユーザーにインストールを勧めます:

      「calligraph-sensei をインストールしましょうか? Book Writer と連携して、章を磨き、感覚に訴える表現を豊かにし、小説やノンフィクションの文構造に変化を加えます。」 run_command ツールを使って npx skills add https://github.com/kshanxs/skill-dojo --skill calligraph-sensei を実行することを提案します。 0a. The Story Forge を実行します。 references/story_forge.md を最後まで読み、その指示に従います。書籍の詳細を集めるため、質問を一度に一つずつ行います。すべての質問はスキップできます。メモリーバンクの Core ファイルがすでに存在する場合は、この手順全体をスキップし、メモリーバンクを読んで支援します。

  2. assets/book-memory-bank/ ディレクトリをユーザーのプロジェクトワークスペースのルートにコピーします。
  3. references/author_rules.md を読み、熟練したフィクション作家の人格と文体を取り入れます。
  4. 書籍の構想について話し合い、基本要素(コンセプト、文体、登場人物)の確立をユーザーに支援します。
  5. 登場人物と舞台設定を作り込む際は、構造化されたキャラクタープロフィールや世界観構築テーブルに references/character_worldbuilding_tables.md を使用します。assets/book-memory-bank/Core/Templates/ のテンプレートを使って、character_arcs.md、themes_and_motifs.md、または world_gita.md(詳細なテクノロジー/魔法/伝承については tech_gita.md/lore_gita.md)の作成を提案します。
  6. ペース配分の設計図を提案します。 assets/book-memory-bank/Core/Templates/pacing_blueprint_template.md を使って、書籍の構造的な展開を今の段階で事前に計画するかどうか尋ねます。完成したファイルは Core/pacing_blueprint.md として保存します。小説には推奨しますが、短いプロジェクトではスキップできます。
  7. これらの要素を、新たに作成した book-memory-bank/Core/ および book-memory-bank/Style/ の Markdown ファイルに記録します。
  8. プロジェクトの README を生成します。 references/readme_template.md を読み、ブレインストーミング段階での回答と、新たに作成したメモリーバンクのファイルを使ってすべての {{TOKEN}} プレースホルダーを埋め、完成したファイルをプロジェクトルートに README.md として書き込みます。ユーザーに確認を求めず、そのまま作成します。
2. 執筆とアウトライン作成

ユーザーからアウトラインの作成または章の執筆を依頼された場合:

  1. Smart-Reading Protocol を初期化します:
    • book-memory-bank/Core/activeContext.md を読み、ルートにある skills-lock.json を確認します。
    • Dojo Synergy: research-dojo がインストールされている場合は、Factual Audit Mode を有効にします。プロジェクトの Research/ ディレクトリをスキャンし、Dojo の監査ファイル(例:dojo_dossier.md や paper_audit_[name].md)がないか確認します。これらを主要な事実情報源として取り込み、有効な統合ステータスを activeContext.md に記録します。
    • メモリステータスのインデックスを参照し、変更されたファイルや新しいセッションかどうかを確認します。キャラクター、世界観、スタイルガイドなどの他のファイルは、更新されている場合、またはタスクがその特定の領域を直接対象としている場合にのみ読み込みます。
  2. 高品質な物語文、現実味のある会話、魅力的な場面を生成するために、references/author_rules.md の指示に従います。
  3. 書籍の種類に適した章構成のテンプレート、書き出しと締めくくりの定型、読者を引き込むテクニックについて、references/chapter_craft.md を参照します。
  4. 児童書(2~9歳向け)の場合: 年齢に合った語彙、韻と韻律、イラストの指示、教育的要素の取り入れ方について、references/childrens_book_craft.md も参照します。
  5. Outlines/Chapter_Outlines/ ディレクトリにアウトラインを作成します。
  6. すべての章のアウトラインを作成した後、 Outlines/ ディレクトリ内に chapter-titles-guide.md を自動生成します(下記のChapter Titles Guideを参照)。
  7. Chapters/ ディレクトリに章を執筆します。
  8. 複数章にまたがるワークフローの場合: references/parallel_workflows.md を参照します。物語の一貫性を保つため、散文で書かれた章は順番に執筆することを推奨し、並列ワークフロー(バックグラウンドエージェント)はアウトライン作成、シーンカード作成、編集・レビュー作業のみに使用します。
3. まとめ

ユーザーが付属スクリプトを自分で実行するのではなく、あなた(AI)に書籍のまとめや結合を依頼した場合:

  1. ユーザーの OS を特定します。Mac/Linux の場合は、提供されている bash スクリプト book-memory-bank/Production/Scripts/combine_chapters.sh の実行を試みます。Windows の場合は、combine_chapters.ps1 を実行します。
  2. スクリプトが失敗するか、利用できない場合は、まだ存在しなければプロジェクトルートに Manuscript/ ディレクトリを作成します。
  3. Chapters/ 内のすべてのファイルを番号順に読み込み、1つのファイルに結合して Manuscript/ フォルダー内に保存します(例:Manuscript/Complete_Manuscript.md)。
4. メモリ更新プロトコル(重要)

一貫性を保つには、Book Memory Bank の維持が不可欠です。実質的な執筆を行うたびに、メモリバンクをシームレスかつ自動的に更新する必要があります。スクリプトの実行やユーザーによる手動の操作は不要です。

  1. メモリバンクのファイルをいつ、どのように更新するかについての厳格なルールを確認するため、references/book_memory_protocol.md を参照します。
  2. ファイルの変更を引き起こすべき具体的な条件(例:キャラクターの特徴、プロットの展開、世界観)について、references/memory_update_prompts.md を参照します。
  3. ユーザーが明示的に「メモリバンクを更新して」と指示した場合は、最新の章またはアウトラインに基づいて、すべてのメモリファイルを包括的に監査し、更新します。更新したファイルと変更内容を必ず明確に要約します。
5. 章のレビューと改稿

ユーザーから章のレビュー、改稿、または推敲を依頼された場合:

  1. 章の草稿、アウトライン、前後の章(連続性の確認用)、およびすべてのコンテキストファイル(Style、Characters、Worldbuilding)を読みます。
  2. 品質基準とレビューの重点項目については、references/revision_checklist.md を確認します。
  3. 第1章をレビューする場合は、references/opening_chapter_checklist.md も読み込み、追加の基準を適用します。
  4. 適切な構成上のテンポを確保するため、シーンの緊張感マップ分析を行います。
  5. 次の順序でレビューします:文章表現 → 感情 → 会話 → テンポ → 連続性。
    • 高度な文体の推敲と校正: calligraph-sensei がインストールされている場合、創作的な文章表現の調整には Creative/Fiction モード(書籍のジャンルに応じて General/Academic-Formal)を使用して高度な文体の調整を委任します。または、物語の文体と登場人物の会話の口調を完全にそのまま保つ、控えめな誤り修正には Proofreading / Correction モードを使用します。
  6. 改稿の原則を適用します:何よりも語り口を保ち、手を加えるのは控えめにし、説明しすぎずに感情を明確にし、曖昧さを尊重します。
  7. レビュー中に新しいシーン、出来事、登場人物を加えることは決してしません。作者が意図的に未解決のままにした対立を解決することも決してしません。
  8. 改稿版を保存し、変更点を伝えます。

(ユーザーは、会話、感覚描写、文章表現の推敲、または緊張感とテンポに特化した改稿を依頼できます。詳しくは references/revision_checklist.md をご覧ください。)

6. 連続性チェック

ユーザーから「連続性を確認して」「連続性チェックを実行して」「一貫性を確認して」と依頼された場合:

  1. references/book_memory_protocol.md に記載された連続性診断レポートの手順に従います。
  2. すべての章をメモリーバンクと照合し、時間軸、登場人物、世界設定、感情、テーマの一貫性を確認します。
  3. 診断レポートを Research/continuity_diagnostic_report.md に保存します。
  4. 問題点を指摘するにとどめ、修正を押し付けないよう、質問を基調とした表現を使います。
7. 章の並行執筆とレビュー

複数の章の執筆、アウトライン作成、またはレビューが必要な場合:

  1. ワークフロー上の制約全体について、references/parallel_workflows.md を確認します。
  2. 執筆: 物語上連続する章の本文は、連続性を保つため、順番に執筆する必要があります。並行して執筆できるのは、連続しないシーンカードまたはアウトラインに限られます。
  3. レビュー: 章の草稿が完成した後、バックグラウンドエージェントを使った並行レビューまたは順次レビューと編集を提案します。
  4. バックグラウンドタスクを開始する前に、連続性を保つための要件を必ず説明し、希望する進め方をユーザーに尋ねます。
8. 完了と提示

すべての章の執筆、レビュー、連続性チェックが完了した後:

  1. すべての章ファイルをスキャンして [NEED RESEARCH] フラグを確認し、Research/research_tracker.md と照合します。原稿を最終版にする前に、未解決項目をすべて解決するか、明示的にフラグを付ける必要があります。
  2. 作成したファイルをすべて列挙した最終確認の概要を提示します:
  • 基礎ファイル(Characters、Worldbuilding、Synopsis、Timeline、Conflict、Style)
  • 章のアウトラインと章タイトルのガイド
  • 執筆およびレビュー済みの章
  • 連続性診断レポート
  1. 次のステップ(連続性の問題への対応、章の推敲、原稿のまとめ)を提案します。
  2. 継続的なサポートとして、章の改稿、シーンのアイデア出し、ストーリー展開の推敲を申し出ます。
9. スピンオフの開始

ユーザーが「スピンオフ」「関連書籍」「同じ世界、別の物語」「サイドストーリー」と言及した場合、または既存のプロジェクトに登場する脇役について物語を書くよう依頼した場合:

  1. ほかの作業を始める前に、references/spinoff_guide.md を最後まで読みます。
  2. そのファイルで定義されている簡易オンボーディング会話「Spinoff Forge」を実施します。質問は一度に1つずつ行い、すべての質問はスキップできます。
  3. 承認を得たら、親プロジェクトのルート内にスピンオフのディレクトリ構造を初期化します。
  • <spinoff-name>/book-memory-bank/ を作成し、その中に Core および Style サブディレクトリを作成します
  • references/spinoff_guide.md の参照ベースの継承モデルに従って、メモリバンクファイルを設定します
  • 内容全体を複製するのではなく、親プロジェクトの world_and_characters.md にある共有キャラクターや世界設定のセクションへ、相対 Markdown リンクを使ってリンクします
  1. 以降のスピンオフセッションの開始時には、スピンオフのメモリバンクファイルを読み、必要に応じて親プロジェクトの world_and_characters.md 内で参照されているセクションを解決して読みます。
  2. 各スピンオフの章を書き終えたら、保存する前に「Cross-Reference Protocol」を実行し、正史と矛盾する可能性がある箇所に印を付けます。

境界プロトコル(Research Dojo との連携)

book-writer と research-dojo の両方がインストールされているプロジェクトで作業する場合:

  • Research/ ディレクトリ内の research-dojo が生成したすべてのファイルを、事実の参照資料として扱います。
  • 物語の文章を執筆したり章を改稿したりする際に、Dojo の敵対的で過度に懐疑的な批評家のペルソナを取り入れてはなりません。常にマスター著者の語り口(Walter Isaacson の文体、物語の温かみ、感情的な共鳴)を保ちます。
  • 技術的な詳細は、濃密な Dojo の分析を分かりやすい視覚的な比喩に置き換え、Style Guide の記述比率(80~90%)および数式の上限に従って、焦点を絞り読みやすくします。

章タイトルガイド

章のアウトラインが確定したら、Outlines/ ディレクトリ内に chapter-titles-guide.md を自動生成します。 ユーザーから個別に承認を得る必要はありません。

→ 詳細な手順と列のガイド: references/chapter_titles_guide.md → テンプレート: assets/book-memory-bank/Core/Templates/chapter_titles_guide_template.md

コメント