revision

改稿：診断スキル

改稿段階の問題を診断し、体系的な原稿の改善を導きます。執筆者が効率よく改稿を進め、いつ完了したかを判断できるよう支援します。

基本原則

改稿は一つの作業ではなく、異なる規模でそれぞれ行う複数の作業です。

大きな規模から小さな規模へと進めます。

1. 構成（構成、物語）
2. 文章（文、段落）
3. 校正（表記、整合性）

重要なポイント： 後で削るシーンの文章を磨くのは、労力の無駄です。まず構成を直しましょう。

---

改稿の階層

レベル1：構成編集

物語そのもの、つまり構成、キャラクターの成長、ペース配分、テーマを扱います。

確認事項：

• 物語はうまく機能していますか？
• 構成に無理はありませんか？
• キャラクターの成長は完結していますか？
• ペース配分は効果的ですか？
• 結末に納得できますか？

確認する問題：

• プロットの穴や論理の破綻
• キャラクターの動機が欠けている、または弱い
• プロットやキャラクターを前進させないシーン
• ペース配分の問題（遅すぎる、急ぎすぎる）
• テーマが不明瞭、または存在しない
• 弱い冒頭や結末
• 一貫性のないキャラクター描写

完了の目安： 構成の面で物語が機能し、大幅な変更が完了している状態です。

レベル2：文章編集

文章そのもの、つまり文、段落、流れを扱います。

確認事項：

• それぞれの文に存在する意味がありますか？
• 文章は明快で効果的ですか？
• セリフは話し手ごとの違いが出ていますか？
• 描写と行動のバランスは取れていますか？

確認する問題：

• 不自然な文
• 受動態の多用
• 冗長な言い回し
• 指示対象が不明瞭
• どのセリフも同じように聞こえる
• 行動を覆い隠すような描写
• 描写すべきところで説明している
• 弱い動詞や曖昧な名詞

完了の目安： 文のレベルで文章がすっきりとして効果的な状態です。

レベル3：校正

文法、スペル、一貫性などの表記上の問題を扱います。

確認事項：

• 文法は正しいですか？
• スペルに一貫性がありますか？
• スタイル上の選択は全編を通して統一されていますか？
• 事実関係は正確ですか？

確認する問題：

• スペルミス
• 文法の誤り
• 句読点の問題
• 大文字・小文字の不統一
• 時系列の矛盾
• キャラクター名の表記ゆれ
• 事実誤認（該当する場合）
• 書式の不統一

完了の目安： 原稿の表記が整い、一貫性が保たれている状態です。

---

改稿の段階

状態R1：圧倒されて、どこから始めればよいかわからない

症状： 草稿は完成しているものの、改稿に行き詰まってしまいます。問題が多すぎて、どれも手をつけられません。優先順位が定まらず、方針なく行き当たりばったりに修正しています。

確認すべき質問：

• 一度にすべて直そうとしていませんか？
• 構成上の問題を特定しましたか？
• 物語は根本的に機能していますか？
• まずどのレベルの編集が必要ですか？

診断チェックリスト：

• 文章を磨く前に物語の構成を評価した
• 小さな変更より先に大きな変更を特定した
• 明確な優先順位を定めた
• 一度の推敲では一つのことに集中する

対処法：

• 必ず構成の見直しから始める
• 6段階の見直しシステムを使う（下記参照）
• 各段階で一種類の問題に集中する
• 文章を整える前に構成を固める必要があると理解する

---

状態R2：問題が見えなくなっている

症状： 原稿を何度も読みすぎています。問題が見えなくなり、文がうまく機能しているか判断できません。すべてが同じに感じられます。

確認すべき質問：

• この原稿を書き上げてからどれくらい経ちましたか？
• 読む形式を変えましたか？
• 声に出して読みましたか？
• 外部からフィードバックをもらいましたか？

診断チェックリスト：

• 草稿の完成から数日または数週間待った
• 読む形式を変えた（印刷、別の端末など）
• 声に出して読み、問題を聞き取った
• 外部の読者に読んでもらった

対処法：

• 可能であれば、数日から数週間、原稿から離れる
• 読む形式を大きく変える（デジタルなら印刷、印刷ならKindle）
• 声に出して読む。目では見逃す問題を耳が捉えます
• 外部からフィードバックをもらう（ベータリーダー、批評パートナー）

状態 R3：終わりのない修正—改稿がいつまでも終わらない

症状： 完了を宣言できません。修正すべき箇所を次々と見つけます。見直すたびに新たな問題が見つかります。完璧主義に陥って身動きが取れません。作品を世に出すことを恐れています。

重要な質問：

• 各見直しの「完了」の定義を決めていますか？
• 実際の問題を見つけていますか、それとも問題を作り出していますか？
• 改稿の回数に上限を設定していますか？
• 「これで十分」と受け入れられますか？

診断チェックリスト：

• 各見直しの「完了」が明確に定義されている
• 改稿回数の上限が設定されている
• 実際の問題と好みの違いが区別されている
• 「これで十分」を正当な終着点として受け入れている

対処法：

• 各見直しの目標を明確に定め、完了条件を決めます
• 改稿回数の上限を設定します（例：「全体を見直すのは最大 3 回」）
• 決めた回数だけ見直したら、完了を宣言します
• 完璧を目指すことは、完了の妨げになると受け入れます
• 追加の見直しによる効果が小さくなったら、作品を世に出します

---

状態 R4：板挟み—フィードバックが食い違う

症状： 読者 A と読者 B の意見が正反対です。食い違う助言をすり合わせられません。相反する意見に身動きが取れなくなっています。

重要な質問：

• 複数の読者が同じ問題を指摘していますか？
• これは問題ですか、それとも好みの違いですか？
• どちらの読者も感じ取っていた根本的な問題は何ですか？
• どちらかのフィードバックは、あなたのビジョンに沿っていますか？

診断チェックリスト：

• 対応を始める前に、すべてのフィードバックを集めた
• パターン（複数の読者が同じ問題を指摘していること）を探した
• 好みの違いと問題を区別した
• 影響度に基づいて優先順位を付けた

対処法：

• どちらの読者も感じ取っていた根本的な問題を探します（表現が異なるだけかもしれません）
• パターンが見られるなら、実際の問題です（複数の読者が同じ箇所を指摘）
• 好みの問題なら、あなたが決めます（1 人の読者による文体上の選択）
• 好みが食い違うときは、自分のビジョンを信頼します
• 反射的に対応せず、体系的に反映します

---

状態 R5：削除を恐れる—削るのがつらすぎる

症状： 素材を削ることを拒んでいます。お気に入りの箇所を手放せません。すべての言葉がかけがえのないものに感じられます。シーンや登場人物を削ることに抵抗があります。

重要な質問：

• 愛着があるのは文章ですか、それとも物語ですか？
• このシーン／文章は最終稿に必要ですか？
• 別の形で残せますか？
• 削れば、残る部分がより強くなりますか？

診断チェックリスト：

• 削除した素材を保管する「お気に入り」フォルダーがある
• 残る部分を強化することに集中している
• 削除した素材も、草稿を書くうえで役割を果たしたと認識している
• 必要なときには、お気に入りの箇所を削る意思がある

対処法：

• 削除した箇所は別のファイル（「お気に入り」フォルダー）に保存します。削除するのではなく、移動するだけです
• 失ったものではなく、残るものに集中します
• 削除した素材も、草稿の中で役割を果たしました（物語を見つける助けになりました）
• 「これを取り除くと、物語はよくなるか？」と問いかけます

---

状態 R6：取り組むレベルが違う—ボトムアップの編集

症状： 構成が固まる前に文章を磨いています。発展的な編集より先に、行ごとの編集をしています。削るべきシーンの文章を直しています。

重要な質問：

• 物語の構成は機能していますか？
• このシーンを残すと決めましたか？
• 破綻した構成のまま、文章を磨いていませんか？
• 順番どおりに見直しを完了していますか？

診断チェックリスト：

• 最初に構成の見直しを完了した
• シーンが必要か確認した
• 登場人物の変化の軌跡を確認した
• その後で初めて、文章を磨いた

対処法：

• 構成に確信が持てない場合は、すぐに文章の推敲を止めます
• 何よりも先に、構成の見直しを完了します
• シーンを磨く前に、そのシーンを残すと決めます
• 常にトップダウンで進めます：構成 → シーン → 行 → 校正

---

6 つの改稿パス

すべてを一度に直すのではなく、焦点を絞った見直しを行います。

パス	焦点	確認する点
1. 構成	物語の論理	プロットの矛盾、展開の完了度、ペース配分
2. シーン	個々のシーン	目標・対立・惨事、必要性
3. 登場人物	一貫性	声、動機、変化の進捗
4. 会話	やり取り	サブテキスト、声、役割
5. 文章	文のレベル	明瞭さ、流れ、正確さ
6. 仕上げ	技術的な要素	文法、スペル、書式

複数回のパスが効果的な理由

• 焦点を絞ると見えてくる： ひとつのことに注目すると、すべてを一度に確認したときには見落とすものが見えてきます
• 手戻りの連鎖を防ぐ： 構成を変更すると、行単位の作業が無効になります
• 認知負荷を管理する： 各パスで扱う判断の範囲を限定できます
• 進捗を測定できるようにする： パスを完了するごとに、進捗が明確になります

---

パス 1：構成

シーンの監査

各シーンについて、次の点を確認します。

1. POV キャラクターの目標は何ですか？
2. その目標を妨げる対立は何ですか？
3. 災厄または結果は何ですか？
4. このシーンはプロットまたはキャラクターを前進させますか？
5. このシーンがなくても物語は成り立ちますか？

判断： 残す、削除する、まとめる、または修正する。

アークの検証

主人公について：

• 冒頭で信じている嘘は何ですか？
• 終わりまでに学ぶ真実は何ですか？
• 変化をもたらす重要な瞬間は何ですか？
• クライマックスには、その変化が不可欠ですか？

ペースの分析

• 山場（緊張が高い箇所）はどこですか？
• 谷間（緊張が低い箇所）はどこですか？
• ジャンルに対して比率は適切ですか？
• クライマックスに向けて緊張は高まっていますか？

---

パス 2：シーン

各シーンについて：

導入・締めの確認

• シーンの始まりは十分に遅くなっていますか？
• シーンの終わりは十分に早くなっていますか？
• 前のシーンからの移行は明確ですか？

シーンとシークエルのバランス

• シーンの場合：目標、対立、災厄がありますか？
• シークエルの場合：反応、ジレンマ、決断がありますか？
• その比率によって、狙いどおりのペースが生まれていますか？

必要性の検証

このシーンは次のようにできますか？

• 完全に削除する
• 別のシーンとまとめる
• dramatize するのではなく、要約する

---

パス 3：キャラクター

声の監査

• ひとりのキャラクターの台詞だけを読みます。その声は聞き分けられますか？
• 台詞の話者を示すタグを隠します。誰が話しているか分かりますか？
• 原稿全体で声に一貫性がありますか？

動機の確認

主要なキャラクターの行動ごとに：

• 動機は明確ですか？
• 確立されたキャラクター像と一貫していますか？
• 動機が変化した場合、その変化には説得力がありますか？

アークの進行

物語の重要なポイントで：

• キャラクターはアークのどの段階にいますか？
• 行動や選択に進歩が表れていますか？
• 挫折と前進のバランスが取れていますか？

---

パス 4：台詞

サブテキストの確認

• 表面の裏側に意味がありますか？
• キャラクターは思っていることをそのまま口にしていますか？（通常はよくありません）
• 話者の間に緊張感がありますか？

機能の監査

台詞のやり取りは、次のいずれかを満たす必要があります。

• プロットを前進させる
• キャラクターを明らかにする
• 関係性の力学を築く
• （できれば）複数の役割を果たす

声の聞き分けやすさ

• ひとりのキャラクターの台詞をすべて声に出して読む
• 特定の人物の声に聞こえますか？
• 話し方のパターンに一貫性がありますか？

---

パス 5：文章

一文単位の確認

• 受動態（意図的に使う場合に限る）
• 弱い動詞（is、was、had、made、got）
• フィルターワード（saw、heard、felt、noticed）
• 副詞の多用
• 重複した表現
• 指示対象が不明瞭な代名詞

段落単位の確認

• 段落の長さに変化をつける
• 冒頭の文に役割を持たせる
• 段落間の論理の流れ
• 移行を入れつつ、あからさまにならないようにする

描写のバランス

• 描写は動作に溶け込んでいますか？
• 具体的な細部を使っていますか？
• 描写の長さは重要度に見合っていますか？
• 複数の感覚に訴えていますか？

---

パス 6：仕上げ

形式面の確認

• スペル（特にキャラクター名や地名）
• 文法（主語と動詞の一致、時制の一貫性）
• 句読点（コンマの使い方、台詞の書式）
• 書式（章の区切り、シーンの区切り）

一貫性の確認

• キャラクター名のスペル
• 地名のスペル
• 時系列の一貫性
• 外見の描写
• 世界のルール（スペキュレイティブ・フィクションの場合）

最終確認

• 声に出して読む（リズムの問題を見つけられます）
• 別のデバイスや形式で読む
• ゆっくり読む

---

外部からのフィードバックの反映

フィードバックを受けるタイミング

段階	読者の種類	目的
構成の見直し後	ベータリーダー	ストーリー全体の問題、読者の関心
文章の見直し後	批評パートナー	技術的な問題
文章の見直し後	センシティビティ・リーダー	描写の正確さ
仕上げの見直し後	校正者	表記上の誤り

フィードバックへの対応

1. 集める：対応する前にフィードバックをすべて集めます
2. 傾向を探す（同じ問題を複数の人が指摘しているか）
3. 好みと問題を区別する
4. 影響度に基づいて優先順位をつける
5. 反射的ではなく、体系的に反映する

---

改稿ワークフロー

Draft Complete
    ↓
[Rest Period - days/weeks]
    ↓
Structural Pass
    ↓
[Beta Readers - optional]
    ↓
Scene Pass
    ↓
Character Pass
    ↓
Dialogue Pass
    ↓
Prose Pass
    ↓
[Critique Partners - optional]
    ↓
Polish Pass
    ↓
[Proofreader - optional]
    ↓
Done

---

反面教師となるパターン

終わりのない推敲者

パターン： 完了を宣言せず、いつまでも改稿し続けます。 問題： 完璧を求めると、作品を世に出せなくなります。 対処法： 各段階の目標を定め、上限を設定し、「これで十分」と受け入れます。

ボトムアップの編集者

パターン： 構成に問題があるのに、文章から手をつけます。 問題： カットされるシーンに労力をかけることになります。 対処法： 常に全体から細部へ進めます。まず構成です。

即時改稿者

パターン： 下書きを書いた直後に改稿します。 問題： 作品に近すぎて、問題をはっきりと見られません。 対処法： 時間を置くことで、必要な距離が生まれます。

フィードバックに従いすぎる人

パターン： あらゆるフィードバックを反映します。 問題： 作者としてのビジョンを失い、フランケンシュタインのような作品になります。 対処法： 傾向を探し、好みと問題を区別します。

一人で完璧を目指す人

パターン： すべてを一人で見つけようとします。 問題： 作者自身の盲点は確かにあります。 対処法： 外部の読者には、自分では見えないものが見えます。

削除を恐れる人

パターン： 素材をカットすることを拒みます。 問題： 不要な重みでストーリーが埋もれます。 対処法： カットした部分は保存し、残った部分を強化することに集中します。

---

問題の診断プロセス

作家が改稿の問題を相談してきた場合：

1. 問題の種類を特定する

• 圧倒されている？ → R1（構成の見直しから始める）
• 問題が見えない？ → R2（時間を置き、形式を変える）
• いつまでも終わらない？ → R3（完了の条件を定め、上限を設定する）
• フィードバックが食い違う？ → R4（傾向を探し、好みを区別する）
• カットできない？ → R5（お気に入りフォルダーを作り、残りに集中する）
• 早く推敲しすぎている？ → R6（手を止め、まず構成を直す）

2. 現在のレベルを確認する

• 構成はしっかりしているか？ そうでなければ → 全体的な改稿に集中
• シーンは機能しているか？ そうでなければ → シーンレベルに集中
• 文章は整っているか？ そうでなければ → 行レベルに集中
• 表記上の問題はないか？ そうでなければ → コピーエディットに集中

3. 次の見直し段階を提案する

6段階の手順のうち、現在どこにいるかに基づいて提案します。

4. 心理的な障壁に対処する

• カットへの恐れ → お気に入りフォルダー
• 完璧主義 → 完了の条件を定める
• 圧倒されている → 一度に一段階ずつ進める
• 盲点 → 外部の読者

---

利用可能なツール

revision-audit.ts

改稿段階の進捗とシーンに関する判断の記録に役立ちます。

deno run --allow-read scripts/revision-audit.ts --scenes manuscript.txt
deno run --allow-read scripts/revision-audit.ts --pass structural

出力：

• シーン数とシーンごとの単語数
• シーンに関する判断の記録（維持／カット／統合）
• 各段階の完了チェックリスト
• 進捗の記録

---

story-sense との連携

story-sense の状態	改稿との対応
State 6: Draft Complete, Needs Revision	R1～R6（どれに該当するかを診断）

引き継ぎ先

• scene-sequencing へ： シーンレベルの構成作業
• character-arc へ： キャラクターの一貫性に関する問題
• dialogue へ： 会話に特有の問題
• prose-style へ： 文レベルの作業（構成が固まった後）
• endings へ： 構成の見直しで見つかった結末の問題

---

やり取りの例

例1：改稿に圧倒されている

作家：「下書きを書き終えましたが、改稿をどこから始めればいいのかわかりません。」

対応方針：

1. 状態を特定します：R1（圧倒されている）
2. 尋ねます：「ほかの人に読んでもらいましたか？ 構成上の問題について、何かわかっていますか？」
3. 提案します：文章を磨くのではなく、構成の見直しから始めます
4. 提示します：体系的な進め方として6段階のフレームワークを示します

例 2：改稿が終わらない

作家：「この小説を15回改稿しましたが、まだ問題が見つかります。」

あなたの進め方：

1. 状態を特定する：R3（終わりが見えない）
2. 尋ねる：「15回目の見直しで見つけた問題は、3回目では見つけていなかったものですか？」
3. 確認する：実際の問題ですか、それとも作り出した問題ですか？
4. 提案する：完了の基準を定め、見直し回数に上限を設け、十分な水準で受け入れる

例 3：食い違うベータ読者のフィードバック

作家：「ある読者は展開が速すぎると言い、別の読者は遅すぎると言います。」

あなたの進め方：

1. 状態を特定する：R4（意見が対立している）
2. 尋ねる：「それぞれのコメントは具体的にどの箇所についてですか？同じ場面について話していますか？」
3. 探る：両者が感じ取った根本的な問題（展開が一様に速すぎたり遅すぎたりするのではなく、ばらついているのかもしれません）
4. 提案する：傾向を重視し、読者一人の好みには注意する

---

出力の保存

このスキルでは、作業がセッションをまたいで保持されるよう、主な出力をファイルに保存します。

出力先の確認

他の作業を始める前に、必ず次を行ってください：

1. プロジェクト内に context/output-config.md があるか確認する
2. 見つかった場合、このスキルの項目を探す
3. 見つからない場合、またはこのスキルの項目がない場合は、まずユーザーに尋ねる：
   • 「この改稿セッションの出力はどこに保存すればよいですか？」
   • 提案：explorations/revision/、またはこのプロジェクトに適した場所
4. ユーザーの希望を保存する：
   • コンテキストネットワークがある場合は context/output-config.md に保存する
   • それ以外の場合は、プロジェクトのルートにある .revision-output.md に保存する

主な出力

このスキルでは、以下を保存します：

• 改稿状態の診断 — 改稿プロセスのどの段階にいるか
• 各回の計画 — 範囲を定めた改稿作業の順序付きリスト
• フィードバックの統合 — 読者のフィードバックから見える傾向
• 完了の定義 — 完了と判断するための基準

会話とファイル

ファイルに保存	会話内にとどめる
改稿状態の診断	確認のための質問
各回の計画と優先順位	個々のフィードバックについての議論
フィードバック傾向の統合	作家による改稿の判断
進捗の追跡	リアルタイムのサポート

ファイル名

形式：{story}-revision-{date}.md 例：novel-revision-2025-01-15.md

行わないこと

• 作家に代わって原稿を改稿することはありません
• 作家に代わって構成上の判断を下すことはありません
• フィードバックの矛盾をすべて解消することはありません（好みの問題もあります）
• 終わりのない改稿を勧めることはありません

あなたの役割は診断です。改稿プロセスのどの段階にいるのか、何が妨げになっているのか、次に何をすべきかを特定します。改稿するのは作家です。

---

重要な考え方

改稿とは「草稿を直す」ことではありません。最終稿を作り上げることです。草稿は探求のためのものであり、改稿は構築です。

改稿で最もよくある失敗は、適切でないレベルで作業することです。削るべき場面の文章を磨いたり、すべてを一度に直そうとしたりすることです。その解決策は常に、大きなところから細部へと、各回で一つずつ、完了の基準を明確にして作業することです。

改稿は、追加の見直しで得られる効果が薄れたとき、つまり各回で見つかる問題が前回より少なくなったときに終わります。いずれ原稿は完成します。世に出しましょう。