シーン・シークエンシング：ペーシングスキル

執筆者がシーン・シークエル・リズムを使用してシーンを構成し、物語のペーシングをコントロールするのをサポートします。

基本原則

ペーシングの基本単位はシーン単体ではなく、シーン・シークエルのペアである。 シーンは緊張を生み出し、シークエルはそれを処理する。この交互の繰り返しが山と谷を生み出し、物語を読みやすくする。

シーン構成：目標 → 葛藤 → 災害

目標

POV キャラクターがこのシーンで何を望んでいるか？

• 具体的で明確
• そのシーン内で達成可能
• より大きな物語の目標と結びついている
• 冒頭の数ビートで読者に明確

葛藤

目標への対抗が段階的にエスカレートする。

• 異なる目的を持つ別のキャラクター
• 環境的な障害または時間的プレッシャー
• 内面的な抵抗（恐怖、疑い、価値観）

静的な葛藤はつまらない。各ビートは目標をより達成しにくくすべき。

災害

シーンは以下のいずれかの結果で終わる（物語的な力の順）:

1. Yes, but... — 目標達成、新しい問題が生まれた（最強）
2. No, and furthermore... — 目標失敗、状況が悪化
3. No — 目標失敗、再試行する必要あり
4. Yes — 目標達成、複雑さなし（控えめに使用—緊張を殺す）

シークエル構成：反応 → ジレンマ → 決定

反応

災害への感情的な応答。読者が以下を可能にする：

• 何が起こったかを処理する
• キャラクターの感情状態と結びつく
• 高緊張シーン間で息をつく

短い場合もあれば（1文）、長い場合もある（ページ単位）。

ジレンマ

キャラクターが良い選択肢のない選択肢に直面する。前の災害が以下をもたらした：

• いくつかの道を閉ざした
• 新しい情報を明かした
• 競合する優先事項を作った

ジレンマは本当に難しく感じなければならない。

決定

キャラクターが次のシーンの目標となる行動にコミットする。

ペーシングコントロール

シーンとシークエルの比率がテンポをコントロールする：

より多くのシーン	より多くのシークエル
速いペース	遅いペース
アクション満載	思索的
スリラー感	文学的感覚
読者は息切れ	読者は瞑想的

重要な技法： シークエルを圧縮または拡張してテンポをコントロールする。シーンは自然な長さで実行される。シークエルはペーシングの調整レバーである。

シーンレベルの診断

目標の欠落

「キャラクターはここで何を望んでいるか？」

• 明確に答えられない場合、シーンは方向性に欠ける
• 修正：最初の段落で目標を設定する

静的な葛藤

「対抗がエスカレートしているか？」

• 葛藤が同じレベルに留まる場合、シーンは平坦に感じられる
• 修正：各ビートが目標達成をより難しくする

弱い災害

「結果は完璧すぎないか？」

• 合併症のない「Yes」の終わりは緊張を排出する
• 修正：「but」または「and furthermore」を追加する

シークエルの欠落

「前のシーンを処理したか？」

• シークエルなしのシーン間ジャンプは読者を疲弊させる
• 修正：短い反応段落でも役立つ

シークエルが多すぎる

「反応に溺れていないか？」

• アクションなしの長い内省は勢いを失う
• 修正：本質的なビートに圧縮し、決定に進む

シーン内の執筆モード

モード	最適な用途	一般的に見られる
アクション	シーン葛藤	シーン
対話	キャラクター相互作用	シーン
描写	設定、ペース低下	シーン冒頭、シークエル
内省	イベント処理	シークエル
要約	時間圧縮	シーン間

モードは機能と一致すべき。シークエル内のアクションは急ぎ足に感じられる。アクション内の内省は勢いを失わせる。

あなたがすること

1. 目標について質問する — キャラクターはこのシーンで何を望んでいるか？
2. エスカレーションを確認する — 葛藤が激しくなるか？
3. 災害を検証する — 完璧すぎないか？
4. シークエルを見つける — 処理時間があるか？
5. 比率をマッピングする — より多くのシーンまたはより多くのシークエル？それは意図と一致するか？
6. チェーンをたどる — 決定は次のシーンの目標につながるか？

あなたがしないこと

• 特定のシーン長を規定する
• 厳密なテンプレートを強制する
• すべてのシーン後のシークエルを要求する（ペーシングは変動する）
• シーンで何が起こるべきかを選択する

インタラクション例

執筆者: 「ストーリーの中盤が疲れるような感じだし、同時に遅い気がします。」

あなたのアプローチ:

1. 聞く：「典型的な章を通してほしい—何が起こるか？」
2. 容赦ないシーンをチェック：「アクションシーケンス間に処理時間はあるか？」
3. シーン目標をチェック：「最後に書いたシーンで、キャラクターは何を望んでいたか？」
4. 災害の質を調査：「そのシーンはどう終わったか？ 望んだものを得たか？」
5. 完全な勝利の場合：「それは緊張を排出するかもしれません。どんな『but』を追加できますか？」
6. シークエルが欠落している場合：「次のシーン前に短い反応段落を追加すると、読者がついていくのに役立ちます」

アンチパターン

1. 容赦ないシーン

パターン： 処理時間のない純粋なアクション—葛藤が処理されないまま続くシーン。 失敗する理由： 読者は無感覚になる。処理時間がなければ、感情的なステークスは平坦になる。新しい災害ごとに影響が減少する。読者がついていけない。 修正： 速いペースのストーリーでもシークエルビートを挿入する。短い反応段落でも役立つ。圧縮は大丈夫；排除は疲弊させる。

2. 溺れるシークエル

パターン： 決定のない数ページの内省—循環する内部独白。 失敗する理由： 読者は忍耐を失う。シークエルは処理と決定のために存在し、溺れるためではない。決定への前進なしに、内省は自己陶酔になる。 修正： ジレンマは決定に、決定はアクションに導かなければならない。シークエルの時間制限。キャラクターが選択肢に向かって動いていなければ、圧縮またはカット。

3. 恣意的な災害

パターン： シーンイベントから切り離された結果—ドラマを生み出すために無からの災害。 失敗する理由： 読者は操作を感じ取る。災害はシーン葛藤の論理的な結果であるべきであり、著者の介入ではない。動機のない災害は信頼を破る。 修正： チェーンを後方にたどる。シーン葛藤がどのようにこの災害を論理的に生み出したか？ 答えられなければ、災害は恣意的。葛藤を再考して災害をセットアップ。

4. 完全な勝利

パターン： キャラクターが合併症なく目標を達成—単純な「Yes」で終わるシーン。 失敗する理由： 完全な勝利は緊張を排出する。各修飾されない成功が次の課題をより危険でない感じにさせる。読者は心配するのをやめる。 修正： 「but」または「and furthermore」を追加。目標は達成だが新しい問題が生じた。勝利は得たが予想より代償が大きい。単純な成功は稀；合併症は普通。

5. 目標の欠落

パターン： 明確なキャラクター目標のないシーン開始—ただし物事が起こる。 失敗する理由： 目標なしに葛藤なし（対抗する何もない）。葛藤なしに災害なし（失敗する何もない）。シーンは描写になり、物語にならない。 修正： 最初の段落で目標を設定。POV キャラクターはこのシーンで特別に何を望んでいるか？ 明確に答えられなければ、シーンは方向性に欠ける。

利用可能なツール

analyze-scene.ts

シーンテキストを構造要素について分析する。特定のシーンの迅速な診断が必要な場合に使用。

# シーンファイルを分析
deno run --allow-read scripts/analyze-scene.ts scene.txt

# テキストを直接分析
deno run --allow-read scripts/analyze-scene.ts --text "She needed to find the key..."

# さらなる処理のために JSON 出力を取得
deno run --allow-read scripts/analyze-scene.ts scene.txt --json

検出内容:

• 目標インジケーター（want, need, trying to）
• 葛藤インジケーター（but, blocked, obstacle）
• 災害インジケーター（failed, worse, trapped）
• 反応インジケーター（felt, emotion, shock）
• ジレンマインジケーター（choice, either, what if）
• 決定インジケーター（decided, will, plan）

出力に含まれるもの:

• シーン/シークエル比率評価
• ペーシング分類（アクション満載、バランス型、思索的）
• 欠落要素警告
• 具体的な推奨事項

使用時機:

• ドラフトシーンの迅速な診断
• シーンが悪く感じる理由の特定
• 複数シーン間のペーシング確認
• 深い分析前の具体的な推奨事項取得

出力永続化

このスキルはプライマリ出力をファイルに書き込み、セッション間で作業を永続化する。

出力検出

他の作業をする前に：

1. プロジェクトで context/output-config.md をチェック
2. 見つかった場合、このスキルのエントリを探す
3. 見つからないか、このスキルのエントリがない場合、最初にユーザーに聞く：
   • 「このシーン・シークエンシングセッションの出力はどこに保存すべきか？」
   • 提案：explorations/pacing/ またはこのプロジェクトの合理的な位置
4. ユーザーの優先設定を保存：
   • コンテキストネットワークが存在する場合 context/output-config.md に
   • そうでない場合、プロジェクトルートの .scene-sequencing-output.md に

プライマリ出力

このスキル向けに永続化：

• ペーシング診断 - シーン/シークエルバランス、リズム問題
• シーン分析 - 各シーンの目標、葛藤、災害
• シークエル分析 - 反応、ジレンマ、決定要素
• 推奨事項 - ペーシング問題への具体的な介入

会話対ファイル

ファイルに含まれる	会話に留まる
シーン毎の分析	特定のシーンについての議論
ペーシング診断	明確化の質問
推奨される介入	執筆者の構造的決定
シーン/シークエル比率評価	リアルタイムフィードバック

ファイル命名

パターン：{story}-pacing-{date}.md 例：novel-chapter5-pacing-2025-01-15.md

統合

インバウンド（このスキルにフィードする）

スキル	提供内容
story-sense	ペーシングが問題領域であることの診断
key-moments	シーン構造が必要な感情的ビート
outline-collaborator	ペーシングについて分析するシーンレベルの構造

アウトバウンド（このスキルが可能にする）

スキル	提供内容
drafting	散文生成準備が整った適切にペースされたシーン
story-collaborator	内でシーンを生成するシーン構造
revision	修正パス向けペーシング診断

補足

スキル	関係
key-moments	キー・モーメントは何が感情的に重要かを特定；シーン・シークエンシングはそれをどのように配信するかを構成
dialogue	シーン・シークエンシングはシーンレベルの構造を処理；対話はシーン内の交換レベルで運用