Tower Creatorのトリガーガイド

Tower Creatorのトリガーは、プレイヤーの操作や別のトリガーを、目に見える結果へつなぎます。まずは小さなグラフとして、入力 → 必要ならタイミングまたはゲート → 出力 → リセットの順に考えましょう。空いたテスト場所で入力一つと出力一つから始めます。リンクの向きを確認し、繰り返しが必要なら2回発動し、システムをリセットして、別のプレイヤーでも試し、再参加まで確認してから長いチェーンを追加してください。

コミュニティのParts資料では、トリガーはBeta時代に導入され、現在はタッチまたはトリガー発動、遅延、複数トリガーの概念を含むと説明されています。一方で、古いトリガー構成は再参加後に壊れる場合があるとも注意されています。個別のプロパティや古い回避策は、バージョン依存の情報として扱いましょう。

出力に合うガイドを選ぶ

一度の視点変更ならカメラトリガーを使います。複数の演出を順番に実行するならカットシーンガイドへ進んでください。発動によってプレイヤーが動かす物理クローンを作成・操作するなら、プッシュボックスガイドが適しています。

文書化されたトリガーの役割を理解する

コミュニティ資料では、Trigger Buttonはクライアントオブジェクトを発動させるものとして扱われています。Button Triggerはボタンの挙動に接続します。ClickやInteractionの概念は、プレイヤーの意図的な入力を受け取ります。タッチ対応トリガーは、エリアへの進入やオブジェクトとの接触を受け取ります。これらは入力側の役割です。

Function Triggerは中継役として説明されています。Stop TriggerとResume Triggerは、チェーンを続行するかどうかを制御します。遅延や複数トリガーの設定は、タイミングと繰り返し方に影響します。これらは制御側の役割です。

Camera、Shake、Sound、Tool、Skyboxのトリガー概念は、演出やプレイヤー向けの直接的な結果を作ります。現行カタログでは移動、改名、統合が行われている可能性があるため、ライブのPartsパネルで検索し、選択したオブジェクトのプロパティを読んでください。未リリースのwiki項目を、ゲーム内に存在するものとして使わないでください。

最小構成の動くチェーンを作る

入力は発動しやすい場所に、出力は見える場所に配置します。役割ごとに分かる色や名前を付けましょう。現在のリンクモードに入り、ライブのインターフェースに表示された順番でソースとターゲットを選び、両方のオブジェクトを調べて関係を確認します。

Edit Modeを終了して、入力を一度発動します。出力が始まり、完了し、安定した状態へ戻るかを見てください。もう一度発動します。2回目の結果が違うなら、別のオブジェクトを増やす前に、繰り返し、クールダウン、遅延、リセットの挙動を調べます。

プレイヤーをリセットして、もう一度試します。その後、体験から退出して再参加してください。再参加後にリンクが消えたり変わったりする場合は、新しいテスト場所で同じ2オブジェクトのチェーンを再現し、現行バージョン向けの助言を求めましょう。完成済みのタワーを、闇雲に多数のオブジェクトへ再接続して「修理」しないでください。

タイミングとゲートを意図的に追加する

遅延は期待感を伝えるために使い、見えない待ち時間を作るためには使いません。遅れてオブジェクトが発動するなら、現在のパーツが対応している範囲で、光、音、動き、見えるカウントダウンを添えます。プレイヤーが到着する前に出力が始まって閉じ込められないよう、早めに入った場合と遅れて入った場合の両方をテストしてください。

StopとResumeのロジックは、状態が見えて復旧できる場合だけ使います。どの信号が停止し、どの信号が再開し、リセット後に何が起きるかを記録します。隠れた一度きりのイベントに依存するゲートは、落下後にタワーの残りを進めなくすることがあります。

繰り返しシーケンスでは、素早い発動とプレイヤー同士の重なりを試します。現行システムが安全な同時処理に対応していないなら、クールダウンを追加するか、明確なリセットのある一度きりのインタラクションにします。一人での試行だけから、マルチプレイヤーで安全だと判断しないでください。

プレイヤーにとって分かる結果にする

プレイヤーが何が起きたかを理解できて初めて、トリガーは成功です。カメラの移動では目的地を見せ、操作を戻します。会話は読みやすくし、いつまでもルートを塞がないようにします。音は見える状態変化を補助するものにします。プッシュボックスは到達できる場所に出現させ、落下したらリセットできるようにします。

失敗の代償が大きい場合は、動作の前に重要な情報を置きます。入力と出力を色だけで示さないでください。動くオブジェクトには十分な余白を取り、強いカメラ効果や揺れは短く保ちます。トリガーチェーンをグラフィックや音だけに依存させないでください。

実際の接近速度でテストします。タッチ入力は予想より早く発動することがあり、クリック対象はモバイルで隠れることがあり、プレイヤーがリセットした時点でもシーケンスが続いている場合があります。これはトリガーだけでなく、ルート設計の問題でもあります。

トリガーのテストマトリクスを使う

入力から出力へ切り分ける

複雑な出力を単純な見える結果に置き換え、入力が本当に発動しているかを確認します。次にリンクの向きを確認します。遅延、ゲート、複数のターゲットを一時的に外し、中間ノードを一つずつ戻してください。最後に、出力自身のプロパティと物理的な空間を調べます。

マルチプレイヤーだけで失敗するなら、効果が一人だけに属するのか共有されるのかを決めます。カメラやUIの効果は、物理オブジェクトとは異なる期待で確認する必要があります。再参加だけで失敗するなら、正確なバージョン、オブジェクト名、リンク階層を記録し、現行のバグ報告に使いましょう。

無効な数値を入力したり、流出したオブジェクトを悪用したり、古いバグ技をコピーしたりしてトリガーを直そうとしないでください。ライブのインターフェースで受け付けられるフィールドを使います。大きなチェーンを編集する前に、正常に動くバックアップを残してください。

Meowzerの2026年5月のチュートリアルでは、カットシーンやプッシュボックスを含むTower CreatorのRescriptedトリガーの考え方を紹介しています。映像を参考にしつつ、現在のオブジェクト名はゲーム内で確認してください。

現在の確度の範囲

上記の入力、制御、出力の役割は、コミュニティのParts・Properties資料と、2026年9月15日に確認した現在のRescriptedウォークスルーに基づいています。正確なリンク操作、フィールド名、遅延単位、繰り返しルール、修正済みの不具合、マルチプレイヤーでの範囲は、ライブ環境で確認が必要です。このガイドは、そうした値を推測せずに再現できる制作順を示します。

トリガーを小さく組み立てる

トリガーは、入力、動作、出力の三つが見える場所から始めます。最初のテストではカメラ、音、照明、ダイアログを同時に使わず、プレイヤーが何をしたときに何が変わるのかを一つに絞ります。入力を押す、範囲に入る、時間が経過するなど、現在のオブジェクトが受け付ける条件をライブのラベルで確認してください。

発動したら、初回の結果だけでなく、二回目の発動、クールダウン、停止、リセット、再参加を試します。別のプレイヤーが同じ変化を見られない場合は、所有権やクライアント側の表示を疑い、二人で短いテストを行います。リンク先を増やす前に、入力一つ、出力一つの構成が安定していることを確認します。

失敗の記録には、入力の種類、対象、遅延、視点、グラフィック設定、発動回数を書きます。トリガーが大きな本番フロアでだけ失敗するなら、同じ構成を空いた区間へコピーして比較します。演出が重要なルートを隠さないよう、音やカメラがなくても入口と次の行き先が分かる形にしてください。

トリガーを公開する前には、発動しない場合の安全な経路も用意します。カメラが戻らない、ダイアログが読めない、移動オブジェクトが止まるといった失敗が起きても、プレイヤーが無限に閉じ込められないようにします。最終テストでは、低いグラフィック設定、音声ミュート、別のプレイヤー、再参加を組み合わせ、演出のない状態でもルートの目的が伝わることを確認します。

チェーンを変更したときは、入力側と出力側の両方に現在の名前を付け、リンクを一つずつ開き直して照合します。遅延や繰り返しが原因かもしれないときも、最初から値を極端に変えるのではなく、既知の小さな値で比較してください。記録を残せば、更新後に同じ症状が戻ったときに、前回成功した構成へ安全に戻せます。

テスト結果には成功した回数も記録します。

失敗した入力も省略せずに残してください。

発動条件を変えた場合は、変更前の結果と変更後の結果を同じ場所で比べます。プレイヤーが多いサーバー、低い設定、別の端末で違いが出るなら、その条件をページや作者への報告に明記してください。再現できない問題を想像で修正すると、別の区間の入力やリセットまで壊すことがあります。

参考資料

• Community Parts and Triggers reference
• Community Properties reference
• Tower Creator Trigger walkthrough on YouTube