小説改稿: マルチレベル変更管理スキル

あなたは抽象化の複数レベル全体で改稿を管理しながら、意図しない結果が物語全体に波及することを防ぐのをサポートします。あなたの役割は、物語の一貫性を保つ体系的な変更管理を実装することです。

コア原則: カスケード認識

あるレベルでの変更は、他のすべてのレベルに潜在的に影響を与えます。 変更は上方に伝播し（散文の発見が構造的問題を明らかにする）、下方にも伝播します（構造的変更が散文の書き直しを必要とする）。

3つのレベル

すべての小説はこれらのレベルで同時に機能します:

テーマ/概念レベル

• コアテーマと意味
• キャラクター成長アーク
• シンボリック要素とモチーフ
• 全体的なメッセージと感情的な旅

構造レベル

• プロット・ビートとストーリーアーキテクチャ
• シーン・シーケンスと章構成
• ペーシングとリズム
• 緊張パターンと解決サイクル

原稿レベル

• 実際の散文と会話
• 描写段落
• 声と文体の一貫性
• 行レベルの執筆要素

変更前分析プロトコル

改稿を実装する前に:

1. 変更レベルを特定する

• 概念的: テーマ、キャラクター動機、意味を変更する
• 構造的: プロット・ビート、シーン順序、ペーシングを変更する
• 散文: 言語、会話、説明を改善する

2. 前方への影響をマッピングする

提案されたそれぞれの変更について、以下を記録します:

• 即時 (1-2章): 次に何を変更しなければならないか?
• 中期 (3-5章): どんな影響が前方に波及するか?
• 物語全体: これが終わりや主要なプロット・ポイントにどう影響するか?

3. モニタリング基準を作成する

問題を示す警告サインを定義します:

• キャラクターの行動の矛盾
• プロット論理の隙間
• ペーシングの異常
• テーマ的矛盾

変更実装ワークフロー

フェーズ1: 影響評価

1. 現在の状態を記録: 関連する物語要素のスナップショット
2. 影響を予測: 予想される含意の連鎖を書く
3. チェックポイントを設定: 評価する場所を特定する
4. ロールバック・トリガーを定義: 中止するための明確な基準

フェーズ2: 制御された実装

1. 最小限の実行可能な変更を行う: 仮説をテストする最小バージョン
2. 即座に監視: ローカルの一貫性の問題をチェックする
3. 観察を記録: 予期しない効果に注意する
4. 予測に対して評価: 実際を予測と比較する

フェーズ3: 波及管理

1. 必要な更新を特定: 他に何を変更しなければならないか?
2. カスケード タスクを優先順位付け: 重要度と依存関係で順序付け
3. 完了を追跡: 更新済みと保留中の明示的リスト
4. 一貫性を検証: 更新が一緒に機能するかチェック

改稿のタイプとプロトコル

キャラクター発展改稿

トリガー: キャラクターが平坦に感じられる、動機が不明確、アークが不完全

プロトコル:

1. すべての章でキャラクターの現在の状態をマッピング
2. 成長が見えるべきシーンを特定
3. 変更が後の会話/アクションにどう影響するか予測
4. 他のキャラクターの反応との一貫性をチェック

監視: 行動は信じられるままか? 他者は適切に反応するか?

プロット構造改稿

トリガー: ペーシングが悪い、イベントが切り離されている、クライマックスが影響を欠いている

プロトコル:

1. 現在のプロット・ビートのタイムラインを作成
2. 変更する具体的な構造要素を特定
3. タイミング変更が緊張にどう影響するかマッピング
4. 因果関係の連鎖がまだ成り立つかチェック

監視: 緊張は高まるか? プロット・ポイントは繋がっていて不可避に感じられるか?

テーマ改稿

トリガー: テーマが大げさ、不明確、または矛盾している

プロトコル:

1. 原稿全体の現在のテーマ的要素を監査
2. より微妙な統合の機会を特定
3. キャラクターアクションがテーマ的発展を支持するかチェック
4. クライマックス/解決がテーマを強化するか確認

監視: テーマは自然に浮かび上がるか? 解決はテーマ的に満足できるか?

早期警告サイン

警告サイン	何を示しているか
キャラクターが発展なしで性格に反する行動をする	一貫性の破綻
イベントが論理的に従わない	プロット論理の隙間
シーンが予期せず急いでいるか引っ張っている	ペーシング異常
物語イベントがテーマを損なう	テーマ的漂流

介入プロトコル

ロールバックするべき時

• 2章内に複数の警告サイン
• 基本的なキャラクターまたはプロット論理の破綻
• 変更が解決するより多くの問題を生み出す
• カスケード タスクが圧倒的になる

ロールバック手順

1. ロールバック・ポイントを特定: 最後の安定した状態に戻す
2. 教訓を記録: 何が間違っていたのか、なぜか
3. アプローチを修正: 学習に基づく代替戦略
4. セーフガードを追加: 再発を防ぐためのモニタリング

先に進むべき時

• 問題は局所的で管理可能
• 利点が複雑さを明らかに上回る
• カスケード タスクはよく定義されている
• コア物語ロジックは無傷である

変更記録テンプレート

# 改稿: [簡潔な説明]

## 変更タイプ
- [ ] 概念的  - [ ] 構造的  - [ ] 散文

## 根拠
[この変更が必要な理由]

## 予測される影響
- 即時 (1-2章):
- 中期 (3-5章):
- 物語全体:

## モニタリング基準
- 警告サイン 1:
- 警告サイン 2:
- 成功指標 1:
- 成功指標 2:

## 実装状況
- [ ] 初期変更完了
- [ ] カスケード タスク特定
- [ ] カスケード タスク完了
- [ ] 検証完了

## 結果評価
[実装後に完了]

マルチエージェント協業

複数エージェントで改稿に取り組む場合:

役割境界

• 構造エージェント: プロットアーキテクチャとペーシング
• キャラクターエージェント: 発展と一貫性
• 散文エージェント: 言語と声
• 連続性エージェント: レベル間の一貫性

コミュニケーション・プロトコル

• 実装前に意図を共有
• 予期しない発見を即座に報告
• レベル間の含意の可能性にフラグ
• カスケード タスク割当を調整

紛争解決

1. どの要素が緊張しているかを記録
2. 創造的な解決のため人間にエスカレート
3. 代替アプローチを探索
4. 物語目標に基づいて優先順位付け

ベストプラクティス

小さく始める

• 大規模な全面改稿より段階的な変更
• 一度に1つの要素をテスト
• 小さな勝利を通じて信頼を構築

視点を保つ

• 物語全体の目標を忘れずに
• うまくいくものを見落とさない
• 完璧さと完了のバランス

すべてを文書化する

• 改稿中の洞察をキャプチャ
• うまくいったこと、いかなかったことを記録
• 将来のプロジェクトのための知識を構築

プロセスを信頼する

• 変更が落ち着くまで時間をとる
• すべての小さな問題を直すのを急がない
• 物語の発展に伴い解決する問題もある

診断質問

改稿が行き詰まったとき:

1. この変更は本当にどのレベルにあるか?
2. 前方への影響をマッピングしたか?
3. これが機能していることを何が教えてくれるか?
4. ロールバックすべきことを何が教えてくれるか?
5. 最小限の実行可能な変更をしているか?
6. これはどのカスケード タスクを生み出すか?
7. 完了を明示的に追跡しているか?

出力永続性

出力発見

1. プロジェクトで context/output-config.md を確認
2. 見つかった場合、このスキルのエントリを探す
3. 見つからない場合、ユーザーに尋ねる: 「改稿追跡をどこに保存すべきか?」
4. 提案: revision/ または explorations/revision/

プライマリ出力

• 変更記録 - テンプレートを使用して各重要な変更の場合
• カスケード タスク リスト - 変更に必要な二次編集
• 監視ログ - 観察され対応された警告サイン
• ロールバック・ポイント - 安定した状態のスナップショット

ファイル命名

パターン: {novel-name}-revision-{date}.md

検証 (Oracle)

このスキルが検証できること

• 影響評価完了 - 影響がマッピングされたか? (高信頼度)
• カスケード追跡 - 二次タスクが記録されたか? (高信頼度)
• 監視アクティブ - 警告サインが監視されているか? (中信頼度)

人間の判断が必要なこと

• 変更の必要性 - この改稿は実際に必要か?
• ロールバック決定 - 問題が利点を上回るとき
• 創造的な解決 - 変更が紛争を生み出すとき

Oracle の制限

• 変更が物語を改善するかどうかは評価できない
• 改稿アプローチの創造的な成功を予測できない

フィードバック ループ

セッション永続性

• 出力位置: context/output-config.md を参照
• 保存内容: 変更記録、カスケード タスク、監視ログ
• 命名パターン: {novel-name}-revision-{date}.md

セッション間学習

• この小説の先前の改稿作業を確認
• 前の変更の試みから教訓を構築
• 失敗した改稿はアンチパターンを通知

デザイン制約

このスキルが想定すること

• 改稿する小説のドラフトが存在する
• 変更は潜在的に複数のレベルに影響する
• ライターは体系的な変更管理を望んでいる

このスキルが処理しないこと

• 問題診断 - story-sense にルーティング
• シーン レベルの改稿 - revision にルーティング
• 散文レベルの編集 - prose-style にルーティング

劣化シグナル

• 評価されていない変更 (影響マッピングなし)
• 警告サイン盲目 (赤旗を無視)
• カスケード 債務 (追跡されていない二次タスク)

推論要件

標準推論

• 単一変更評価
• 基本的なカスケード特定
• シンプルなモニタリング設定

拡張推論 (ultrathink)

• マルチ変更調整 - [理由: 変更はレベル全体で相互作用]
• 完全カスケード分析 - [理由: 副次的効果が複合]
• ロールバック計画 - [理由: 複雑な復帰は戦略が必要]

トリガーフレーズ: 「すべての改稿を調整」、「完全カスケードをマッピング」、「ロールバックを計画」

実行戦略

順序型 (デフォルト)

• 実装前に影響評価
• カスケード追跡前に実装
• 検証前にカスケード

並列化可能

• 複数の独立した変更を評価
• 異なるセクション全体でカスケード タスクを追跡

サブエージェント候補

タスク	エージェント タイプ	スポーン時期
一貫性チェック	Explore	原稿全体の変更を検証するとき
キャラクター追跡	general-purpose	キャラクター一貫性を監視するとき

コンテキスト管理

近似トークンフットプリント

• スキルベース: ~3.5k トークン (レベル + プロトコル + ワークフロー)
• テンプレート付き: ~4.5k トークン
• ベストプラクティス付き: ~5k トークン

コンテキスト最適化

• 現在の改稿タイプとプロトコルに焦点
• テンプレートはドキュメンテーションのリファレンス
• マルチエージェント セクションはオプション

コンテキストが逼迫したとき

• 優先: 現在の改稿プロトコル、アクティブな変更記録
• 延期: 完全プロトコル リスト、マルチエージェント調整
• 削除: ベストプラクティス、診断質問

アンチパターン

1. 評価されていない変更

パターン: 他に何が影響を受けるかを分析せずに改稿を行う—実装に直接ジャンプ。 失敗する理由: 変更は波及します。キャラクター動機の変更は、そのキャラクターが選択をするすべてのシーンに影響します。評価されていない変更は、ページ後で発見した問題を生み出し、多くの場合、破損した基盤の上に構築した後です。 修正: 重要な変更の前に、明示的に記録します: 結果として何を変更しなければならないか? 何が壊れるかもしれないか? 実装後ではなく実装前にモニタリング基準を設定します。

2. 警告サイン盲目

パターン: 変更後に何かがおかしく感じられることに気づくが、それでも先に進む、それが解決すると信じて。 失敗する理由: 早期の警告は安い信号で、高い問題についてです。キャラクターが確立された性格に反する行動、プロット論理の隙間、ペーシング異常—これらは複合します。深く進むほど、修正はより高いコストになります。 修正: 早期の警告を行動可能な情報として扱います。停止し、評価し、今修正するか明示的にリスクを受け入れるかを決定します。「後で修正する」を蓄積させないでください。

3. カスケード 債務

パターン: 必要とする二次編集を追跡せずに変更を行う—アドレスされていない含意のバックログを蓄積。 失敗する理由: 追跡されていないカスケード タスクは不可視の技術債務になります。1つの変更を行ったと思う; 実際には1つの変更と10の未修正の矛盾を作成しました。 修正: 明示的なカスケード タスク リストを維持します。変更が後続編集を必要とするとき、すぐに書き留めます。完了を追跡します。カスケードが解決されるまで先に進まないでください。

4. サンク コスト の粘着性

パターン: 警告サインが増加するとき、すでに有意な努力を投資したため、問題のある変更を続ける。 失敗する理由: 努力はどちらの方法でも失われています。破損したパスを下に続けるだけで、より多くの失われた努力を追加します。2章内に複数の警告サインは通常、基本的な問題を示します。 修正: 実装前にロールバック トリガーを定義します。トリガーが発火したら、ロールバックします。何を学んだかを記録します。洞察は変更ではなくても貴重です。

5. 活動の混乱

パターン: 達成された改善ではなく改稿されたページで進捗を測定—仕事を結果と混同。 失敗する理由: 物語を改善せずに広範囲に改稿できます。実際に、広範囲に改稿でき、それを悪くできます。物語目標に役立たない活動は無駄です。 修正: 各改稿パスで「より良い」が何を意味するかを定義します。タッチされたページではなく、その目標に対して測定します。最適の改稿は、時々、改稿がないことです。

統合

インバウンド (このスキルにフィード)

スキル	提供するもの
story-sense	改稿の必要がある診断
character-arc	キャラクター一貫性要件
scene-sequencing	ペーシングと構造要件

アウトバウンド (このスキルが有効にする)

スキル	提供するもの
prose-style	カスケード認識を持つ原稿レベル変更
revision	マルチレベル調整を持つシーン レベルの作業
(完成小説)	維持された一貫性を持つ最終製品

補完的

スキル	関係
story-sense	Story-sense は問題を診断; novel-revision は新しい問題を生み出さずに修正を管理
revision	Revision は文と シーン レベルを処理; novel-revision は全原稿全体を調整