book-toc-lab について
book-toc-labは、ノンフィクションを計画・改訂する著者向けのスキルです。執筆前に読者への約束、範囲、推薦理由、章の順序を設計し、目次の検証も支援します。
主な機能
- 01読者・課題・本の約束を定義
- 02対象範囲と除外事項を設定
- 03推薦理由を組み立て
- 04読者の進捗に沿って章を配置
- 05目次の検討と検証
活用シーン
- 01執筆前のノンフィクション企画
- 02読者の成果を軸にした目次改訂
- 03章の順序と範囲の確認
- 04目次を読者に検証する準備
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ lvtd-llc/ skills --skill book-toc-labインストール後、Claude Code で/book-toc-labを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/core/checklist.mdexamples.mdknowledge.mdrules.mdworkflows/design-toc.mdvalidate-toc.md詳細
Book TOC Lab
役立つノンフィクション書籍を、特定の読者に向けた問題解決型のプロダクトとして捉えます。目次は飾りのアウトラインではなく、プロダクトの設計図です。執筆を始める前に、約束、範囲、推薦の流れ、目次を構築して検証し、原稿の目的と有用な展開を明確にします。
このスキルは、次の問いに答える書籍の企画を作成または改善するために使用します。
- この本は誰に向けたものですか?
- 読者が抱える、深刻または価値あるどのような問題の解決に役立ちますか?
- 各章を読み終えた後、読者にはどのような変化があるべきですか?
- この本で意図的に扱わないことは何ですか?
- 満足した読者が、特定の状況にいる特定の人へこの本を勧める理由は何ですか?
リソースの参照先
タスクに必要なファイルだけを読み込みます。
| 必要な内容 | 読むファイル |
|---|---|
| 中核モデル、DEEP、約束、範囲、推薦の流れ | references/core/knowledge.md |
| 具体的な企画・検証ルール | references/core/rules.md |
| 範囲と目次タイトルの変更前・変更後の例 | references/core/examples.md |
| 企画・レビュー用の簡易チェックリスト | references/core/checklist.md |
| 執筆前に目次を設計する手順 | workflows/design-toc.md |
| 読者と目次を検証する手順 | workflows/validate-toc.md |
迅速なワークフロー
- 目次の作成に入る前に、読者への約束を固めます。
- 対象範囲、対象外、前提条件、深さの境界を定義します。
- 推薦のストーリーを作成します。きっかけ、推薦する人、推薦される読者、そしてこの本が最適である理由を明確にします。
- 章は著者が扱いたいトピックの分類ではなく、読者が得るものとして書きます。
- 読者の進捗に沿って章を並べます。導入、基礎、実践、判断、統合の順です。
- すべての章を、約束、読者の成果、欠けている手順、退屈するリスク、混乱するリスク、懐疑的な反応、推薦しやすさの観点から厳しく検証します。
- 可能であれば、執筆前に目次を検証します。
出力形式
目次の作成または改善を依頼された場合は、次の内容を返します。
- 書籍の概要:読者、問題、約束、対象範囲、対象外。
- 推薦のストーリー:きっかけ、推薦する人、推薦される読者、この本を選ぶ理由。
- 推奨する目次:章ごとの読者の問題と得られるもの。
- 読者の道のりに関するメモ:章の順序の説明。
- リスク一覧:前提条件の不足、曖昧な章、起こりそうな混乱、退屈する可能性。
- 検証計画:執筆前に目次を試す具体的な方法を3~7個。
品質基準
優れた目次は、本がまだ存在しない段階でも役立つと感じられるものです。読者が目次に目を通すだけで、この本で何を達成できるのか、自分に合っているのか、章の順序が理にかなっているのかを理解できる必要があります。
実用性より先に、文学的な巧みさを追求しないでください。気の利いたタイトルを使うのは、読者への約束と各章で得られるものが明確になってからに限ります。
コメント
Markdown 対応