reader-experience-edit について
Reader Experience Editは、ノンフィクションの著者や編集者向けに、原稿が読者へ価値を届ける流れを診断するスキルです。章ごとのリスクを整理し、ベータ読者に渡せる一貫した草稿にするための構成変更を提案します。
主な機能
- 01読者への約束と対象読者の特定
- 02章の要点、分量、リスクの整理
- 03導入の遅さや価値の薄い箇所の発見
- 04削除、順序変更、具体例の提案
- 05ベータ読者向けの準備状況の評価
活用シーン
- 01ベータ読者に渡す前のノンフィクション原稿の点検
- 02実用的な成果の提示が遅い章の特定
- 03文章の磨き込みより構成修正を優先
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ lvtd-llc/ skills --skill reader-experience-editインストール後、Claude Code で/reader-experience-editを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/core/checklist.mdexamples.mdknowledge.mdrules.mdworkflows/audit-manuscript.md詳細
読者体験の編集
基本的な視点
読者体験は、費やした時間に対して得られる価値として捉えます。実用ノンフィクションは、サスペンスで読者を引きつけ続けるのではなく、本が約束した成果を定期的に届けることで読者を引きつけます。
このスキルは、次の問題を診断し、改善するために使います。
- 展開が遅い導入。
- 成果が得られるまで理論が長く続く箇所。
- ページあたりの価値が低い箇所。
- 価値が不明確なセクション。
- 出版に向けて磨き上げるのではなく、ベータ読者に読んでもらえる程度に一貫性を持たせる必要がある原稿。
参照先
| 必要な情報 | 参照先 |
|---|---|
| 基本概念と用語 | references/core/knowledge.md |
| 改訂ルールと判断基準 | references/core/rules.md |
| 修正前後のパターン | references/core/examples.md |
| 簡易監査チェックリスト | references/core/checklist.md |
| 原稿を段階的に監査する手順 | workflows/audit-manuscript.md |
ワークフロー
1. 約束を軸にする
次の点を明確にします。
- 対象読者。
- 本が約束すること。
- 最初に得られる意義ある価値。
- 各主要セクションの後に、読者が何をできるようになり、何を判断し、何を理解できるようになるべきか。
本が約束することが明確でない場合は、原稿を編集する前に book-toc-lab を使います。
2. 価値マップを作成する
次の表を作成します。
Section | Word count | Reader takeaway | Value type | Risk
これを使って、次の問題を見つけます。
- 展開が遅い導入:最初の価値を届けるまでの文章が多すぎる。
- 長い退屈な区間:強い要点がないセクションが連続している。
- 冗長な内容:読者にとっての価値に対して、語数が多すぎる。
3. 価値を前倒しする
最初に役立つ成果をより早く届ける方法を探します。
- 前付けを削る。
- 理論中心のセクションに、実際に役立つ価値を加える。
- 主な洞察、ツール、チェックリスト、事例、成果から始める。
- 読者が背景情報に関心を持つ理由を得た後に、背景説明を置く。
4. ページあたりの価値を高める
追加する前に、削除を優先します。
- 対象読者の範囲外にある内容をすべて削る。
- 一般的な動機付けを具体的な事例に置き換える。
- 読者の行動を変えない説明を簡潔にする。
- 必要に応じて、削除した内容を別の「削除候補」メモに保存する。
5. ベータ読者に備える
まだ完璧な文章を目指さないでください。意欲のある読者が実際の問題を見つけられる程度に、一貫性のある原稿を目指します。
次の内容を返します。
- 読者体験に関する主な診断。
- 価値マップ、またはセクションごとのリスク表。
- 最も効果の高い削除、移動、書き直し。
- 該当する場合は、導入部または目次の改訂案。
- ベータ読者に見せる前に修正すべき点を記した準備状況メモ。
品質基準
提案は構成に関わる具体的なものにします。一般的な文章作法の助言よりも、「このセクションをXの後に移す」「この導入部分を削る」「この理論を実例にする」といった提案を優先します。
コメント
Markdown 対応