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

創る。遊ぶ。

クリエイターブログ

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

自動進行をいつ止めるか:DramaForkプロジェクトに3つの人手レビュー質問を設定する

自動進行は、すでに考えが固まっている部分を素早く広げるのに向いており、一時停止は「手戻りのコストが多くの下流工程に波及する」位置にだけ置く。2人小規模チームなら、チェックポイントは3つだけにすることを勧める。企画確定前、脚本から絵コンテへの移行前、高コスト動画の一括生成前の3つである。各チェックポイントでは1つの質問だけに答え、答えたら通過か差し戻しを決め、すべての工程で確認を求めるわけではない。

D
DramaFork Editorial Teamインタラクティブ物語とAI制作
2026.09.27読了目安:7分
制作工程が企画、脚本、高コスト素材の前に3つのレビュー灯を通る。
目次
クリエイターブログ
  1. 01はじめに
  2. 02チェックポイント1:企画確定前に「キャラクターの境界は書き切られているか」を問う
  3. 03チェックポイント2:脚本から絵コンテへの移行前に「重要ノードの選択肢はすべて状態を変えるか」を問う
  4. 04チェックポイント3:高コスト動画の一括生成前に「このバッチの素材はすべて確定済みのキャラクターとスタイルに依存しているか」を問う
  5. 053つのチェックポイントの対照
  6. 06異議記録と完了チェック
記事上部へ

はじめに

自動進行は、すでに考えが固まっている部分を素早く広げるのに向いており、一時停止は「手戻りのコストが多くの下流工程に波及する」位置にだけ置く。2人小規模チームなら、チェックポイントは3つだけにすることを勧める。企画確定前、脚本から絵コンテへの移行前、高コスト動画の一括生成前の3つである。各チェックポイントでは1つの質問だけに答え、答えたら通過か差し戻しを決め、すべての工程で確認を求めるわけではない。

以下では、架空の教育用事例を一貫して用いる。2人チーム「灰灯組」がインタラクティブ映像ゲーム『霧港郵差』を作るもので、メンバーは脚本家の阿嵐とアート担当の老周である。事例中の会話、数字、結論は方法を説明するために作られたものであり、実測資料ではない。

チェックポイント1:企画確定前に「キャラクターの境界は書き切られているか」を問う

企画段階では、キャラクターの身元、目標、必要、秘密、初期関係、アーク、境界が生み出される。最初の3項目はたいていすぐ書けるが、抜けやすいのは境界である。このキャラクターは絶対に何をしないか、何を知らないか、何によって立場を変えないか。境界を書き切らないと、後の脚本が絶えず彼に理由を探してしまう。

灰灯組の企画では、主人公の郵便配達人・阿戌の目標は「最後の手紙を宛先人の手に届けること」、必要は「自分がいてもいなくてもよい人間ではないと認められること」、秘密は「彼が私的に一通の死信を開けたこと」である。阿嵐が最初に書いた境界は「無実の人を傷つけない」の一文だけだった。老周はレビュー時に問いかけた。もし宛先人がまさにその年の死信の差出人だったら、阿戌は再び手紙を開けるだろうか。阿嵐は開けると言ったが、それは物語のクライマックスであり、日常行動ではない。

そこで境界は2条に変わった。日常では手紙を開けない。宛先人が死信と直接関係すると確認できた場合にのみ開き、開いた後は必ずプレイヤーに代償を見せる。この変更は10分しかかからないが、脚本段階まで残していたら、阿戌が関わるすべての場面を書き直す必要があった。

通過条件:主要キャラクターごとの境界を「……しない、ただし……を除く」という文型で書けること。差し戻し条件:境界が形容詞だけで、具体的な行動がないこと。異議記録は1行で十分である。例えば「老周は阿戌の手紙を開ける動機が不足していると考える。阿嵐は保留し、脚本段階で再検証する」。

チェックポイント2:脚本から絵コンテへの移行前に「重要ノードの選択肢はすべて状態を変えるか」を問う

脚本が絵コンテに入るということは、文字が撮影可能な画面とインタラクションノードになることを意味する。ノードはDramaForkでは表形式で整理され、ドラッグ式の図ではない。そのため、各選択肢はできれば状態変化に対応しているべきである。そうでなければ、絵コンテは後続に影響しない美しいカットを大量に撮ることになる。本記事はDramaForkが整理したもので、現在のプロジェクト実装に基づいて説明する。脚本を変更すると、絵コンテ、スタイル、キャラクター、ノード、動画、プレビュー、書き出しに影響する。完了済みの工程は更新が必要として表示され、旧データは保持されるが、システムが旧素材の表現がまだ成立するかどうかを判断してくれるわけではない。

灰灯組は『霧港郵差』第三幕に3つの選択肢を置いた。手紙を埠頭管理者に渡す、手紙を焼く、自分で開ける、である。阿嵐は当初、3つの選択肢すべてに異なる台詞を書いたが、状態変化は「手紙を開けるかどうか」の1つだけだった。老周は、管理者に渡すことと焼くことは後続の絵コンテで違いがなく、2つの選択肢が無駄になっていると指摘した。

修正方法は、3つの選択肢がそれぞれ異なる状態を変えるようにすることだった。管理者に渡すことは「阿戌と港の勢力の関係」を変え、焼くことは「阿戌の死信に対する態度」を変え、開けることは「秘密が露見するかどうか」を変える。こうして絵コンテに3通りの撮影可能な画面差が生まれる。

通過条件:各重要選択肢が、後続で少なくとも1つ参照される状態を変えること。差し戻し条件:選択肢が台詞だけを変え、状態を変えないこと。この工程では逐語的に審査する必要はなく、絵コンテに入るノードだけを審査する。

チェックポイント3:高コスト動画の一括生成前に「このバッチの素材はすべて確定済みのキャラクターとスタイルに依存しているか」を問う

動画生成は通常、テキストより高コストであるため、一時停止は一括提出の前に置く。判断基準は「画面が美しいかどうか」ではなく、「このバッチの動画が依存するキャラクター設定とスタイルがまだ変わるかどうか」である。キャラクターの境界やスタイルがまだ変更中なら、まず1、2本の試作を作り、一度に全部を埋めない。

灰灯組は埠頭全景、郵便配達人の奔跑、手紙を開くクローズアップの3本の動画を生成しようとしていた。阿嵐はちょうど阿戌の境界を変更し、老周のスタイル稿も「冷灰」から「冷灰+暖黄の街灯」に調整していた。2人はまず手紙を開くクローズアップだけを生成することにした。このカットはキャラクターの表情とスタイルの両方に依存するからである。試作が出た後、老周は暖黄の街灯がクローズアップで顔を奪っていることに気づき、スタイルを冷灰中心に戻した。もし3本を一緒に生成していたら、埠頭全景と奔跑もやり直しになっていた。

通過条件:このバッチの動画が依存するキャラクター、スタイル、ノードがすべて確定しており、試作で表現方向が確認できること。差し戻し条件:いずれかの依存項目がまだ変更中であるか、試作と期待の差が大きいこと。失敗した素材タスクは個別に再試行でき、バッチ全体をやり直す必要はない。

3つのチェックポイントの対照

チェックポイント 答える質問 通過 差し戻し
企画確定前 キャラクターの境界は書き切られているか 境界を「……しない、ただし……を除く」で書ける 境界が形容詞だけ
脚本から絵コンテへの移行前 重要選択肢は状態を変えるか 各選択肢が少なくとも1つの後続状態を変える 選択肢が台詞だけを変える
動画一括前 依存項目はすべて確定しているか キャラクター、スタイル、ノードが確定し、試作も通過 いずれかの依存項目がまだ変更中

異議記録と完了チェック

異議記録は3列だけ書くことを勧める。誰が提出したか、どの工程に対してか、保留か再検証待ちか。灰灯組の記録には「老周:阿戌の手紙を開ける動機が不足。阿嵐は保留、脚本段階で再検証」という1条がある。脚本段階でなお成立しないなら、絵コンテで無理に補うのではなく、チェックポイント1に戻って境界を変える。

完了チェックは次のように問える。3つのチェックポイントはそれぞれ1つの質問だけを問うているか。各差し戻し条件は、変更すべき資料を直接指し示せるか。異議記録に、次の段階で処理されていない「再検証待ち」項目がまだ残っていないか。3つの答えがすべて肯定なら、自動進行を続けて走らせてよい。1つでも否定なら、その工程で止め、下流素材で上流の曖昧さを補おうとしない。

小さな行動:現在のプロジェクトの企画または脚本を開き、主要キャラクターを1人選び、「……しない、ただし……を除く」で境界を1条書き、それが特定の選択肢の存在可否を直接判断できるか見てみよう。

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

続きを読む

他の記事を見る
変更記録が修正原因、新しい橋の動作、影響を受ける素材をつないでいる。
プロダクトワークフロー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.