• ホーム
  • ブログ
  • ギャラリー
  • 料金
  • ホーム
  • ブログ
  • ギャラリー
  • 料金
制作を始める

創る。遊ぶ。

クリエイターブログ

ホーム/ブログ/プロダクトワークフロー

DramaFork 脚本が絵コンテに入る前に、どうやって入口チェックを一度行うか?

絵コンテに入る前に、まず四つのことを確認できます。シーンに観察可能な動作があるか、選択肢に具体的な結果があるか、各キャラクターがこの時点で何を知っているか、この場面がどんな条件で終わるか。曖昧な脚本は絵コンテに入ると具体的な画面として具体化されます。もし具体化の方向が作者の意図と異なるなら、戻って調整する必要があります。したがって、核心的な対立が未解決だと気づいたら、まず脚本テキストを修正し、それから絵コンテの生成を続けます。

D
DramaFork Editorial Teamインタラクティブ物語とAI制作
2026.09.25読了目安:8分
猫の編集者が脚本の確認用デスクで場面カード、登場人物の資料、封をした手紙を点検している。
目次
クリエイターブログ
  1. 01ガイド
  2. 02まずシーンが動作として撮影できるかを見る
  3. 03選択肢の結果は次の場面に落とし込めなければならない
  4. 04キャラクターの知情は場面ごとに明確に列挙する
  5. 05終了条件は判断可能な一文として書く
  6. 06通してはいけない反例
  7. 07完了チェック
記事上部へ

ガイド

絵コンテに入る前に、まず四つのことを確認できます。シーンに観察可能な動作があるか、選択肢に具体的な結果があるか、各キャラクターがこの時点で何を知っているか、この場面がどんな条件で終わるか。曖昧な脚本は絵コンテに入ると具体的な画面として具体化されます。もし具体化の方向が作者の意図と異なるなら、戻って調整する必要があります。したがって、核心的な対立が未解決だと気づいたら、まず脚本テキストを修正し、それから絵コンテの生成を続けます。

以下では、架空の教学短編『潮汐当番表』を例にします。海辺の灯台当番を題材にした、二人のキャラクター、当番員の阿澈と、引き継ぎに来た実習生の小満の物語です。物語は創作であり、数字と会話はチェック方法を説明するためのもので、実測資料ではありません。

まずシーンが動作として撮影できるかを見る

絵コンテに必要なのは、カメラが撮影できるものです。脚本に「阿澈は不安を感じた」「小満は雰囲気がおかしいと気づいた」と書かれていると、絵コンテは眉をひそめた顔しか出せず、観客は不安がどこから来るのか分かりません。入口チェックの第一項目は、感情文を動作文に書き換えることです。

脚本の原文 問題 観察可能な動作に変更
阿澈は不安を感じた 感情は撮影不可 阿澈は当番日誌を前のページに戻し、また閉じた
小満は雰囲気がおかしいと気づいた 内心の活動 小満は門口で止まり、コートをフックにかけなかった
二人の関係は緊張している 判断であり動作ではない 阿澈は鍵を差し出し、小満は二秒置いてから受け取った

書き換えるときは自問してください。もしカメラがこの場面しか撮れないなら、俳優がどんな動作をすれば観客にこの文が伝わるか? 答えられないなら、この文はまだプロット段階にとどまっています。

選択肢の結果は次の場面に落とし込めなければならない

インタラクティブ映像ゲームの選択肢は雰囲気の飾りではありません。各選択肢には結果が必要で、結果は後続のシーンや状態に書き込めなければなりません。チェック方法は、選択肢と結果を並べて書き、結果が「次の場面で何が変わるか」まで具体的かどうかを見ることです。

『潮汐当番表』の冒頭には三つの選択肢があります。

  1. 阿澈は直接鍵を渡す。
  2. 阿澈はまず小満に当番手順の問題を一つ出す。
  3. 阿澈は「今夜は君じゃなくていい、帰れ」と言う。

もし三つの選択肢の後ろがすべて同じ「小満は残り、二人は当番を始める」につながるなら、選択肢はないのと同じです。次のように変えられます。選択肢1を選ぶと、小満はその夜初めての当番を一人で務める。選択肢2を選ぶと、小満は答えを間違え、阿澈は急に言い直して彼女にまず見学させる。選択肢3を選ぶと、小満は去るが、一枚のメモを日誌に残し、次の場面で阿澈がそのメモを読む。三つの結果が三つの異なる次の場面を指し示して初めて、選択肢が成立します。

ここで注意してください。結果は脚本レベルの分岐であり、製品がすでに確定的なバックパック、リソース、時間ルールエンジンを提供していることと同じではありません。あなたが書いているのは物語分岐であり、数値システムではありません。

キャラクターの知情は場面ごとに明確に列挙する

キャラクターが言い間違えたり、誤った決定をしたりするのは、多くの場合キャラクターが崩れたからではなく、作者自身がそのキャラクターがこの時点でどれだけ知っているかを忘れているからです。入口チェックでは、各キャラクターに「この場面で既知/未知」の表を作ります。

第二場「引き継ぎ」を例にします。

キャラクター この場面で既知 この場面で未知
阿澈 昨夜信号灯が異常だった。日誌が一ページ欠けている 小満はそのページの日誌を見たことがある
小満 彼女は欠けたページを拾ったことがある。阿澈は上司に隠している 阿澈はすでに辞職を決めている

この表は照合の根拠を提供します。たとえば小満はこの場面で直接「どうせ君は辞めるんだ」と断言できません。表によれば彼女はまだ知らないからです。もし筋書き上彼女にこの台詞を言わせる必要があるなら、まず彼女に知る過程を与えなければなりません。たとえば阿澈が辞職日を本人の口から確認するのを聞くなどです。辞職届の下書きを見ただけでは、せいぜい彼女が「辞めることを考えているの?」と尋ねることは支持できますが、すでに決定したことを直接証明することはできません。

キャラクターのコンテキストには通常、身分、目標、必要、秘密、初期関係、アーク、境界が含まれます。入口チェックでは逐条書き直す必要はありませんが、少なくとも次を確認してください。この場面でキャラクターが言う各重要な台詞はすべて「既知」の欄に収まっている。「未知」の欄に落ちるものは、削除するか、彼に知らせる芝居を一場面補うかのどちらかです。

終了条件は判断可能な一文として書く

一場面はいつ終わるのか? 「雰囲気が来たら終わる」と書いてはいけません。真偽を判断できる一文として書く必要があります。たとえば「阿澈は鍵を小満の手に置き、振り返って階段へ向かう」または「小満は欠けたページを机に叩きつけ、阿澈は否定しなかった」のように。このような文は絵コンテが最後のカットに直接対応できます。

『潮汐当番表』の第二場で、終了条件を「二人はある種の理解に達する」と書くと、絵コンテはどこで止まればいいか分かりません。「小満は欠けたページを阿澈の前に押し出し、阿澈は鍵から手を引っ込める」に変えると、カットに落としどころがあり、次の場面にも起点があります。

通してはいけない反例

上記の四項目を次の段落に当てはめて、なぜ入口チェックを通らないかを見てください。

第三場。阿澈は複雑な気持ちで海を見ている。小満が歩いてきて、二人は昨夜のことを少し話し、雰囲気はいくらか和らいだ。阿澈は彼女を信じることに決めた。

問題を逐条対応させます。

  • 観察可能な動作:「海を見ている」「歩いてくる」だけがあり、「少し話した」には具体的な内容がない。
  • 選択肢の結果:この場面には選択肢がないが、もしこれが何らかの選択肢の結果なら、結果は「雰囲気が和らいだ」としか書かれておらず、次の場面に変化がない。
  • キャラクターの知情:小満は「昨夜のことを少し話した」が、彼女はこの場面で欠けたページのことを既知なのか? テキストに書かれておらず、彼女が話せるかどうか判断できない。
  • 終了条件:「彼女を信じることに決めた」は内心の決定であり、判断可能な外部動作がない。

この段落は通せません。直し方は形容詞を足すことではなく、具体的な動作を補い、小満がこの時点で何を知っているかを明確にし、終わりを一つの動作に落とすことです。直した後にもう一度四項目をたどり、それでも合わなければテキストを直し続けてください。絵コンテが代わりに解決してくれると期待してはいけません。

完了チェック

絵コンテを進める前に、項目ごとにチェックを入れます。

  1. 各場面に少なくとも一つ観察可能な動作文があり、感情文は動作に書き換えられている。
  2. 各選択肢に具体的な結果があり、結果は異なる次の場面を指している。
  3. 各キャラクターにこの場面の既知/未知表があり、重要な台詞が境界を越えていない。
  4. 各場面の終了条件が、真偽を判断できる一文である。

四項目すべてを通過してから、進めるをクリックしてください。注意が必要なのは、DramaFork の自動進行や段階審査はあくまでワークフローの選択肢であり、プロンプトの制約は毎回正しい出力を保証するものではありません。計画や脚本を変更すると、下流の絵コンテ、スタイル、キャラクター、ノード、動画、プレビュー、エクスポートに影響します。システムは関連する完了済みステップを更新が必要としてマークするだけで、古いデータは保持され、本当にやり直しが必要かどうかは依然としてあなたが手動で確認する必要があります。本文は DramaFork が整理し、現在のプロジェクト実装に基づいて説明しています。入口チェックは一度で通ることを保証するものではありません。その役割は、テキストを直す方が絵コンテを直すより安い段階で、先にテキストを正しく直すことです。

手元で最近進めようとしている一場面を選び、第一項目だけを行ってください。その中の感情文をすべて観察可能な動作に変えます。直した後、どうしても撮影できない文があれば、その文があなたが先に処理すべき入口問題です。

プロダクト機能を見る 作品を体験

続きを読む

他の記事を見る
変更記録が修正原因、新しい橋の動作、影響を受ける素材をつないでいる。
プロダクトワークフロー2026.09.30 · 6分

インタラクティブストーリーの変更記録の書き方:原因・変更・影響ルートを区別する

変更記録は「原因・変更・影響ルート」の3列で書く。原因は「なぜ動かすのか」を説明し、変更は「何を動かしたか」を明確に書き、影響ルートは「どの素材と分岐を再確認する必要があるか」を列挙する。以下では架空の教育例で一貫して説明する:あるインタラクティブ映像ゲームは当初、第2章に「断橋」ノードを設け、プレイヤーはロープを見つけなければ川を渡れなかった。作者は後に断橋を「遅延した渡し船」に変更した。理由は、元の設計が優しいルートを不自然に見せていたからである。以下の人名、数字、台詞はすべて架空である

2人のクリエイターが曖昧な意見を具体的なシーン動作を指す修正票に変える。
プロダクトワークフロー2026.09.29 · 7分

2人のクリエイターが交代でレビューするとき、「ここが違う」を実行可能な修正票にどう書くか?

「ここが違う」を修正票に変える核心的な動作はただ一つ:すべての意見を**バージョン、ノード、現象、期待、理由、責任、確認**の7枠に落とし込むことです。2人が交代でレビューするときは、まず各自が独立して票を記入し、次に衝突項目を統合し、最後に初めて原稿に手を入れます。以下では架空の教学例で全行程をたどります。人物、台詞、数値はすべて実測資料ではありません。

一方の家の中の小さなサーバーランタンが、暗い通りの向こうの別の家のノートパソコンを照らそうとし、公共のブリッジケーブルが到達可能な経路を明示している。
プロダクトワークフロー2026.09.29 · 7分

リモート素材パッケージに localhost が現れると、なぜ別のパソコンで開けなくなることがあるのか?

リモートパッケージの素材アドレスが localhost を指していると、別のパソコンでは受け取った人のマシンにリクエストしてしまう。制作者のパソコン上のサービスは ZIP と一緒に移動しないため、「自分のところで再生できる」だけでは他人も再生できる証拠にはならない。対処順は、実際のリクエスト先を確認し、アプリのドメインを照合し、再エクスポートし、別の端末で検証する。

制作の複雑さはAgentに、創作の決定権はあなたに。

ひとつの物語のアイデアから、脚本、キャラクター、ショット、分岐をまとめ、遊べる最初のバージョンを作れます。

プロダクト

  • 料金
  • 機能
  • 制作フロー
  • 作品例
  • よくある質問

探索

  • 作品ギャラリー
  • クリエイターブログ
  • クリエイターパートナー

法的情報

  • プライバシー
  • 利用規約
© 2026 DramaFork/AIインタラクティブストーリースタジオ
Press Enter to send, or drag away and release.