東野圭吾スタイル・サスペンスリライター（whydunit）
「問い詰め化」はこのメソッドの名前であり、製品名ではありません。対外的には常に「サスペンスリライト」と呼び、本文中では「問い詰め化」を具体的な動作として使用しても構いません。
このスキルは何をするのか
一言で：何も追加せず、情報の並びだけを変える。
探偵小説は情報の非対称性を発明したわけではありません。ただ「隠蔽」そのものをテーマにしただけです。したがって、リライトの動作は次のとおりです：
物語にすでに隠されているものを見つける → それをより遅く隠す → 知らない別の人に語らせる。
物語に死体を一つ追加するのは最も質の悪い方法であり、その産物は必ずゴミになります。手をつける前に最初に考えることが「誰が死んだのか」なら、方向性を間違えています。
**核心理：主人公は空白にし、サブキャラクターが重みを担う。**問い詰められる側は内面を与えられないため、読者の感情は誰かが受け止めなければなりません。その受け止める人がこの物語の真の主人公であり、その人は代償を払い、共犯性を持っていなければなりません。この連鎖が切れると、物語全体が崩れます。
**重要な区別：whydunit は whodunit ではない。**東野作品の謎は、ほとんど常に「犯人は誰か」ではなく「なぜか」です。「容疑者Xの献身」の読者は早い段階で犯人が分かりますが、サスペンスは動機と代償にあります。リライトの目標は、原文にある「問い詰められていないなぜ」を引き出すことであり、「誰が」を作ることではありません。
ワークフロー
以下の手順を順番に実行し、実現可能性の判断を飛ばさないでください。
第零步：まずユーザーにどの種類の出力を望むか尋ねる
ユーザーがすでにリクエストで出力形式を明示していない限り、直接作業を開始しないでください。 まず一回の質問で収束させ、四択とします：
| モード | 出力 | 適用 |
|---|---|---|
| A リライト企画書 | 7部構成の分析（判定／隠されているもの／情報再配置表／重みを担う人／アウトライン／短いサンプル章／自己チェック） | 教育、授業準備、記事執筆、構造が成立するか先に見たい場合 |
| B 探偵小説 | 完全な小説本文。デフォルトは5000字の中編 | 完成品を直接読む場合 |
| C ラジオドラマ | シーンごとの全要素オーディオ脚本（台詞+感情+音楽+環境音）で、直接合成可能な完成品 | 音場を伴うラジオドラマmp3が必要な場合 |
| D 聴書版 | 純粋な朗読用リライト原稿 + 固定音色 | 単独朗読のmp3が必要な場合 |
Bを選択した場合は、さらに長さを尋ねる：3000（五拍、一度の確認）／5000（八拍、三回の確認、推奨）／10000+（章テーブル、二条交錯）。
CとDの違いは「環境音の有無」であり、「脚本の有無」ではありません——どちらも直接音声ファイルに合成できます。Cはラジオドラマ、Dは単独朗読です。
CまたはDを選択した場合、ユーザーにAPIキーを会話に貼り付けさせたり、ユーザーに代わってインターフェースを呼び出したりしないでください。 理由は正直にユーザーに伝えます：
- キーを会話に通す必要はありません——合成ツールは環境変数またはページのパスワードボックスから読み取れば十分です。
- 実行環境によっては音声エンドポイントが許可されていない場合があります（サンドボックス、企業プロキシで403/タイムアウトが一般的）。まず短いテキストで試し合成して経路を確認してから、全稿を出力します。
正しい方法：原稿を出力し、ユーザーは tools/audio-studio/（ローカルまたはHugging Face Space）で合成します。インターフェースの詳細は references/seed-audio-api.md を参照してください。
A/B/C/Dはすべて同じリライト企画書をテンプレートとします。CはBを脚本に変換するのではなく、企画書から再度実行します——メディアが異なれば書き方も異なります。
第一步：実現可能性の判定（Gate）
すべてのテキストがリライトできるわけではありません。「リライトできない」と正直に言うことは、無理にリライトするよりもはるかに価値があります。
次の3つの関門を順番にチェックします：
| 関門 | 何を問うか | 合格しない場合の兆候 |
|---|---|---|
| 情報の非対称性 | テキスト内に、「ある人は知っているが別の人は知らない」というものは存在するか？ | 純粋な抒情文、純粋な説明文、純粋な手順文書で、どの当事者も独占情報を持っていない |
| 道徳的重み | 隠されているものに、倫理的ジレンマが絡んでいるか？ | 隠されているのが「誰が鉛筆を盗んだか」のような重みのない小さなことである |
| 問い詰められていない空白 | テキスト内に、作者が積極的に問い詰めを放棄した「なぜ」は存在するか？ | すべての動機が作者によってすでに説明されており、掘り出せる穴がない |
三関門すべて通過 → 第二步へ進む。 いずれかの関門で不合格 → 停止し、判定レポートを出力し、どの関門で引っかかったか、原文の叙述構造がどのカテゴリに属するか、そして無理にリライトした場合どうなるかを説明します。納品のために無理に回さないでください。
道徳的重みの関門は最も見落とされやすく、かつ最も致命的です。東野の枠組みを倫理的ジレンマのない小さなことに適用した結果は、サスペンスではなく滑稽です。
第二步：情報再配置表
本文を書く前に、まずこの表を作成します。これがリライト全体の基礎です。
| 事実 | 誰が知っているか | 原文でいつ読者に伝えられるか | リライト後いつ読者に伝えられるか | 誰の口を通じてか |
最低5つの事実をリストアップします。リライトのすべての作業は「リライト後いつ」の列にあります——同じ素材で、変更するのは順序と出口だけです。
第三步：重みを担う人の指名（全プロセスで最も重要なステップ）
語り手を選ぶのではなく、この物語の真の主人公を選び出します。
原作の主人公はリライト後に中身を抜かれます——彼の内面は提示されなくなります。読者の感情は行き場を失い、誰かがそれを受け止めなければなりません。その受け止める人が新しい主人公です。
順番に3つのことを行います：
-
原作で簡単に触れられているだけだが、実際にメインの事件によって代償を払った人物を見つけます。 使用人、隣人、傍聴者、後輩。その代償は原作がその人に負っている借りであり、リライトはその借りを取り立てることです。新しくキャラクターを作るのは絶対にダメです。それは原作を読み込んでいない証拠です。
-
その人がカメラマンかどうかを判定します。 物語の終わりに、始まりより苦しくなっているか？ 答えが「いいえ」なら再選択。無傷で最後まで見届けた人にはこの物語を担えません。
-
その人に共犯性の一部を与えます。 傍観者であってはならず、責任の一端を持っていなければなりません——当時は一緒に笑っていた、誰かを死に追いやる証言を握っている、手を差し伸べなかった。その部分はごく小さくても構いませんが、必ず必要です。この部分が後の感情的な衝撃の唯一の源泉です。
指名が完了したら、情報の境界を自己チェックします：その人が接触できない部分は、伝聞、噂、物的証拠を通じてテキストに入らなければならず、何も知らないまま知っているように書いてはいけません。
詳細は references/rules.md の核心理の部分を参照してください。
第四步：構造アウトライン
references/rules.md を読み、構造層のルールに従って章テーブルを作成します。各章に注釈：視点 / この章で進める情報 / 章末のフック。
章数は5～8に制限します。5章未満では情報遅延を支えきれず、8章を超えると企画書段階では過剰設計です。
三千字と五千字モードでは、章テーブルは第5ステップで拍構造に置き換えられます——しかしこのステップは依然として実行する必要があり、拍構造の素材源となります。
第五步：執筆
まず長さモードを決定します。3つのモードはまったく異なる進め方であり、判定範囲も異なります（references/rules.md の換算表と一致）：
| モード | 字数 | 構造 | 調査密度 | 判定範囲 |
|---|---|---|---|---|
| 短編 | 3000 | 五拍 | 一度の確認、一回の誤りを含む可 | Aグループ + B7 |
| 中編 | 5000 | 八拍 | 三回の確認、一回の誤りを含む（推奨） | Aグループ + B5/B6/B7 + Mグループ |
| 長編 | 10000+ | 第四步の章テーブル | 三回以上、二条交錯 | 全条項 |
長編モード：第四步の章テーブルに従って進め、すべての構造条項を有効にします。
中編モード（五千字、デフォルト推奨）：章テーブルを破棄し、八拍構造を使用します。これが三回の確認と三層の反転を同時に収められる最小の長さです。
| 拍 | 機能 | 字数 |
|---|---|---|
| 一 | 現在のシーンで始まり、異常な物的証拠を一つ提示し、説明しない | 500 |
| 二 | フラッシュバック：重みを担う人が代償を払った瞬間 | 700 |
| 三 | 背景情報を最も省筆で説明；ついでに温度の詳細（M2）を前置きする | 400 |
| 四 | 最初の確認：人に問う。読者が確認できる根拠を与える | 600 |
| 五 | 二回目の確認：物を調べる。誤った結論を出す——原作の標準的な読み方（S10）を使用 | 700 |
| 六 | 三回目の確認：二つの矛盾する説明を比較し、第五拍を覆す | 800 |
| 七 | 第三拍の温度詳細を回収し、第三層の反転：冷たい答えを温める | 700 |
| 八 | 暴露 + 重みを担う人の双方向の選択（M3）、閉じない | 600 |
第五拍の誤った結論は数合わせではありません。排除されていない誤った経路がなければ、推理は存在せず、告知だけがあります。
短編モード（三千字）：五拍構造。
| 拍 | 機能 | 字数 |
|---|---|---|
| 一 | 現在のシーンで始まり、異常な物的証拠を一つ提示し、説明しない | 600 |
| 二 | フラッシュバック：重みを担う人が代償を払った瞬間 | 800 |
| 三 | 背景情報を最も省筆で説明 | 500 |
| 四 | 主要な出来事をすべて伝聞で説明し、互いに矛盾させる | 500 |
| 五 | 暴露 + 重みを担う人の選択、閉じない | 600 |
三千字では二条交錯と章ごとの謎解きは収まりません。S6、S7、S8とMグループを犠牲にし、核心理とS3、S4、S11を維持する必要があります。
この取捨選択は妥協ではなく、耐荷重テストです：三千字で生き残れる条項こそが、このルールの基礎です。収まらなければ、それらは長さの産物であり、構造の産物ではありません。
短編モードではAグループにB7（手がかりの前置き）だけを判定します。B7は省けません——三千字で「これは推理であり告知ではない」ことを証明できる唯一のものです。
第六步：バリデータによる自己チェック
references/validator.md を読み、上表の判定範囲に従って各条項を採点し、証拠を示します。合格しない条項は第二步または第三步に戻ってやり直し、サンプル章レベルでパッチを当てないでください。
条項番号は validator.md を基準とします。rules.md は S/C/M 番号で道理を説明し、validator.md は A/B/M 番号で判定を行います。二つの番号体系は互換性がありません（例：rules の S11 手がかりの前置き = validator の B7；rules の C1/C2/C3 核心理 = validator の A1/A2/A3；validator の Cグループは C-a/C-b の識別度テストであり、rules の Cグループとは無関係）。自己チェックを書くときに混在させないでください。
出力形式
常にこの構造で出力します：
# 問い詰め化リライト企画書：《原作名》
## 一、実現可能性の判定
（三関門それぞれについて、通過/不通過 + 理由）
## 二、原文に隠されているもの
（一文で説明：何が隠されているか、なぜ重みがあるか）
## 三、情報再配置表
（表）
## 四、重みを担う人の指名
（誰を選んだか／その人が払った代償／共犯性の部分／情報の境界）
## 五、構造アウトライン
（長編：章テーブル；中編：八拍表；短編：五拍表）
## 六、本文
（短編／中編モード：完全な本文；長編モード：冒頭サンプル章800～1500字）
## 七、バリデータによる自己チェック
（各条項 + 証拠 + 不合格項目の修正方向）
音声版
ユーザーが聴書、音声、ラジオドラマを要求した場合、references/audio-mode.md を読んでください。
音声版は同じテキストの別の形式ではなく、一度のリライトです。 文字原稿をそのまま朗読すると、手がかりの前置きやフラッシュバックの階層が失われるため、照応や口頭での道標を追加する必要があります。
逆の操作
ユーザーは逆の操作を要求する可能性があります：既存のサスペンステキストを平坦化する——時系列で話す、主人公の内面に入る、すべてを説明する。
この操作は冗談ではなく、ルールセットの耐荷重テストです。ルールを削除してもテキストが悪くならなければ、そのルールは耐荷重ではないため、rules.md から削除すべきです。このようなリクエストを受け取った場合もリライト企画書を出力し、最後に明確に答えてください：どのルールが耐荷重であると証明されたか。
境界線
- 原文の著作権：出力はオリジナルのリライトでなければなりません。変更箇所を説明するために原文の極短い断片（15字以内）を引用することはできますが、原文の段落全体をコピーしたり、原作の代わりに読めるような再述を出力してはいけません。著作権保護期間内の作品については、全文リライトよりも構造分析を優先します。ユーザー自身のテキストやパブリックドメイン作品は自由にリライトできます。
- 実在の出来事：素材がユーザー周辺の実在の人物や出来事である場合、匿名化処理を行うよう促し、企画書内で推測を事実として書かないでください。
- スタイルのクレジット：出力は「東野式構造のパロディ」であり、東野の作品ではありません。企画書内で「東野はこう書くだろう」と書かず、「この構造に従って」と書いてください。
- 文レベルのこだわりは重点ではない：短い文や白描の模倣は簡単ですが、素朴さ自体は特徴ではなく、学んでも誰にも気づかれません。すべての努力は構造レベルに注ぎます。
参考ファイル
references/rules.md— 三層のルールセット（文レベル/構造レベル/モチーフレベル）、第四步で必読references/validator.md— 検証チェックリスト、第六步で必読；条項番号はこれを基準とするreferences/worked-example.md— 『孔乙己』の完全な実践例、どの粒度までやるべきか迷ったときに読むreferences/audio-mode.md— モードC/Dのリライトルール、必読references/seed-audio-api.md— 豆包音声生成モデル1.0のインターフェース、分割閾値、音色