この記事は、マイクラのゲームルールを初めて触る方向けです
logAdminCommandsはJava版の管理コマンドログ設定です
統合版（Bedrock Edition）には同名のゲームルールはありません
Java版1.21.11以降は、ゲームルール名の書き方が変わっているので注意です
こんにちは。ゆずかきです。
マイクラのサーバー設定やコマンド解説を見ていると、たまに logAdminCommands というゲームルールが出てくることがあります。
名前だけ見ると、
管理者コマンドのログ？
コマンドブロックのログ？
チャットに出るメッセージを消す設定？
…と、ちょっと分かりづらいですよね。
結論から言うと、logAdminCommands は 管理者が実行したコマンドをサーバーログに記録するかどうかを決めるJava版のゲームルールです。
コマンドブロックの実行結果通知を調整する commandBlockOutput や、プレイヤーのコマンド結果表示を調整する sendCommandFeedback と似ていますが、見ている場所が少し違います。
この記事では、logAdminCommands の意味・初期値・設定コマンド・Java版1.21.11以降の新表記・統合版での扱いまで、実際にサーバー管理で迷いやすいところを順番に整理していきますね。
この記事を読めば、次のことが分かります。
logAdminCommandsが何をするゲームルールなのか分かります👍- Java版1.21.11以降と以前のコマンド表記の違いが分かります👌
- 統合版で同じようなログ表示を調整したい時に、どのゲームルールを見るべきか分かります(^^♪
それでは、やっていきましょう！
※本記事はJava版1.21.10以前／Java版1.21.11以降／統合版の違いが分かるように整理しています。
※ゲームルールの仕様は、Minecraft WikiおよびMinecraft公式リリース情報を参考にしています。
※サーバー運営ではログがトラブル調査に役立つため、非表示化は用途を理解したうえで設定してくださいね。
目次
1. logAdminCommandsとは
2. 初期値と対応エディション
3. Java版1.21.11以降はコマンド名が変わる
4. trueとfalseで何が変わる？
5. 実際の設定コマンド
6. commandBlockOutput・sendCommandFeedbackとの違い
7. サーバー運営ではtrueのままがおすすめな理由
8. 統合版で似たログを消したい場合
9. よくある勘違いとチェックポイント
10. まとめ
11. 引用・参考文献
この記事で分かること
・logAdminCommandsの意味と初期値
・Java版1.21.11以降の新しいゲームルール名
・統合版で代わりに見るべきログ系ゲームルール
1. logAdminCommandsとは
logAdminCommands は、Java版マイクラのゲームルールのひとつです。
簡単に言うと、オペレーター権限（OP権限）を持つプレイヤーなどが実行した管理者コマンドを、サーバーログに記録するかどうかを切り替える設定です。
たとえば、サーバーで次のようなコマンドを使った場合、
/gamemode creative ゆずかき /tp ゆずかき 100 64 100 /give ゆずかき minecraft:diamond 64
logAdminCommands が有効になっていると、サーバー側のログに「誰が、どんな管理コマンドを実行したか」が残ります。
逆に、false にすると、そうした管理者コマンドをサーバーログへ記録しない設定になります。
ただし、ここで大事なのは、チャット欄の表示を消す設定ではないということです。
logAdminCommandsが見る場所：サーバーログ
commandBlockOutputが見る場所：コマンドブロックの実行結果通知
sendCommandFeedbackが見る場所：プレイヤーが実行したコマンド結果の表示
この3つがごちゃ混ぜになりやすいです。
筆者も最初は「ログ系の設定なら全部これで消えるのかな？」と思っていましたが、実際は役割が分かれています。
つまり、logAdminCommands は、サーバー管理者向けの記録設定と考えるのが一番分かりやすいですね。
2. 初期値と対応エディション
logAdminCommands の基本情報を表にすると、下記のようになります。
| 項目 | 内容 |
|---|---|
| ゲームルール名 | logAdminCommands |
| Java版1.21.11以降の名前 | minecraft:log_admin_commands |
| 初期値 | true |
| 値の種類 | true / false |
| Java版 | 使用可能 |
| 統合版 | 使用不可 |
| 主な用途 | 管理者コマンドをサーバーログに記録するかどうか |
重要なのは、統合版には logAdminCommands が無いという点です。
統合版で、
/gamerule logAdminCommands false
のように入力しても、Java版と同じようには使えません。
統合版でコマンド関連の表示を調整したい場合は、主に次のゲームルールを確認します。
commandblockoutputsendcommandfeedback
この2つについては後半で整理しますね。
※Java版と統合版では、使えるゲームルール名が違うことがあります。サーバー記事を読む時は、必ず「Java向けか」「統合版向けか」を確認しましょう。
3. Java版1.21.11以降はコマンド名が変わる
ここが、この記事で一番注意してほしいところです。
Java版1.21.11以降では、ゲームルール名が従来のキャメルケース形式から、名前空間付きのスネークケース形式に変更されています。
logAdminCommands も例外ではなく、Java版1.21.11以降では次のように書きます。
/gamerule minecraft:log_admin_commands false
Java版1.21.10以前なら、従来通りこちらです。
/gamerule logAdminCommands false
つまり、バージョンによって入力するコマンドが変わります。
| バージョン | 書き方 |
|---|---|
| Java版1.21.11以降 | /gamerule minecraft:log_admin_commands false |
| Java版1.21.10以前 | /gamerule logAdminCommands false |
| 統合版 | logAdminCommands自体が使用不可 |
ここでつまずきやすいのが、ネット上の記事の多くは古い logAdminCommands 表記で書かれていることです。
Java版1.21.10以前ならそれでOKですが、1.21.11以降のワールドやサーバーで使う場合は、minecraft:log_admin_commands の方を使うと覚えておきましょう。
補足
Java版1.21.11以降では、ゲームルール全体がレジストリに移動し、名前空間付きIDで扱われるようになっています。
そのため、logAdminCommandsの効果が大きく変わったというより、コマンドで指定する名前が変わったと考えると分かりやすいです。
4. trueとfalseで何が変わる？
logAdminCommands は、true または false で切り替えるゲームルールです。
trueの場合
/gamerule minecraft:log_admin_commands true
またはJava版1.21.10以前なら、
/gamerule logAdminCommands true
true の場合、管理者コマンドがサーバーログに記録されます。
初期値も true なので、何も変更していないサーバーでは基本的にこの状態です。
サーバー運営では、誰かがゲームモードを変えた、アイテムを配布した、テレポートした、といった管理操作を後から確認できるので、トラブル調査に役立ちます。
falseの場合
/gamerule minecraft:log_admin_commands false
またはJava版1.21.10以前なら、
/gamerule logAdminCommands false
false にすると、管理者コマンドをサーバーログへ記録しない設定になります。
たとえば、検証ワールドでコマンドを大量に実行する場合、ログがコマンド履歴だらけになることがあります。
そういう時に false にすると、サーバーログが見やすくなる場合があります。
ただし、通常のマルチサーバーでは注意です。
ログを残さない設定にすると、後から「誰が何をしたか」を確認しづらくなります。
体験ベースのおすすめ
身内の検証ワールドならfalseでも便利です。
ただ、複数人で遊ぶ常設サーバーなら、基本はtrueのままが安心です。
5. 実際の設定コマンド
ここでは、実際に使うコマンドだけをまとめます。
コピペ用にどうぞ。
Java版1.21.11以降でログ記録をオフにする
/gamerule minecraft:log_admin_commands false
Java版1.21.11以降でログ記録をオンに戻す
/gamerule minecraft:log_admin_commands true
Java版1.21.10以前でログ記録をオフにする
/gamerule logAdminCommands false
Java版1.21.10以前でログ記録をオンに戻す
/gamerule logAdminCommands true
現在の設定値を確認する
Java版1.21.11以降なら、
/gamerule minecraft:log_admin_commands
Java版1.21.10以前なら、
/gamerule logAdminCommands
これで現在の値を確認できます。
筆者としては、最初から false にするより、まずは現在値を確認してから変更するのがおすすめです。
特にレンタルサーバーやマルチサーバーでは、ほかの管理者さんが意図して設定している可能性もありますからね。
6. commandBlockOutput・sendCommandFeedbackとの違い
logAdminCommands を調べている方が一番混乱しやすいのが、他のログ系ゲームルールとの違いです。
特にこの3つは、名前も役割も近いので混ざりやすいです。
| ゲームルール | 主に関係するもの | 初期値 | Java版 | 統合版 |
|---|---|---|---|---|
| logAdminCommands | 管理者コマンドのサーバーログ記録 | true | 〇 | × |
| commandBlockOutput | コマンドブロックの実行結果通知 | true | 〇 | 〇 |
| sendCommandFeedback | プレイヤーが実行したコマンド結果の表示 | true | 〇 | 〇 |
logAdminCommands
これは、今回の主役です。
サーバーログに管理コマンドを記録するかどうかを切り替えます。
サーバーコンソールやログファイルを見る人向けの設定ですね。
commandBlockOutput
こちらは、コマンドブロックの実行結果通知に関係するゲームルールです。
コマンドブロックをたくさん使っているワールドだと、実行結果の通知が多くて見づらくなることがあります。
そういう時に確認するのが commandBlockOutput です。
Java版1.21.11以降では、
/gamerule minecraft:command_block_output false
Java版1.21.10以前なら、
/gamerule commandBlockOutput false
統合版では、
/gamerule commandblockoutput false
のように使います。
※統合版は、Java版のような名前空間付きIDではなく、小文字のゲームルール名で入力する形になります。環境によっては、コマンド候補表示に従うのが安全です。
sendCommandFeedback
こちらは、プレイヤーが実行したコマンドの結果表示に関係します。
たとえば、/time set day や /tp などを使った時に、コマンド実行結果がチャット欄に表示されることがありますよね。
その表示を調整したい時に見るのが sendCommandFeedback です。
Java版1.21.11以降では、
/gamerule minecraft:send_command_feedback false
Java版1.21.10以前なら、
/gamerule sendCommandFeedback false
統合版では、
/gamerule sendcommandfeedback false
が目安です。
つまり、
サーバーログなら
logAdminCommands
コマンドブロック通知ならcommandBlockOutput
プレイヤーのコマンド結果表示ならsendCommandFeedback
このように分けて考えると、だいぶ分かりやすくなります。
7. サーバー運営ではtrueのままがおすすめな理由
logAdminCommands は、ログを減らしたい時に false にできます。
ただし、普通のサーバー運営では、筆者は 基本trueのままをおすすめします。
理由はシンプルで、管理者コマンドのログは後から見返すことがあるからです。
たとえば、
- 誰かがクリエイティブモードに変わっていた
- 大量のアイテムが配布されていた
- 変な場所へテレポートしていた
- ワールド設定がいつの間にか変わっていた
こういう時に、ログが残っていると原因を追いやすいです。
特に、複数人でOP権限を持っているサーバーでは、ログが無いと「誰が何をしたか」が分かりません。
身内サーバーでも、意外とこういう確認が必要になることがあります。
おすすめ設定
・通常のサバイバルサーバー：trueのまま
・検証用ワールド：必要に応じてfalse
・コマンド装置を大量に試す環境：一時的にfalse
・公開サーバー：原則true
ログって、普段は地味なんですよ。
でも、トラブルが起きた時に本当に助かることがあります。
なので、単に「ログがうるさいから消す」というより、どのログを消したいのかを先に切り分けた方が安全です。
コマンドブロックの通知が邪魔なら commandBlockOutput。
プレイヤーへの実行結果表示が邪魔なら sendCommandFeedback。
管理者コマンドのサーバーログを減らしたいなら logAdminCommands。
この順番で見直してみてくださいね。
8. 統合版で似たログを消したい場合
統合版には、logAdminCommands はありません。
なので、統合版で「コマンドのログっぽい表示を減らしたい」と思った場合は、別のゲームルールを確認します。
コマンドブロックの出力を消したい場合
/gamerule commandblockoutput false
これで、コマンドブロックの実行結果通知を抑えられます。
コマンドブロックを使った配布ワールドやミニゲームで、画面やチャット欄が通知だらけになる場合に便利です。
プレイヤーが実行したコマンド結果を消したい場合
/gamerule sendcommandfeedback false
こちらは、プレイヤーが実行したコマンドの結果表示に関係します。
たとえば、ワールド管理者がコマンドを何度も打つ検証環境だと、実行結果が多くて見づらいことがあります。
そういう時に確認する設定ですね。
ただし、どちらも「完全にすべてのログを消す魔法の設定」ではありません。
統合版の場合、サーバーの種類や管理画面、Realms、外部サーバー環境によっても見え方が変わります。
統合版の考え方
logAdminCommandsを探すのではなく、
commandblockoutputとsendcommandfeedbackを確認する。
この理解でOKです。
9. よくある勘違いとチェックポイント
最後に、logAdminCommands 周りでよくある勘違いを整理します。
勘違い1：統合版でもlogAdminCommandsが使える
これは使えません。
logAdminCommands はJava版のゲームルールです。
統合版でログ表示を調整したい場合は、commandblockoutput や sendcommandfeedback を確認しましょう。
勘違い2：falseにするとコマンドが使えなくなる
false にしても、コマンド自体が使えなくなるわけではありません。
logAdminCommands は、あくまで管理者コマンドをサーバーログへ記録するかどうかの設定です。
コマンドの実行可否を決める設定ではありません。
勘違い3：チャット欄のコマンド結果が全部消える
これも違います。
チャット欄のコマンド結果を調整したい場合は、主に sendCommandFeedback を見ます。
コマンドブロックの通知なら commandBlockOutput です。
勘違い4：Java版1.21.11以降でも古い名前でそのまま使える
ここは要注意です。
Java版1.21.11以降では、ゲームルール名が名前空間付きIDの形式に変わっています。
logAdminCommands ではなく、基本的には、
/gamerule minecraft:log_admin_commands false
を使います。
古い記事や古い配布ワールドのコマンドをそのまま使う場合は、ゲームルール名の修正が必要になることがあります。
チェックポイント
困った時は、ここを順番に見てください。
- [ ] Java版か統合版か確認したか？
- [ ] Java版1.21.11以降なら
minecraft:log_admin_commandsを使っているか？ - [ ] Java版1.21.10以前なら
logAdminCommandsを使っているか？ - [ ] 統合版で
logAdminCommandsを使おうとしていないか？ - [ ] 消したいのはサーバーログか、チャット表示か、コマンドブロック通知か？
- [ ] サーバー運営上、ログを消しても問題ないか？
ここまで見れば、だいたい原因は絞れると思います。
10. まとめ
以上、logAdminCommands の意味・初期値・設定方法について解説しました。
要点を整理すると、
logAdminCommandsは、管理者コマンドをサーバーログに記録するかどうかのJava版ゲームルール- 初期値は true
- 統合版には 同名のゲームルールは無い
- Java版1.21.11以降では
minecraft:log_admin_commandsと書く - Java版1.21.10以前では
logAdminCommandsと書く - チャット欄やコマンドブロック通知を消したい場合は、別のゲームルールも確認する
という感じです。
実際に使う場面としては、普通のサバイバル生活よりも、サーバー運営やコマンド検証向けの設定ですね。
特に複数人で遊ぶサーバーでは、ログは後からかなり役立ちます。
なので、基本は true のままにして、検証ワールドや一時的な作業で必要な時だけ false にするのが安全だと思います。
では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもゲームルールやコマンド設定を整理しているので、是非ご覧くださいね(^^♪
