この記事は、マイクラのコマンド権限で混乱しやすい方向けです
Java版と統合版では「チート」と「権限」の扱いがかなり違います
OPを付けたのにコマンドが使えない原因も、順番に整理します
こんにちは。ゆずかきです。
マイクラでコマンドを使おうとした時、こんな経験はありませんか？
/gamemode creativeを打ったのに使えない- OPにしたはずなのに、統合版でコマンドが通らない
- チートをオンにすると実績が無効になると聞いて怖い
- Java版と統合版で説明が混ざって、結局どれが正しいのか分からない
実はこれ、「パーミッション」と「チート要否」を同じものとして考えてしまうと一気にややこしくなります。
結論から言うと、Java版は基本的に権限レベルが足りているかが重要です。
一方で統合版は、権限レベルが足りているかに加えて、コマンドごとにチートが必要かどうかも見られます。
ここを理解しておくと、サーバー管理・ワールド設定・コマンドブロック・実績解除の判断がかなり楽になります。
この記事では、マイクラのコマンドについて、
- パーミッションとは何か
- チート要否とは何か
- Java版と統合版で何が違うのか
- OPを付けてもコマンドが使えない原因
- 実績・進捗への影響
- サーバー運営で安全に権限を渡す考え方
を、順番に整理していきますね。
※本記事はJava版26.1.2、統合版26.23時点の公開情報と実機運用で起こりやすい挙動をもとに構成しています。
※Java版は2026年以降、従来の1.21.11のような形式から26.x形式のバージョン表記へ移行しています。
※コマンドの追加・構文変更はアップデートで発生するため、細かい構文はゲーム内の /help や候補表示もあわせて確認してください。
目次
1. まず結論：パーミッションとチート要否は別物です
2. パーミッションとは？コマンドを使うための権限レベル
3. チート要否とは？ワールド側で許可されているかの判定
4. Java版の仕様：基本は権限レベルで決まります
5. 統合版の仕様：権限とチートの両方を見る場面が多いです
6. Java版と統合版の違いを表で比較
7. 代表的なコマンドのチート要否・権限レベルの例
8. OPを付けたのにコマンドが使えない時の原因
9. コマンドブロックで失敗しやすいポイント
10. 実績・進捗への影響の違い
11. Java版サーバーで安全に権限を渡す考え方
12. 統合版・Realmsで安全に権限を渡す考え方
13. バージョンによる変更点と確認方法
14. まとめ
15. コマンド権限で困った時のチェックポイント
この記事で分かること
・マイクラのコマンド権限とチート設定の違い
・Java版/統合版でコマンドが使えない原因
・OP、チート、実績、コマンドブロックの関係
1. まず結論：パーミッションとチート要否は別物です
最初に一番大事なところから整理します。
マイクラのコマンドには、大きく分けて次の2つの考え方があります。
- パーミッション：そのプレイヤーや実行者に、コマンドを使う権限があるか
- チート要否：そのコマンドを使うために、ワールド側でチートが有効になっている必要があるか
この2つは似ていますが、同じものではありません。
例えば、統合版ではOP相当の権限を持っていても、ワールドのチートがオフだと /give や /tp などのチート必須コマンドが使えない場面があります。
逆に、Java版の専用サーバーでは、十分なOP権限があれば、統合版のような「チートを許可」スイッチに縛られる感覚とは少し違います。
筆者も最初の頃、ここを混同していました。
「OPにしたのに、なんで使えないの？」
「チートをオンにしたら、OPと同じ意味なの？」
「統合版の実績が消えるって、Java版の進捗も消えるの？」
こういう疑問が出るのは、かなり自然です。
マイクラはJava版と統合版で同じ名前のコマンドが多いのに、裏側の権限管理が別物だからです。
覚え方としては、次のように考えると分かりやすいです。
Java版：その人に権限レベルがあるかを見る
統合版：その人に権限があるか＋そのコマンドがチート許可を必要とするかを見る
もちろん細かい例外はありますが、初心者さんがまず押さえるならこの理解で大丈夫です。
2. パーミッションとは？コマンドを使うための権限レベル
パーミッションとは、簡単に言うとコマンドを実行する権限の強さです。
マイクラでは、すべてのプレイヤーが最初から強力なコマンドを使えるわけではありません。
もし誰でも /give や /gamemode、/stop などを自由に使えたら、サーバー運営は一瞬で壊れます。
そのため、コマンドには「このくらいの権限が必要です」という制限があります。
Java版の権限レベル
Java版では、権限レベルは0〜4で考えると分かりやすいです。
| 権限レベル | 目安 | できることのイメージ |
|---|---|---|
| 0 | 一般プレイヤー | 通常のチャット系・制限のないコマンド程度 |
| 1 | モデレーター相当 | スポーン保護の一部を越えられるなど |
| 2 | ゲーム管理者相当 | /give・/tp・/gamemodeなど多くの便利コマンド |
| 3 | 管理者相当 | /op・/deop・/ban・/kickなど運営寄りのコマンド |
| 4 | 所有者相当 | /stopなどサーバー全体に関わる強いコマンド |
Java版の専用サーバーでは、server.properties の op-permission-level によって、OP付与時の標準権限レベルを決められます。
初期設定では4になっていますが、身内サーバーでも全員をレベル4にするのはおすすめしません。
理由はシンプルで、強すぎるからです。
友達に「建築を手伝ってもらうためにクリエイティブを使わせたい」だけなら、全サーバー停止までできる権限は不要です。
小規模サーバーでも、誰にどこまで任せるかは決めておいた方が安全です。
統合版の権限レベル
統合版では、Java版のようにプレイヤーが普段から「自分はレベル2です」と意識することは少ないです。
ただし内部的には、コマンドごとに必要な権限が決まっています。
公式ドキュメントでは、主に次のような区分で説明されています。
| 区分 | 目安 | できることのイメージ |
|---|---|---|
| Any | 誰でも | /help・/list・/tellなど |
| Game Directors | オペレーター相当 | /give・/tp・/time・/weatherなど多くのゲーム操作 |
| Admin | 管理者相当 | /op・/deopなど権限管理寄り |
| Host | ホスト相当 | ホスト側の管理操作 |
| Owner | 所有者・サーバー環境 | 専用サーバー寄りの強い管理操作 |
統合版で特に大事なのは、プレイヤー権限画面の「ビジター・メンバー・オペレーター」と、内部的なコマンド権限は完全に同じ言葉ではないという点です。
普段の遊びでは「この人をオペレーターにする」で十分ですが、コマンドの細かい仕様を見る時は、公式表の「Required Permission Level」と「Requires Cheats Enabled」をセットで見る必要があります。
3. チート要否とは？ワールド側で許可されているかの判定
チート要否とは、そのコマンドを使うために、ワールド側でチートが有効になっている必要があるかという判定です。
ここで勘違いしやすいのが、チートという言葉です。
マイクラの設定で言う「チート」は、悪い意味の不正行為というより、通常のサバイバルではできない操作を許可する設定と考えると分かりやすいです。
例えば、
- アイテムを出す
- ゲームモードを変える
- 天気を変える
- 時間を変える
- 好きな座標へテレポートする
- モブやブロックを直接出す
こういう操作は、サバイバルの通常プレイから見ればかなり強力です。
なので、多くのコマンドはチート扱いになります。
Java版のチート設定
Java版シングルプレイでは、ワールド作成時に「チートを許可」をオンにすると、プレイヤーが強いコマンドを使えるようになります。
もし作成時にオンにし忘れた場合でも、ゲーム中に、
- Escキーでメニューを開く
- 「LANに公開」を選ぶ
- 「チートを許可」をオンにする
- 「LANワールドを開始」を押す
この手順で、一時的にコマンドを使える状態にできます。
ただしこれは一時的なものなので、ワールドに入り直すと元に戻ります。
体験談
筆者も検証用ワールドでチートを入れ忘れた時は、LAN公開で一時的に/gamemode creativeを使うことがあります。
ただしLAN公開中は一時停止が効かなくなるので、敵が来ない安全な場所で操作しましょう。
統合版のチート設定
統合版では、設定画面から「チートを許可」を切り替える形です。
Java版のLAN公開のような一時的な逃げ道というより、ワールド設定としてチートを有効にするイメージが強いです。
そして統合版で最重要なのが、チートを有効にすると、そのワールドでは実績が解除できなくなるという点です。
後からチートをオフに戻しても、基本的にそのワールドの実績解除は戻りません。
これはかなり大事です。
統合版で実績解除を狙っているワールドなら、軽い気持ちでチートをオンにしない方がいいです。
スクショ撮影用・検証用・建築用のワールドを別に作るのがおすすめです。
4. Java版の仕様：基本は権限レベルで決まります
Java版では、コマンドが使えるかどうかは、基本的に実行者の権限レベルで決まります。
シングルプレイなら、チートを許可したワールドではプレイヤーが強い権限を持ちます。
専用サーバーなら、サーバー管理者が /op でプレイヤーにOP権限を付けます。
Java版シングルプレイの場合
Java版のシングルプレイでは、ワールド作成時の「チートを許可」がかなり重要です。
- チート許可あり：多くのコマンドを使える
- チート許可なし：通常プレイヤー扱いになり、強いコマンドは使えない
- チート許可なしでも、LAN公開で一時的に使える
この理解で大丈夫です。
ただし、チートをオンにしたからといって、統合版のように進捗がワールド単位で無効になるわけではありません。
Java版の進捗と統合版の実績は別物です。
ここを混同しやすいので注意してくださいね。
Java版専用サーバーの場合
Java版の専用サーバーでは、統合版のように「このワールドはチートオンです」という感覚より、誰がOP権限を持っているかが中心になります。
サーバーコンソールから、
op プレイヤー名
と入力すれば、そのプレイヤーにOP権限を付けられます。
逆に外す場合は、
deop プレイヤー名
です。
この時、どのくらい強いOP権限を標準で渡すかは、server.properties の op-permission-level で決まります。
op-permission-level=4
初期設定のままレベル4だと、かなり強いです。
身内サーバーなら「信頼している管理者だけレベル4」「普通の補助メンバーは必要最低限」にした方が事故が減ります。
体験談
身内サーバーでありがちなのが、「建築のためにOP付けて」と言われて、そのまま全権限を渡してしまうケースです。
悪意がなくても、コマンドミスで天候・時間・ゲームルール・アイテム配布が一気に変わることがあります。
OPは便利ですが、配る相手はちゃんと選びましょう。
5. 統合版の仕様：権限とチートの両方を見る場面が多いです
統合版は、Java版よりも「権限」と「チート要否」の関係が分かりにくいです。
理由は、コマンドごとに、
- Required Permission Level（必要な権限）
- Requires Cheats Enabled（チートが必要か）
が分かれているためです。
つまり、統合版では次のような判定になります。
そのプレイヤーに必要な権限があるか
そのコマンドがチート必須なら、ワールドのチートがオンか
この両方を見ます。
例：/give や /tp が使えない理由
統合版で /give や /tp を使いたい場合、基本的にはオペレーター権限が必要です。
さらに、それらのコマンドはチートが必要なコマンドとして扱われます。
そのため、
- 自分がオペレーターではない
- ワールドのチートがオフ
- マルチプレイで自分に「オペレーターコマンド」が許可されていない
このどれかに当てはまると、コマンドが通りません。
ここがJava版と大きく違います。
Java版サーバーではOP権限があれば多くのコマンドを使えますが、統合版ではOP相当の権限があっても、チート必須コマンドはチート設定に引っかかることがあります。
例：/help や /tell はチート不要
一方で、すべてのコマンドがチート必須ではありません。
例えば、
/help
や、
/tell プレイヤー名 メッセージ
のようなコマンドは、ワールドを大きく壊すものではありません。
このようなコマンドは、チート不要で使える代表例です。
統合版では「コマンド＝全部チート」ではなく、コマンドごとにチートが必要かどうかが分かれていると考えてください。
6. Java版と統合版の違いを表で比較
ここまでの内容を、表で整理します。
| 項目 | Java版 | 統合版 |
|---|---|---|
| コマンド利用の基本判定 | 権限レベルが中心 | 権限レベル＋チート要否を見る |
| シングルプレイでの許可 | ワールド作成時の「チートを許可」またはLAN公開 | 設定画面の「チートを許可」 |
| マルチプレイでの許可 | OP権限が中心 | プレイヤー権限とチート設定が中心 |
| OPの意味 | 権限レベルを持つ管理者 | オペレーターコマンドを使える権限者 |
| チートOFF時の強いコマンド | シングルでは使えない。サーバーではOP権限が重要 | チート必須コマンドは基本的に使えない |
| 実績・進捗への影響 | チート許可で進捗が恒久無効になる仕様ではない | チートONでそのワールドの実績解除が無効になる |
| 一時的にチートを使う方法 | LAN公開で一時的に可能 | 基本的にワールド設定として切り替える |
特に重要なのは、統合版の実績です。
Java版の感覚で「少しだけコマンドを使おう」と思って統合版のチートをオンにすると、そのワールドで実績が解除できなくなります。
統合版で実績解除ワールドを運用している方は、本当にここだけは注意してください。
7. 代表的なコマンドのチート要否・権限レベルの例
ここでは、よく使うコマンドを例にして、扱いの違いを見ていきます。
※細かい必要権限や構文はアップデートで変わる可能性があります。特に統合版は公式コマンド表の「Requires Cheats」を確認するのが確実です。
| コマンド | 用途 | Java版の目安 | 統合版の目安 |
|---|---|---|---|
/help |
コマンドのヘルプ表示 | 一般プレイヤーでも使いやすい | Any・チート不要 |
/tell |
個別メッセージ送信 | 一般プレイヤーでも使いやすい | Any・チート不要 |
/list |
参加者一覧表示 | 一般プレイヤーでも使いやすい | Any・チート不要 |
/give |
アイテム付与 | OP権限が必要な代表例 | Game Directors・チート必要 |
/gamemode |
ゲームモード変更 | OP権限が必要な代表例 | Game Directors・チート必要 |
/tp / /teleport |
テレポート | OP権限が必要な代表例 | Game Directors・チート必要 |
/time |
時間の確認・変更 | 操作内容によって権限が必要 | Game Directors・チート必要 |
/weather |
天気変更 | OP権限が必要な代表例 | Game Directors・チート必要 |
/gamerule |
ゲームルール確認・変更 | OP権限が必要な代表例 | Game Directors・公式表ではチート不要扱い |
/op |
OP権限付与 | サーバー管理向けの強いコマンド | Admin・チート不要 |
/deop |
OP権限解除 | サーバー管理向けの強いコマンド | Admin・チート不要 |
/stop |
サーバー停止 | 最高レベル寄りの管理コマンド | Owner・チート必要 |
この表で見てほしいのは、統合版の列です。
統合版では、/help や /tell のようにチート不要のコマンドもあります。
一方で、/give や /tp のようなゲーム内容を大きく変えるコマンドは、オペレーター権限だけではなくチート許可も必要です。
つまり、統合版でコマンドが使えない時は、
権限が足りないのか？
チートがオフなのか？
そもそもそのコマンドがその環境で使えるのか？
この3つを分けて見た方が早いです。
8. OPを付けたのにコマンドが使えない時の原因
「OPにしたのにコマンドが使えない」
これはコマンド系のトラブルでかなり多いです。
Java版と統合版で原因が違うので、順番に見ていきましょう。
Java版でOPなのに使えない場合
Java版でOPを付けたのにコマンドが使えない場合、主な原因は次のあたりです。
- サーバーコンソールではなく、権限のないプレイヤー側から
/opを実行しようとしている ops.jsonを直接編集したあと、サーバーの再起動や再読み込みができていない- プレイヤー名を間違えている
ops.jsonの権限レベルが低いop-permission-levelの設定が想定と違う- コマンド自体がそのバージョンに存在しない
- コマンド構文をJava版と統合版で混同している
特にありがちなのが、Java版と統合版の構文違いです。
例えば /give はJava版と統合版でアイテム指定や引数の扱いが違います。
同じ /give という名前でも、ネットで見つけた構文が自分のエディションに合っていないと失敗します。
コマンドが赤くなったり、候補が出なかったり、引数エラーが出たりする場合は、権限ではなく構文の問題かもしれません。
統合版でオペレーターなのに使えない場合
統合版で多いのは、次のパターンです。
- ワールドのチートがオフ
- 自分のプレイヤー権限で「オペレーターコマンド」が許可されていない
- 実行しようとしているコマンドがチート必須
- Realmsやサーバー側の権限設定が想定と違う
- コマンドブロックやクリエイティブ専用の制限に引っかかっている
統合版で /give や /tp が使えない場合、まず見るべきはチートがオンかどうかです。
オペレーター権限があっても、チート必須コマンドはそこで止まります。
体験談
統合版は「オペレーターにしたから全部いける」と思うとハマります。
実際は、チートが必要なコマンドが多いので、実績ワールドでは使えないものが多いです。
実績を残したいワールドと、検証用ワールドは分けておくのが安全です。
9. コマンドブロックで失敗しやすいポイント
コマンドブロックは便利ですが、通常のチャットコマンドとは少し扱いが違います。
ここも混乱しやすいので、別章で整理しておきます。
Java版のコマンドブロック
Java版では、コマンドブロックやコマンドブロック付きトロッコは、実行者として一定の権限レベルを持ちます。
ただし、何でも実行できるわけではありません。
代表的な注意点は次の通りです。
- サーバーでは
enable-command-block=trueが必要 - コマンドブロックは権限レベル2相当として扱われる
- レベル3以上が必要な管理系コマンドは実行できない場合がある
- プレイヤー権限とコマンドブロック権限は別で考える
つまり、チャットからOPが使えるコマンドでも、コマンドブロックでは通らないことがあります。
例えば、サーバー管理系の強いコマンドをコマンドブロックに入れても、権限レベルの関係で失敗することがあります。
装置づくりで使うなら、/setblock、/tp、/summon、/execute など、コマンドブロック向きの範囲で考えると分かりやすいです。
統合版のコマンドブロック
統合版では、コマンドブロックを扱う時に、次の点を確認しましょう。
- ワールドのチートがオンになっているか
- コマンドブロックが有効になっているか
- 自分にオペレーターコマンド権限があるか
- クリエイティブモードで編集しているか
- そのコマンドがコマンドブロックから実行できる種類か
統合版では、コマンドブロックも「チート」「権限」「実行環境」の影響を受けます。
特に、最初のコマンドブロック入手時に /give @s command_block を使う場合、そもそも /give がチート必須です。
つまり、チートを使わない実績ワールドでコマンドブロック装置を作る、という運用は基本的に相性が悪いです。
10. 実績・進捗への影響の違い
ここはかなり大事です。
Java版と統合版では、実績・進捗まわりの扱いが違います。
同じ「マイクラ」でも、ここを混ぜて覚えると失敗します。
Java版は「進捗」
Java版では、現在は「実績」ではなく「進捗」という仕組みです。
チートを許可したからといって、統合版のようにそのワールドで進捗が恒久的に無効になる仕様ではありません。
そのため、検証用に一時的にLAN公開でチートを使っても、統合版の実績のような取り返しのつかない無効化とは扱いが違います。
ただし、コマンドでアイテムを出したり、ゲームモードを変えたりすれば、当然サバイバルの体験そのものは変わります。
「完全サバイバルで進めたい」という自分ルールがあるなら、Java版でもコマンド使用は分けて考えた方がいいです。
統合版は「実績」
統合版では、チートを有効にすると、そのワールドでは実績が解除できなくなります。
後からチートをオフに戻しても、基本的に戻りません。
ここは本当に注意です。
注意！
統合版で実績解除を狙うワールドでは、チートをオンにしないでください。
コマンド検証・建築補助・スクショ撮影は、別ワールドでやるのがおすすめです。
筆者のおすすめ運用は、ワールドを最初から分けることです。
- 実績解除用：チートOFFで触らない
- 建築・検証用：チートONで自由に使う
- 配布マップ・装置検証用：バックアップを取ってから作業
この分け方にしておけば、うっかり実績ワールドを壊す事故が減ります。
11. Java版サーバーで安全に権限を渡す考え方
Java版サーバーでOP権限を配る時は、かなり慎重でいいです。
便利な反面、OPはワールド全体に影響を与えられるからです。
全員OPはおすすめしません
身内サーバーだと、最初は勢いで全員OPにしがちです。
でも、これはあまりおすすめしません。
理由は、悪意がなくても事故が起きるからです。
/fillの範囲指定を間違えて建築を消す/kill @eで必要な村人やペットまで消す/gameruleを変えて仕様が分からなくなる- クリエイティブ化してアイテム管理が崩れる
/time setや/weatherを連打して雰囲気が変わる
こういう事故、身内サーバーでは普通に起こります。
権限は「必要な人に必要な分だけ」
サーバー管理で大事なのは、必要な人に必要な分だけ渡すことです。
例えば、
- サーバー停止や設定変更まで任せる人
- 荒らし対応だけ任せる人
- 建築補助だけ必要な人
- 普通に遊ぶだけの人
この4つは、本来かなり違います。
全員に同じ強さのOPを渡すより、役割ごとに分けた方が安全です。
バニラサーバーだけで細かい権限管理をするのは限界がありますが、少なくとも「誰にOPを付けるか」は決めておきましょう。
ops.jsonを直接触る時の注意
Java版サーバーでは、OP情報が ops.json に保存されます。
直接編集することもできますが、慣れていないうちはサーバーコンソールから /op と /deop を使った方が安全です。
もし直接編集するなら、必ずバックアップを取りましょう。
JSONのカンマや括弧を1つ間違えるだけで、読み込みに失敗することがあります。
12. 統合版・Realmsで安全に権限を渡す考え方
統合版やRealmsでは、Java版の専用サーバーとは違い、画面上のプレイヤー権限で管理する場面が多いです。
統合版では、基本的に次のような権限があります。
- ビジター
- メンバー
- オペレーター
- カスタム
普段のマルチプレイでは、信頼できる人だけオペレーターにするのが無難です。
オペレーターにすると何が危ない？
オペレーター権限を持つと、コマンドや設定に触れる範囲が広がります。
チートONのワールドでは、さらに影響が大きくなります。
例えば、
- アイテムを出せる
- ゲームモードを変えられる
- 天気や時間を変えられる
- プレイヤーを移動させられる
- コマンドブロックに触れる可能性がある
こうした操作は便利ですが、ワールドのバランスを簡単に変えます。
実績解除ワールドであれば、そもそもチートをオンにしないのが最優先です。
建築用・撮影用・検証用のワールドであれば、オペレーターを使っても問題ありませんが、それでも誰に渡すかは決めておきましょう。
統合版でおすすめの運用
筆者としては、統合版では次の運用が安全だと思います。
- 実績ワールド：チートOFF、基本メンバー権限
- 建築ワールド：チートON、信頼できる人だけオペレーター
- 検証ワールド：チートON、自由にコマンド検証
- Realms本番ワールド：バックアップを取ってから権限変更
特にRealmsは、複数人が入るので変更の影響が大きいです。
誰かにオペレーターを渡す前に、ワールドのバックアップを取っておくと安心です。
13. バージョンによる変更点と確認方法
マイクラのコマンドは、アップデートで追加・変更されることがあります。
そのため、コマンド記事を見る時は、必ず「どのバージョンの情報か」を確認しましょう。
Java版1.21.11以降の注意点
Java版1.21.11では、/stopwatch などのコマンド追加が行われています。
また、2026年以降のJava版は、従来の1.xx形式ではなく、26.x形式のバージョン番号へ移行しています。
そのため、今後は検索する時に、
- Java版1.21.11
- Java版26.1
- Java版26.1.2
のような情報が混在します。
「1.22がないの？」と感じる方もいるかもしれませんが、2026年以降は表記ルールが変わっています。
古い記事と新しい記事を見比べる時は、このバージョン表記の違いに注意してください。
Java版26.1で見ておきたい点
Java版26.1では、/swing の追加や、/time コマンドまわりの拡張など、コマンド関連の変更があります。
その後、26.1系ではホットフィックスも出ているため、実際に遊ぶ時はランチャーの「最新のリリース」で表示される細かいバージョンも確認しておくと安心です。
ただし、この記事で解説しているパーミッションとチート要否の基本的な考え方は、コマンドが1つ追加されたから丸ごと変わるものではありません。
変わりやすいのは、
- コマンドの構文
- 追加されたサブコマンド
- 引数の種類
- 実行できる対象
- コマンドブロックや関数での細かい挙動
このあたりです。
統合版26.xで見ておきたい点
統合版も、26.x系のアップデートで細かい修正が入っています。
統合版はプラットフォーム差やRealms、専用サーバー、アドオン環境の影響もあるため、Java版以上に「今の環境で使えるか」を確認するのが大事です。
統合版でコマンドを確認する時は、次の順番がおすすめです。
- ゲーム内で
/helpを見る - コマンド候補が出るか確認する
- チート設定が必要か確認する
- 自分のプレイヤー権限を確認する
- 公式ドキュメントの「Requires Cheats」を確認する
この順番で見ると、かなり原因を絞れます。
14. まとめ
以上、マイクラのコマンドにおけるパーミッションとチート要否の違いを整理しました。
要点をまとめると、次の通りです。
- パーミッションは、プレイヤーや実行者がコマンドを使う権限を持っているか
- チート要否は、そのコマンドを使うためにワールド側でチート許可が必要か
- Java版は、基本的に権限レベルの考え方が中心
- 統合版は、権限レベルに加えてチート要否も重要
- 統合版ではチートをオンにすると、そのワールドの実績解除が無効になる
- Java版の進捗と統合版の実績は別物
- OP権限は便利だが、サーバーやワールドを壊せるほど強いので配りすぎ注意
特に覚えておきたいのは、ここです。
Java版：OP権限・権限レベルを確認する
統合版：オペレーター権限＋チート設定を確認する
この違いだけでも、コマンドが使えない時の原因をかなり見つけやすくなります。
マイクラのコマンドは、慣れると本当に便利です。
建築の補助、検証、サーバー管理、配布マップ制作、装置づくりなど、できることが一気に広がります。
ただし、その分だけワールドに与える影響も大きいです。
大事なワールドでは、バックアップを取ってから使う。
統合版の実績ワールドでは、チートをオンにしない。
サーバーでは、必要な人にだけOPを渡す。
この3つを守るだけで、コマンド事故はかなり減らせます。
では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもマイクラの仕様解説や便利なコマンド知識をまとめているので、是非ご覧くださいね(^^♪
15. コマンド権限で困った時のチェックポイント
最後に、コマンドが使えない時の確認リストを置いておきます。
トラブル時は、上から順番に見てください。
Java版で確認すること
- [ ] ワールド作成時にチートを許可しているか？
- [ ] チートなしシングルなら、LAN公開で一時的に許可しているか？
- [ ] 専用サーバーなら、自分にOPが付いているか？
- [ ]
op-permission-levelは想定通りか？ - [ ]
ops.jsonのプレイヤー名・UUID・権限レベルは正しいか？ - [ ] コマンド構文がJava版用になっているか？
- [ ] そのコマンドが現在のバージョンに存在するか？
- [ ] コマンドブロックなら
enable-command-block=trueになっているか？ - [ ] コマンドブロックで実行できない管理系コマンドを入れていないか？
統合版で確認すること
- [ ] ワールドの「チートを許可」がオンになっているか？
- [ ] そのワールドで実績解除を狙っていないか？
- [ ] 自分がオペレーター権限を持っているか？
- [ ] 「オペレーターコマンド」が許可されているか？
- [ ] そのコマンドがチート必須かどうか確認したか？
- [ ] コマンド構文が統合版用になっているか？
- [ ] コマンドブロックを使うなら、チートとコマンドブロック設定が有効か？
- [ ] クリエイティブで編集が必要な場面では、ゲームモードが合っているか？
- [ ] Realmsや専用サーバー側の権限設定が別に制限していないか？
それでも原因が分からない場合
どうしても分からない時は、次の情報をメモしてから調べると解決しやすいです。
- Java版か統合版か
- バージョン番号
- シングルプレイかマルチプレイか
- サーバーかRealmsか
- 入力したコマンド全文
- 表示されたエラーメッセージ
- チート設定の状態
- 自分の権限状態
コマンドのエラーは、権限不足なのか、チート設定なのか、構文ミスなのかを分けるとかなり見つけやすいです。
焦らず1つずつ確認してみてくださいね。
参考文献
この記事を書くにあたり、以下の公式ドキュメント・コミュニティWikiのページを参考にしています：
- Minecraft公式（Minecraft でのコマンド使用方法）
- Minecraft公式（Minecraft new version numbering system）
- Microsoft Learn（Introduction to Commands）
- Microsoft Learn（Minecraft Commands）
- Microsoft Learn（Bedrock Dedicated Server Properties）
- Minecraft Wiki（Commands）
- Minecraft Wiki（Permission level）
- Minecraft Wiki（Server.properties）
- Minecraft Wiki（Advancement）
- Minecraft Wiki（Achievement）
- Minecraft Wiki（Command Block）
- Minecraft Feedback（Release Changelogs）
- Minecraft公式（Minecraft Java Edition 1.21.11）
- Minecraft公式（Minecraft Java Edition 26.1）
- Minecraft公式（Minecraft Java Edition 26.1.2）
- Minecraft Feedback（Minecraft Java Edition - 26.1.1 Hotfix）
- Minecraft Feedback（Minecraft: Bedrock Edition 26.23 Hotfix Changelog）
