Jujutsu Shenanigans ビルダーガイド

ビルダーエコシステムの4つの役割

Jujutsu Shenanigans の制作ツールは、つながった4つの作業を支えます。Build Mode ではマップのオブジェクトを配置・編集します。Skill Builder ではアクション、待機、hitbox、エフェクト、条件を組み合わせてプレイ可能なスキルにします。Workshop ではコミュニティのコンテンツを探し、読み込み、保存、お気に入り登録、共有ができます。Custom Movesets は、テスト済みのスキルを組み合わせて、まとまりのあるキャラクター体験を作る機能です。

これらのシステムは頻繁に変わります。2026年9月のアップデート周辺でコミュニティが記録した内容からは、Builder と Workshop が大きく調整されていることが分かりますが、ラベル、上限、権限、ショートカットは移動する可能性があります。最終的にはライブのプライベートサーバーのメニューを確認し、ボタン名が変わっても役立つワークフローとしてこのハブを使ってください。

管理できるプライベートサーバーから始める

ビルダー作業には、落ち着いていて復元できる環境が必要です。自分が管理するプライベートサーバーに入り、オーナーまたはプライベートサーバーの画面を開いて、Build Mode、Skill Builder、Presets、Workshop Access が利用できることを確認します。現在のコミュニティガイドでは、PC の Build Mode に M、飛行に N を割り当て、編集にはおなじみの Ctrl+C、Ctrl+V、Ctrl+X、Ctrl+Z を使う例がよく見られます。ショートカットを頼りにする前に、必ず1つずつ確認してください。

最初に小さなテストプロジェクトを作ります。オブジェクトを1つ置き、動かし、複製し、元に戻し、画面に保存機能があれば保存し、メニューを閉じてから再読み込みします。大きな建築を危険にさらさずに、権限と保存状態の維持を確かめられます。どの操作で現在の状態が保存されるか分かるまで、1時間分の作業を始めないでください。

基本的な保存と再読み込みの流れが動いてから、信頼できるテスターを1人だけ招待します。相手のデバイスと latency によって、自分の環境では隠れている問題が見つかります。

見た目だけでなく、プレイのために作る

良い戦闘マップには、分かりやすいルート、十分なカメラ空間、立て直しの場所、意図した危険があります。まず床、境界、スポーン同士の距離を作り、その後で遮蔽物と高低差を加えます。装飾は移動を確認してからにしてください。見た目のよい狭い通路が、戦闘を分かりにくくすることがあるためです。

各主要エリアで歩く、走る、dash する、knock down される、awakening を使う、広範囲技を使う、という動作を確認します。プレイヤーが閉じ込められないか、地形の中にスポーンしないか、意図しない隙間から外を見たりアリーナの外へ出たりできないかを調べてください。オブジェクトの複製は慎重に行います。重なった collision は不安定な移動やパフォーマンス問題を起こすことがあります。

繰り返し使うモジュールで統一感を出しつつ、プレイヤーが位置を伝えられる程度には landmark を変えます。破壊的な編集を試す前には、きれいなバックアップを残してください。

スキルを読みやすいタイムラインとして設計する

コミュニティの資料では、Skill Builder の要素として animation、wait、hitbox、sound、velocity、properties、conditions、timeline などが紹介されています。まずは、animation、短い wait、hitbox、フィードバック、recovery という最小限で役立つ流れから始めます。各イベントには理由があり、アクションとの関係が見えるようにします。

読みやすさにはバランスが必要です。強い hitbox の前には、対象が理解できる正直な予告が必要です。また、発動後には作成者が予測できる recovery を置きます。大きすぎる見えない hitbox、絶え間ない stun、画面全体を覆うエフェクトは、作成物を技術的に動かせても、遊びにくくすることがあります。

一度に1つの変数だけをテストしてください。すべてを変えて原因を推測するのではなく、damage より先に timing、velocity より先に size を調整します。Skill Builder ガイドでは、構造化されたテストマトリクスを説明しています。

まとまりのある Custom Moveset を組み立てる

個別には魅力的な4つの技でも、弱いキットになることがあります。エフェクトを足す前に役割を決めます。安定した neutral の手段、conversion または extender、移動または防御の選択肢、finisher または space-control の手段を1つずつ割り当てます。special が何を変え、awakening が何を加えるのかを決めますが、弱点をすべて消してはいけません。

最初は awakening なしの base kit をテストします。通常のパワーでもプレイヤーが有効なゲームプランを持てるようにします。技の重複も確認してください。4つすべてが同じ距離をカバーしたり、すべてが長い animation を必要としたりすると、キットに判断が生まれません。resource と cooldown の負荷を調べ、すべてのボタンを同時に押すだけの戦略が最適にならないようにします。

標準キャラクターは、コピーする素材ではなく読みやすさの基準として使います。オリジナルの timing、名前、エフェクト、組み合わせなら、クレジットを付けやすく、保守もしやすくなります。

Workshop を責任を持って使う

Workshop のアイテムはユーザー作成コンテンツです。整ったサムネイルや多くのお気に入り数があっても、バランス、独自性、安全性、現在のビルドとの互換性が保証されるわけではありません。対戦で使う前に、プライベートサーバーでクリエイターの身元、説明、更新日、依存関係、コンテンツ本体を確認します。

許可された作品を土台にする場合も、クリエイターをクレジットし、元のアイテム識別子を残してください。他人のマップや moveset を自分の作品として再アップロードしてはいけません。画面に報告機能があるなら、明らかに abusive または deceptive なコンテンツに使い、嫌がらせを組織するためには使わないでください。

アイテムをインポートするために、Roblox の cookie、アカウント認証情報、executor script、ブラウザの console code を貼り付けないでください。正規の Workshop 読み込みは、ゲーム内インターフェースと通常のアイテム参照または許可された共有フローで行います。

公開前のテストマトリクス

現在の live build でテストし、可能なら少なくとも2種類のデバイスまたは入力環境と、複数の network condition を使います。マップでは spawn、boundary、camera、collision、reset、performance を確認します。スキルでは startup、telegraph、hitbox、block interaction、recovery、interruption、wall behavior、cooldown を確認します。moveset では neutral、combo stability、defense、awakening、mirror play を調べます。

テスターには具体的に尋ねてください。「なぜ hit されたか分かったか」「エフェクトで camera が隠れなかったか」「アリーナから escape できたか」「interruption 後も技が active のままではなかったか」「アイテムを読み込んだとき全要素が残ったか」。具体的な報告は、「壊れている気がする」より直しやすい情報になります。

大きな変更の前にアイテムを versioning します。Workshop に update notes があるなら、何を変更したか、既存の save が互換性を保つかを記載してください。

パフォーマンスとフェアプレイの境界

part、effect、sound、繰り返しイベントが増えると、client と server の負荷が高くなることがあります。デザインを伝えるために必要なものだけを使ってください。控えめなデバイスでテストし、入力の遅延やエフェクトの欠落がないかを見て、重複したオブジェクトを削除します。高性能 PC の作者にしか動かせない作品は、広く共有する準備ができていません。

ビルダー権限でプレイヤーを閉じ込めたり、クラッシュさせたり、なりすましたり、だましたりしないでください。importer が受け付けるからといって、コピーした著作権素材を公開してはいけません。Roblox のルールと、ゲームの現在のコミュニティ基準に従います。

ビルダーワークフローのチェックリスト

アクセスを確認し、保存と再読み込みの最小テストを行い、バックアップを作り、最小限のプレイ可能版を作成し、1人の相手とテストします。その後、読みやすさと recovery を測り、パフォーマンスを最適化し、メタデータとクレジットを加えて、ゲーム内のフローから公開します。大きなアップデート後は、安定版を上書きする前にコピーでアイテムを再読み込みしてテストし直してください。

このハブの詳細ページでは、各段階を個別に扱っています。最初のプロジェクトなら順番に使い、問題がある段階が分かっているなら直接そこへ進んでください。中心となる習慣は同じです。小さな変更、管理されたテスト、明確なバージョンノートを続けます。