マリオメーカー3
| 開発 | 任天堂第4開発室 クリエイティブ・サンドボックス班 |
|---|---|
| 発売 | （北米）/（日本） |
| 対応機種 | Nintendo Switch系互換機 |
| ジャンル | コース作成・共有（アクション/パズル） |
| 制作思想 | 『走らせて壊す』検証設計 |
| 特色 | 自動難易度推定と“救済バグ”機構 |
| オンライン | 地域別ランキングと共同採点 |
| 型番 | MM3-SB-019 |
マリオメーカー3（まりおめーかーさん、英: Mario Maker 3）は、マリオシリーズを題材にした向けのソフトである。ユーザーが自作したを公開・検証し、コミュニティの遊びを加速させた点で知られている[1]。
概要[編集]
は、利用者がを編集し、他者がプレイして評価できる仕組みを備えたコース制作ソフトである。特に本作では、作っただけでは完成と見なされず、一定数の検証プレイを経て“合格”となる設計が採用されたとされる[2]。
制作コミュニティの拡大に伴い、単なる遊びから「設計思想の公開」へと位置づけが変化した点が論じられている。なお、後述のとおり難易度の推定には独自の統計モデルが使われ、時に奇妙な挙動が「救済バグ」として話題化した[3]。
登場する仕組みと設計思想[編集]
本作の中核として、コースに対する“検証”が強調された。利用者が一筆でも配置を行うと、コースは自動で複数の経路解析にかけられ、約ごとに「詰まり発生候補」がタグ付けされるとされる[4]。
また、配置部品には従来の見た目に加え、衝突判定の粒度が段階的に定義されている。例としては「硬さ」「跳ね返り」「プレイヤー滑走の摩擦係数」まで内部パラメータが分解され、同じ配置でも体感が揺れるよう調整されているという説明がある[5]。
さらに、救済バグ機構が実装されている。これは“詰み”と判定されたコースに対し、ゲーム側が一度だけ理不尽を軽減する処理であり、コミュニティ内では「作者に内緒の安全装置」と呼ばれた[6]。この挙動は、ユーザーが意図的に再現しようとしたことから、後に議論の中心にもなった。
歴史[編集]
生まれた背景：『作るより先に壊せ』の合言葉[編集]
開発の起点は、の社内技術文書『第3波プレイデータ統治計画』にあるとされる。そこでは、ユーザー生成コンテンツの課題を「完成品の不足」ではなく「壊れ方の共有不足」と捉え、先に壊したデータを蓄積し、そこから設計指針を抽出する方針が採られた[7]。
当時の第4開発室では、試作段階のプロトタイプを「サンドボックス」と呼び、共同作業を行う部署として宇治市にある検証用ラボ（通称『宇治バグ池』）を整備したと記録されている[8]。同ラボでは、コースを“走らせる”だけでなく、失敗の偏りまで統計的に観測する試みが行われたとされる。
この方針の延長で、には「作者の責任」と「救済の上限」を明文化する発想が導入された。結果としてマリオメーカー3では、検証パス数が一定に達しない限り“公開可能”にならない仕様が組み込まれたのである[9]。
制作に関わった人々：設計官と“採点職人”の二系統[編集]
開発チームには、ゲームデザインだけでなく統計分析を担当する二系統があったと語られている。デザイン側は「渡辺精一郎」名義の社内資料で難易度感の基準がまとめられ、分析側は「Dr. Margaret A. Thornton」が提唱した“詰まり曲率”という概念をモデルに落とし込んだとされる[10]。
また、オンライン評価の設計には関連の技術者が“匿名レビュー”の形で関わったと噂されたが、公式資料では「外部共同検証」という表現に留められた。にもかかわらず、コミュニティでは『匿名の人が初期のスコアを全部ひっくり返した』という伝承が残っている[11]。
発売後、作者たちの間では「採点職人」という役割が成立した。これは、他人のコースを“救済バグ発動前提”で最適化し、作者が狙い通りに見せられるよう改造案を添える人々である。結果として、上位コースの多くが作者の単独成果ではなく、共同編集的に生まれていったとされる[12]。
社会への影響：教育と労働の境界が溶けた日[編集]
マリオメーカー3は、ゲーム産業に留まらず、教育や学習の文脈へ浸透した。実例として、の一部自治体が“STAGE DESIGN”研修を導入した際、職員がコース制作を「事故調査の擬似体験」として用いたと報告された[13]。
一方で、制作が普及するほど労働との境界も曖昧になった。コミュニティ内の“検証サブスク”が広がり、作者が他者の救済バグの発動タイミングに合わせて料金設定する現象が観測されたという[14]。そのため、ゲームが娯楽であると同時に、設計・レビューの労務に近い振る舞いを持つようになったと指摘された。
さらに、社会的には「危険設計の責任」議論が起きた。理不尽に見えるほど作り込まれたコースは評価される一方で、救済バグが作風を“無意識に平均化”するとの懸念も出て、運営がタグ仕様を更新した経緯がある[15]。
批判と論争[編集]
最大の争点は、救済バグ機構の扱いである。救済は“公平のため”と説明されたが、作者側からは「努力が帳消しにされる」との反発が起きた。反対にプレイヤー側は「初心者が止めないなら善」と主張し、結果として議論は“上達”よりも“体験保障”へ軸足が移った[16]。
また、難易度推定モデルの妥当性も問題視された。詰まり曲率が高いコースは自動で救済されやすくなったが、同じ試作環境でも推定値が変動するケースが報告された。コミュニティでは、コントローラの個体差を原因とする説や、季節要因としての睡眠不足が反映されるという冗談まで出た[17]。
さらに、公開判定の基準が「何回の検証プレイで合格か」まで明示されなかった点も批判された。公式に示されたのは“規定の検証パス数が満たされた場合”という抽象的表現であり、ユーザーは推測に基づき「最低回」とする伝言を広めた。その一方で運営関係者は別の会合で「実測での範囲」という数字を漏らしたとされる[18]。
関連エピソード（コース史の小話）[編集]
発売初期、コミュニティでは“逆走研究会”が流行した。これは通常は進まないルートへあえて誘導し、救済バグがどこで発動するかを観測する遊びである。ある報告では、逆走ルートの発見が最初の週で件登録され、うち件が救済発動により「クリア扱い」になったとされる[19]。
次に話題となったのが“雪玉委員会”である。雪玉系ギミックは摩擦パラメータが細かく定義されているため、作者が意図的に滑走距離を調整できた。その結果、に関連するコース名が大量に投稿され、コース名と季節の一致がランキングに影響したように見えたとされる[20]。
また、最上位帯で短期間に勝ち続けた「静止重力ステージ」がある。これは上から落下しないはずの物体を、重力変化のタイミングだけ“落ちるように見せる”という技巧だった。しかし調査の結果、完成時点では落下が起きず、後から救済バグが適用されたことで動き出した可能性が指摘され、「作者は騙されたのか、ゲームが騙したのか」という議論に発展した[21]。
脚注[編集]
関連項目[編集]
脚注
- ^ 山本聡『ユーザー生成コンテンツの検証設計』技術評論社, 2018.
- ^ Dr. Margaret A. Thornton『Stuckness Curvature and Adaptive Assistance』Journal of Interactive Systems, Vol. 12 No. 3, 2016.
- ^ 任天堂第4開発室『第3波プレイデータ統治計画（社内報告）』任天堂, 2015.
- ^ 佐藤光一『コース評価モデルの統計的基礎』情報処理学会誌, 第59巻第2号, 2017.
- ^ 渡辺精一郎『難易度感の設計指針：走らせて壊す』ゲームデザイン研究会紀要, Vol. 8 No. 1, 2014.
- ^ 中村未来『救済バグと公平性の境界』Computing & Culture Review, Vol. 5 Issue 4, 2019.
- ^ E. R. Kaplan『Player Experience Guarantees in UGC Environments』Proceedings of the Human-Game Interaction Conference, pp. 201-219, 2017.
- ^ 任天堂『マリオメーカー3 開発者ガイド 第1版』任天堂, 2018.
- ^ K. Tanaka『Stage Design as Workplace Simulation』International Journal of Serious Play, Vol. 3 No. 2, 2019.
- ^ （書名が微妙に一致しない文献）『マリオメーカー2の統計論』任天堂出版, 2013.
外部リンク
- マリオメーカー3 公式アーカイブ
- 宇治バグ池 記録室（閲覧サイト）
- 採点職人フォーラム
- 詰まり曲率 解析ノート
- 逆走研究会 年表