【マイクラ】AIで公式MODを作り放題|配布チートよりズルく得するやり方

公式MODをAIで作る。マイクラ 一人用ワールド

マイクラで「チート入れたい」と検索すると、改造クライアント、無限アイテムの配布、怪しい圧縮ファイルが先に出ます。欲しいのは作業を短くする自分専用の便利機能なのに、手元に残るのは規約違反とマルウェアのリスクです。

先に見るべきなのは、配布ファイルではありません。MinecraftのEULAは、買ったJava版について「Modsを足して遊んでよい」「Modsは配布してよい」「改造したゲーム本体やサーバーソフトは配布するな」と書いています。ズルく得するなら、他人の改造クライアントを入れる側ではなく、公式が許している作る側に回る方が得です。

この記事は、Java版の一人用ワールドで、公式のデータパックをAIに書かせて自分専用MODを作るやり方です。統合版のチートAPK、改造クライアントの入手、マルチの検知回避は扱いません。実機の画面に出た表示が、そのときの正です。手順の骨格は公式WikiのData packCreating a data packに沿います。文中の一人プレイ例は、公開仕様から組んだ典型ケースの再構成であり、特定個人の実体験ではありません。

目次

この記事で分かること

  • 配布チートより得する理由 … 公式が許している「作る側」に回ると、マルウェアと垢BANの両方を避けやすい
  • EULAの線 … Modsはよく、改造クライアントの配布はだめ、という公式の切り分け
  • 手段の選び方 … データパック、リソースパック、Fabric、統合版アドオンの役割分担
  • やり方 … AIへの依頼文、フォルダ構成、ワールドへの入れ方、確認コマンド
  • 典型ケース … 採掘用の作業灯と、詰まったJSONを直す流れ
  • 失敗と戻し方 … 読めないパック、Safe Mode、Realmsに上げられない条件

「マイクラ MOD 作り方」「データパック 作り方」「AIでMOD」で来る方が本当に知りたいのは、どの手段が公式の線の内側かと、最初の1個を自分のワールドで動かす順番のはずです。ここから先はその順番で書きます。

背景:配布MODを探すより、公式の作る側に回る

日本語圏のマイクラ検索は、長いあいだ「入れる側」の情報で埋まってきました。配布サイト、改造クライアント、チートメニュー。目的は「早く楽に進めたい」なのに、手段がゲーム本体を差し替える方向へ寄っています。

Java版には、本体を差し替えずに中身を足す公式の受け皿があります。それがデータパックです。ワールドの datapacks フォルダへフォルダかzipを置くか、ワールド新規作成画面の Data Packs へドラッグします。中身は進捗、レシピ、関数、ドロップ表、構造物、バイオームなどです。バニラ自身も内蔵データパックで動いています。つまり公式が毎日使っている仕組みを、個人が上書きできる、ということです。

AIが効くのはここです。フォルダ名、JSONのカンマ、名前空間、関数の置き場は、人が暗記すると詰みます。逆に、今の版の公式Wikiを読ませたうえで「このフォルダ構成で、この1機能だけ書け」と渡せば、最初の骨格は数分で出ます。得の本体はチートメニューではありません。自分のワールド専用の便利を、公式の線の内側で量産できることです。

統合版のチートAPKや、Java版の改造クライアントは、見た目は近いですが中身が違います。前者は配布ファイルの安全性と利用規約、後者はEULAが禁じる「改造したゲーム本体」に寄ります。同じ「ズルい」でも、 tunamod が取るのは後者ではありません。

公式EULAが許している線

EULAの USING mods は、次の骨格です。Java版を買った人は、Mods・ツール・プラグインを足して遊んでよい。ここでいう Mods は、自分や他人が作ったオリジナルで、Mojangの著作物であるコードやコンテンツの相当部分を含まないもの。何が Mod かは最終的に Mojang が決める。改造したゲーム本体やサーバーソフトは配布してはいけない。griefing に使わないでほしい、とも書いています。要約すると、Modsは配布してよい。改造クライアントや改造サーバーは配布するなです。

この一文が、記事全体の境界線です。データパック、リソースパック、Fabric のようなローダーの上に乗る独自コードは、オリジナルである限り Mods 側です。バニラの実行ファイルを書き換えたクライアント、チートメニュー付きの改造本体、クラック版は、改造クライアント側です。後者の作り方、入手先、導入手順は書きません。

もう1本、運用上の線があります。データパックは Java版専用です。統合版(Windows / コンソール / モバイル)の同等物はビヘイビアパックで、置き場も形式も違います。この記事の手順は Java版の一人用ワールドに限定します。マルチサーバーへ持ち込むときは、そのサーバーのルールが先です。サーバー側がデータパックを禁じているなら、入れません。

Realms も別扱いになります。公式Wikiは、実験的設定を使うデータパックが入ったワールドは Realms に上げられない、と書いています。一人用で動いたからといって、Realms にそのまま出せるとは限りません。

最初に確認したい4つのポイント

  1. 今の情報が、今の版で有効か … フォルダ名は functions から function へ変わっています。pack.mcmeta の書き方も、古い pack_format だけから min_format / max_format へ寄っています。古いブログの数字をそのまま貼らない。対応表は Pack format で、今入れている版に合わせて取ります。
  2. 本アカと検証ワールドを分けられるか … 最初の実験は、捨ててよい一人用ワールドで行います。メインの長期ワールドへいきなり置かない。Realms や他人のサーバーは、検証が終わるまで使いません。
  3. ファイルとAIの出力を、自分の目で見られるか … AIは存在しないコマンドや、古いフォルダ名を混ぜます。出力をそのままzipして配らない。JSONの括弧、末尾カンマ、名前空間を自分で開いて確認します。
  4. 欲望の言い方が、誇張になっていないか … 「作り放題」は、公式の受け皿の上で自分用を量産できる、という意味です。チートメニュー付きクライアントを無限に配れる、ではありません。マルチで無敵になる話でもありません。

4つを先に置けないなら、この先の手順に進まない方が安全です。公式の線を守るための確認であり、面倒のための面倒ではありません。

何を作るかで手段が変わる

「MODを作りたい」の中身が違うと、手段も違います。最初から Fabric に行かず、やりたいことに一番薄い手段を選びます。

手段 向いていること 向かないこと 公式の位置
データパック コマンド、レシピ、進捗、関数、ドロップ、自分用の便利 新しいブロックの見た目そのもの、クライアントの描画改変 Java版の公式機能。ローダー不要
リソースパック テクスチャ、音、言語、見た目の差し替え ゲームルールやドロップの変更 公式の見た目用パック。データパックと併用可
Fabric / NeoForge 新しいブロック、独自GUI、データパックでは届かない挙動 最初の1個。環境構築だけで挫折しやすい サードパーティのローダー。EULA上は Mod 側に寄りやすい
統合版アドオン 統合版の見た目と振る舞い この記事の Java版手順 ビヘイビアパック/リソースパック。形式が別
改造クライアント 扱わない すべて。入手も導入も対象外 EULAが禁じる改造本体に当たることが多い

最初の1本はデータパックです。ローダーを入れず、ワールドフォルダだけで完結し、壊れてもパックを外すか Safe Mode で戻れます。見た目を変えたいだけならリソースパックです。新しいブロックや独自の画面が必要になってから Fabric を見ます。

AIに「マイクラのMODを作って」とだけ渡すと、改造クライアントの話とデータパックの話が混ざります。依頼文の1行目で「Java版の公式データパック。改造クライアントは不要」と固定してください。

やり方:AIに公式データパックを書かせる

公式チュートリアルは、ワールドの datapacks フォルダにパック名のフォルダを作り、pack.mcmeta を置くところから始まります。Windows の一人用なら、エクスプローラーで %APPDATA%\.minecraft\saves\(ワールド名)\datapacks です。ゲーム内では /datapack create で骨格を自動生成できる、とも書いてあります。拡張子を隠していると pack.mcmeta.txt になり、ゲームが読みません。拡張子表示を先にオンにします。

AIへ渡す依頼文は、次の骨格で足ります。コピペ用の完成形であり、ここを曖昧にすると古いフォルダ名が混ざります。

Java版の公式データパックを1つ作ってください。改造クライアント、Forge、Fabricは使いません。
対象は一人用ワールドだけです。

制約:
- 今の版の pack.mcmeta の書き方は、minecraft.wiki の Pack format を見て決める
- 数字はこちらで入れるので、仮の数字を固定しない。入れる場所だけ示す
- 名前空間は英小文字のみ。例: tunakitchen
- 関数フォルダは今の版の名前を使う。古い複数形のままで書かない
- minecraft 名前空間は、load 用のタグ以外いじらない
- 実験的設定になるフォルダ(worldgen、dimension など)は作らない
- 存在しないコマンドを書かない。不確かなら「要確認」と書く

作るもの:
- 関数 tunakitchen:worklight
- 実行した自分へ、夜でも掘れるよう night_vision を一定時間かける
- ワールド読み込み時に、パックが入ったことだけチャットで知らせる

出力:
- フォルダ構成
- 各ファイルの全文
- 入れ方
- 確認コマンド
- 失敗したときの見方

返ってきたら、まずフォルダを自分で作ります。zipの中身が1段深いと、ゲームは pack.mcmeta を見つけられません。ルート直下に pack.mcmeta がある状態が正解です。

tunakitchen/
  pack.mcmeta
  data/
    tunakitchen/
      function/
        worklight.mcfunction
    minecraft/
      tags/
        function/
          load.json

pack.mcmeta は、今の版の必須キーだけを公式Wikiどおりに置きます。古い解説は pack_format の1数字だけ、新しい解説は min_formatmax_format を必須としています。どちらが正かは、今入れている版のWiki行です。数字は記事に固定しません。対応表を開いて、自分の版の行を写します。

関数ファイルは、コマンドを1行ずつ書くテキストです。作業灯なら、公式コマンドの effect give を自分へ向けるだけで足ります。秒数や隠し表示は、今の版のコマンド解説で確認します。ここをAIの記憶に任せると、古い書き方が混ざります。

入れたあとの確認は、次の順です。

  1. ワールドを開き、/datapack list で自分のパックが enabled 側に出るか見る
  2. 出ていなければ、/datapack enable "file/tunakitchen" を試す。名前はフォルダ名です
  3. /function tunakitchen:worklight を打つ。夜視覚が自分に乗れば成功
  4. 関数やレシピ、進捗を直しただけなら /reload で再読み込みできる、と公式Wikiは書いています
  5. 実験的設定のフォルダを触った場合は、reload では足りず、ワールドを閉じて開き直す必要があります。この記事の最初の1個では、そのフォルダを作りません

チートのオンオフは、ワールドのチート許可と、今のゲームモードで決まります。一人用でチートを許可していないと、関数の一部が通りません。検証ワールドではチートを許可し、本番ワールドへ移す前に、そのワールドのルールへ合わせます。

典型ケースの再構成:採掘用の作業灯

以下は、公開されているデータパック仕様と、よくある失敗パターンから組んだ典型ケースの再構成です。実在の一人のログではありません。

想定するのは、Java版を一人で遊んでいる社会人です。平日の夜に採掘を進めたい。配布のチートメニューは入れたくない。欲しいのは「今だけ夜でも掘れる」ことだけです。新しいワールドを1つ作り、そこだけを実験場にします。

1回目のAI出力は動きません。pack.mcmeta の最後の行に余分なカンマがあり、関数フォルダが古い複数形のままです。ゲームはパックを無視するか、ワールドを開くときにエラーを出します。本人は拡張子表示をオンにして、ファイルをメモ帳で開き、カンマを消し、フォルダ名を今の版に直します。

2回目で /datapack list に tunakitchen が出ます。/function tunakitchen:worklight で夜視覚が乗り、洞窟が明るく見えます。得はこれだけです。無限ダイヤでも、ノックバック無効でもありません。それでも、怪しい実行ファイルを1つ入れずに済みます。

3回目に失敗します。「ついでに新しいバイオームも」と頼んで、実験的設定のフォルダが混ざります。一人用では開けても、Realms へ上げようとして弾かれます。公式Wikiどおり、実験的設定を使うパックが入ったワールドは Realms に置けません。本人は実験用フォルダを消し、作業灯だけ残して戻します。

このケースが示すのは、AIが全自動で完成品を出すことではありません。骨格を出させ、公式の線と今の版のフォルダ名で検品し、1機能だけ残すことです。量産したくなるのはそのあとです。最初から10機能を詰めないでください。

できること・できないこと

できること できないこと・別扱い
一人用ワールドに、自分用の関数・レシピ・進捗を足す 統合版のチートAPKを作る・入れる
公式コマンドの範囲で、作業を短くする 改造クライアントでアンチチートを抜く
パックをフォルダやzipで、オリジナルとして配る(EULAのMods側) ゲーム本体やサーバーソフトを改造して配る
壊れたらパックを外すか、Safe Mode でバニラだけにする 実験的設定入りワールドを Realms へ上げる
見た目はリソースパック、挙動はデータパックで分ける Mojangのテクスチャや音楽そのものをパックに入れて再配布する
サーバーが許すなら、同じパックを合意のうえで置く 他人のサーバーへ無断で入れ、他プレイヤーの体験を壊す

EULAは、Mods に Mojang の著作物であるコードやコンテンツの相当部分を含めない、とも書いています。バニラの音源や公式スキンをパックに詰めて配るのは、この文面の外です。自分で描いたもの、自分で書いた関数、自分で組んだレシピだけをパックにします。

マルチで「自分だけ得する」パックは、サーバーのルールと、他プレイヤーへの迷惑の両方に触れます。griefing に使うな、とEULA自身が書いています。便利を配るなら、サーバー主の許可と、参加者への説明が先です。

失敗しやすい点

データパックが動かないとき、原因はほぼ次のどれかです。AIの出力を信じたまま2個目を足すと、原因が混ざります。

  • 拡張子が .txt のまま … Windows が隠し、ゲームが読まない。最初に疑う
  • zipの一段深い入れ子 … 解凍すると、パック名フォルダの中にもう一段ある。ルートに pack.mcmeta が見えない
  • JSONの末尾カンマ、全角引用符、全角カンマ … 日本語IMEが混ざる。AIも時々出す。バリデータで弾く
  • 古いフォルダ名functionsloot_tablestags/items のまま。今の版は単数形へ寄せている
  • pack.mcmeta の数字が今の版と食い違う … 古い数字のまま置くと、非互換として無視されることがある
  • 名前空間に大文字や空白 … 公式は使える文字を制限している。英小文字、数字、一部記号だけ
  • 実験的設定のフォルダが混ざる … 一人用は警告画面、Realms はアップロード失敗
  • チート未許可のワールドで関数を打つ … 権限がなく、何も起きないように見える

ワールドを開くときにエラーが出て、Safe Mode にするかタイトルへ戻るか聞かれたら、壊れたパックです。Safe Mode はバニラ以外を全部切ります。開いて中身を直すための非常口であり、常用ではありません。

危険な失敗は、動かないデータパックではありません。動かないからといって「改造クライアントなら一発」へ逃げることです。そこで配布実行ファイルを拾うと、この記事の得が全部消えます。

復旧・戻し方

壊れたときの戻し方は、新しいパックを足すことではありません。今入っているものを1個ずつ外します。

  1. ワールドを閉じる
  2. saves\(ワールド名)\datapacks を開く
  3. 今回足したフォルダかzipを、ワールドの外へ退避する。削除より退避が先
  4. ワールドを開き直す。開ければ、原因はそのパック
  5. 開かない、または Safe Mode を求められたら、datapacks を空にしてから開く。バニラだけなら開けるはずです
  6. バックアップがあるなら、ワールドフォルダごと戻す。実験は捨ててよいワールドで行う理由がここです

ゲーム内から外すだけなら、/datapack disable "file/tunakitchen" です。無効化したあと /reload します。無効化してもファイルは残るので、フォルダを退避した方が気持ちは軽いです。

Realms へ上げられず詰まったときは、実験的設定のフォルダが無いかを先に見ます。公式Wikiは、該当フォルダに有効なファイルが1つでもあると実験的設定扱いになると書いています。ワールド生成やディメンションを触ったパックは、Realms 用から外します。

AIの出力が繰り返し壊れるときは、依頼文を短くします。1機能、今の版のWikiを読む、実験的フォルダは作らない。これ以上の指示を足すより、出力を1ファイルずつ検品する方が速いです。

他人のサーバーでトラブルになったら、自分で直そうとしないでサーバー主に連絡します。検知を避ける手順はありません。入れる前に許可を取る、が復旧より安いです。

チートクライアントとの境界

検索結果の上の方には、いまも改造クライアントの名前が並びます。メニューから飛行、透過、自動採掘。欲しい気持ちは分かります。この記事では、その入手も導入も書きません。

理由は好みではありません。EULAが、改造したゲーム本体の配布を禁じているからです。マルチでは、各サーバーのルールとチート対策が別にあります。回避の話は、得ではなく事故です。tunamod のゲーム記事でも、検知の仕組みは書けても回避手順は書かない、と同じ線です。

自分の一人用ワールドで、公式コマンドの範囲の便利を足す。それがこの記事のズルさです。他人のワールドで自分だけ無敵になる話ではありません。

配布ファイルの安全性そのものは、ゲームに限りません。署名の違う実行ファイル、パスワードを要求する「無料MOD」、ウイルス対策を切れと書いてあるページは、見送ります。データパックはテキストとJSONです。実行ファイルが混ざっていたら、それはデータパックではありません。

最終判断

マイクラでズルく得したいなら、配布チートを探すより、公式データパックを自分で持った方が残ります。EULAは作る側を許しています。AIはその骨格を速く出す道具です。検品と、一人用での確認と、壊れたときの外し方まで含めて、初めて得です。

最初の1個は、夜視覚のような公式コマンド1本で十分です。バイオームもディメンションもいりません。動いたら、レシピ、進捗、自分用の関数を1つずつ足します。Fabric は、データパックで届かなくなってからで間に合います。

統合版のチートAPK、改造クライアント、マルチの検知回避は対象外です。画面の表示と、今の版の公式Wikiが、記事の文面より優先されます。

よくある質問

記事にバージョン番号がないのはなぜですか?

固定の番号は、次の更新のあと誤情報になります。データパックはフォルダ名も pack.mcmeta の書き方も、版で変わります。数字は Pack format の、今入れている版の行を見てください。

統合版やスマホ版でも同じやり方ですか?

違います。この記事のデータパックは Java版専用です。統合版はビヘイビアパックとリソースパックで、フォルダも権限も別です。スマホのチートAPKは、この記事の対象外です。

作ったパックを配ってもいいですか?

EULAは、オリジナルの Mods の配布を認めています。改造したゲーム本体の配布は認めていません。Mojangの音源や公式テクスチャを詰めない。相手のワールドを壊す使い方を案内しない。サーバーへ置くなら、主の許可が先です。

Realms で使えますか?

実験的設定を使っていないデータパックなら、上げられることがあります。実験的設定のフォルダが入っていると、公式Wikiどおり Realms は受け付けません。上げる前に、worldgen や dimension など該当フォルダが無いかを見ます。画面が拒否したら、その表示が正です。

BANされますか?

一人用で公式データパックを使うこと自体を、公式が即BANだとは書いていません。問題になるのは、改造クライアント、他人のサーバーへの無断投入、griefing です。回避手順はありません。本アカのマルチへ持ち込む前に、その場のルールを読んでください。

AIが出したファイルを、確認せずに入れていいですか?

よくありません。存在しないコマンド、古いフォルダ名、実験的フォルダ、JSONの壊れが混ざります。1ファイルずつ開き、公式Wikiと突き合わせます。実行ファイルが混ざっていたら捨てます。

Fabric や NeoForge の方が強くないですか?

届く範囲は広いです。ただし最初の1個としては重いです。ローダー、対応版、他Modとの衝突が増えます。公式コマンドで足りる便利は、データパックの方が戻しやすいです。足りなくなってからローダーを見ます。

こういうのが好きな人へ

配布を探すより、公式の線の内側で自分用の道具を量産する話が好きなら、同じ態度はゲームの外でも使えます。顔を出さず、型だけを先に作る話は、こちらに置いてあります。

顔出しなしでAIを使う無料の案内

保存する時に便利だよ
  • URLをコピーしました!
  • URLをコピーしました!
目次