この記事は、コマンド実行時のログ表示に困っている方向けです
Java版・統合版の両方に触れますが、特にJava版1.21.11以降はコマンド名が変わっているので注意です
コマンドブロックを止める設定ではなく、“ログや実行結果の表示”を切り替える設定として整理します
こんにちは。ゆずかきです。
マイクラでコマンドブロックや管理者コマンドを使っていると、チャット欄やサーバーコンソールに、
[@] Teleported ... [@] Set the time to ... [@] Changed the block ...
みたいな実行ログが流れて、画面が見づらくなることがありますよね。
特に、リピートコマンドブロックや配布ワールドの仕組みを作っている時は、ログがずっと流れてしまい、普通にプレイするだけでも邪魔になります。
ただし、ここでややこしいのが、マイクラのコマンドログにはいくつか種類があるという点です。
- コマンドブロックの実行結果がチャットに出るログ
- プレイヤーがコマンドを実行した時のフィードバック
- 管理者コマンドがサーバーログに残る設定
- コンソールやRCONの出力をOPに通知するサーバー設定
このあたりを混同すると、
「commandBlockOutput falseにしたのにログが消えない！」
「コマンドブロックのログは消えたけど、OPにはまだ見える！」
「Java版と統合版でコマンド名が違っていて実行できない！」
となりがちです。
この記事では、コマンドログの設定・表示条件・管理者向けの注意点を、Java版と統合版で分けて整理していきますね。
この記事を読めば、次のことが分かります。
- コマンドブロックのログを消す設定が分かります👌
- プレイヤーが実行したコマンドのフィードバックを整理できます👍
- Java版1.21.11以降の新しいゲームルール名に対応できます
- サーバー管理者が残すべきログ・消してよいログを判断できます
それでは、やっていきましょう！
※本記事はJava版1.21.11以降のゲームルール名変更を踏まえて作成しています。
※統合版は、ゲーム内コマンド表記が小文字で表示されることが多いため、本文では統合版向けに小文字表記も併記します。
※サーバー環境、Realms、プラグインサーバーでは、バニラと挙動が異なる場合があります。
目次
1. コマンドログとは？まずは種類を整理
2. 最初に結論：ログを消すコマンド早見表
3. commandBlockOutput：コマンドブロックの実行ログ設定
4. sendCommandFeedback：プレイヤーのコマンド結果表示設定
5. logAdminCommands：Java版サーバーログ用の管理者設定
6. server.properties側で関係するログ設定
7. Java版1.21.11以降はゲームルール名が変わったので注意
8. 統合版でのコマンドログ設定の注意点
9. 実録：用途別おすすめ設定例
10. ログが消えない時のチェックポイント
11. 管理者向け：消してよいログ・残すべきログ
12. まとめ
13. 引用・参考文献
この記事で分かること
・Java版/統合版のコマンドログ設定
・commandBlockOutputとsendCommandFeedbackの違い
・Java版1.21.11以降の新ゲームルール名
・サーバー管理者が確認すべきログ管理の考え方
1. コマンドログとは？まずは種類を整理
マイクラでよく言われる「コマンドログ」は、実は1種類だけではありません。
筆者の感覚では、ここを最初に分けて考えるだけで、だいぶ混乱が減ります。
コマンドログは大きく4種類あります
| ログの種類 | 主な表示場所 | 関係する設定 |
|---|---|---|
| コマンドブロックの実行結果 | チャット欄・OP通知 | commandBlockOutput |
| プレイヤーが実行したコマンドの結果 | 本人のチャット欄など | sendCommandFeedback |
| 管理者コマンドのサーバーログ | サーバーのログファイル・コンソール | logAdminCommands |
| コンソール/RCONの出力通知 | オンラインのOP | server.properties |
よくある勘違いが、commandBlockOutput falseだけで全部のログが消えると思ってしまうことです。
これは違います。
commandBlockOutput は、あくまで主にコマンドブロック側の出力を抑える設定です。
プレイヤーが自分でチャット欄に打ったコマンド結果や、サーバーコンソール側のログまで完全に消すものではありません。
たとえば、コマンドブロックのログを消したいなら commandBlockOutput。
プレイヤー本人に出る「テレポートしました」などのフィードバックを消したいなら sendCommandFeedback。
Java版サーバーの管理者コマンドをログに残すかどうかは logAdminCommands。
このように、どのログを消したいのかで使う設定が変わります。
体験談
筆者も最初は、コマンドログ系は全部commandBlockOutputで片付くと思っていました。
でも実際にリピートコマンドブロックを組むと、一部の結果だけ残ったり、OPにだけ通知が出たりして混乱しました。
まずは「コマンドブロック」「プレイヤー」「サーバー管理者ログ」を分けて考えるのが大事です。
2. 最初に結論：ログを消すコマンド早見表
まずは、実際に使うコマンドをまとめます。
「とにかく今すぐログを静かにしたい」という方は、ここから確認してください。
Java版1.21.11以降
/gamerule command_block_output false /gamerule send_command_feedback false /gamerule log_admin_commands false
名前空間まで書くなら、下記でもOKです。
/gamerule minecraft:command_block_output false /gamerule minecraft:send_command_feedback false /gamerule minecraft:log_admin_commands false
Java版1.21.10以前
/gamerule commandBlockOutput false /gamerule sendCommandFeedback false /gamerule logAdminCommands false
統合版
/gamerule commandblockoutput false /gamerule sendcommandfeedback false
統合版では、タブ補完や表示上は小文字で出ることが多いです。
そのため、統合版の記事や動画では commandblockoutput、sendcommandfeedback のように書かれていることが多いですね。
どれを使えば良い？
| やりたいこと | Java版1.21.11以降 | Java版1.21.10以前 | 統合版 |
|---|---|---|---|
| コマンドブロックのログを消す | command_block_output false | commandBlockOutput false | commandblockoutput false |
| プレイヤーのコマンド結果表示を消す | send_command_feedback false | sendCommandFeedback false | sendcommandfeedback false |
| 管理者コマンドをサーバーログに残さない | log_admin_commands false | logAdminCommands false | 基本なし |
初心者さん向けに言うと、コマンドブロックのログが邪魔なら、まずは commandBlockOutput 系を false にしてください。
それでも一部のメッセージが残るなら、次に sendCommandFeedback 系を false にします。
ただし、サーバー管理者の場合は、ログを全部消せば良いわけではありません。
荒らし対策や権限管理のために、あえてログを残した方が良い場面もあります。
このあたりは後半で詳しく解説しますね。
3. commandBlockOutput：コマンドブロックの実行ログ設定
commandBlockOutput は、コマンドブロックがコマンドを実行した時、その結果を通知するかどうかを切り替えるゲームルールです。
リピートコマンドブロックを使っている方が一番よく触る設定だと思います。
たとえば、常時テレポート、常時エフェクト付与、スコアボード監視などを作ると、チャット欄に実行結果が流れ続けることがあります。
これを止めたい時に使います。
Java版1.21.11以降
/gamerule command_block_output false
または、
/gamerule minecraft:command_block_output false
Java版1.21.10以前
/gamerule commandBlockOutput false
統合版
/gamerule commandblockoutput false
trueとfalseの違い
| 設定値 | 意味 | 使う場面 |
|---|---|---|
| true | コマンドブロックの実行結果を表示する | デバッグ・動作確認 |
| false | コマンドブロックの実行結果を表示しない | 通常プレイ・配布ワールド・常時実行装置 |
基本的には、制作中は true、本番運用は false で考えると扱いやすいです。
特に、リピートコマンドブロックを「常時実行」にしている場合、ログを出したままだとチャット欄がすぐ埋まります。
コマンド自体は正常に動いていても、ログが多すぎるだけでプレイしづらくなるので、完成後は false にしておくのがおすすめです。
注意：falseにしてもコマンドブロックは止まりません
ここはかなり大事です。
commandBlockOutput false は、コマンドブロックを無効化する設定ではありません。
あくまで「出力ログを表示しない」設定です。
つまり、ログが出なくなっても、コマンドブロック自体は普通に動きます。
コマンドブロックそのものを止めたい場合は、別の設定を見ます。
Java版1.21.11以降なら command_blocks_work false。
Java版1.21.9〜1.21.10なら commandBlocksEnabled false。
Java版1.21.8以前のサーバーなら server.properties の enable-command-block=false が関係します。
統合版なら commandblocksenabled false やワールド設定側のコマンドブロック有効/無効設定が関係します。
体験談
コマンドログを消したあと、「あれ？ログが出ないから動いていない？」と思うことがあります。
でも、これは正常です。
ログを消した状態で確認するなら、実際にテレポートされるか、エフェクトが付くか、スコアが変わるかなど、結果そのもので判断しましょう。
4. sendCommandFeedback：プレイヤーのコマンド結果表示設定
sendCommandFeedback は、プレイヤーが実行したコマンドの結果をチャット欄に表示するかどうかに関係するゲームルールです。
commandBlockOutput とよくセットで出てくる設定ですね。
たとえば、プレイヤーが /tp や /effect、/gamemode などを実行した時に、結果メッセージが表示されることがあります。
また、一部のコマンドは commandBlockOutput を false にしてもフィードバックが残る場合があります。
そういう時に確認するのが sendCommandFeedback です。
Java版1.21.11以降
/gamerule send_command_feedback false
または、
/gamerule minecraft:send_command_feedback false
Java版1.21.10以前
/gamerule sendCommandFeedback false
統合版
/gamerule sendcommandfeedback false
何が変わる？
| 設定 | 主に影響するもの | 注意点 |
|---|---|---|
| commandBlockOutput | コマンドブロックの実行結果 | コマンドブロック用と考えると分かりやすい |
| sendCommandFeedback | プレイヤーが実行したコマンドの結果表示 | 本人への結果表示も消えることがある |
sendCommandFeedback false は、ログを静かにするには便利です。
ただし、管理者目線では少し注意もあります。
なぜなら、コマンドを実行した本人にも結果が見えにくくなるためです。
たとえば、/gamerule を変更した時や、/time set day を実行した時に、実行結果が見えないと「本当に反映されたのかな？」と不安になります。
なので、筆者としては、
- 配布ワールド・ミニゲーム完成後：false
- コマンド制作中・検証中：true
- サーバー管理作業中：必要に応じてtrueに戻す
という運用が扱いやすいと思います。
一時的に戻すコマンド
検証したい時は、すぐ戻せます。
Java版1.21.11以降なら、
/gamerule send_command_feedback true
Java版1.21.10以前なら、
/gamerule sendCommandFeedback true
統合版なら、
/gamerule sendcommandfeedback true
です。
コマンドログを完全に静かにすることだけを優先すると、デバッグしづらくなることがあります。
作っている間は表示、完成したら非表示。
これが一番トラブルが少ないです。
5. logAdminCommands：Java版サーバーログ用の管理者設定
logAdminCommands は、Java版で使われる、管理者コマンドをサーバーログに記録するかどうかのゲームルールです。
ここは、コマンドブロックのチャット表示とは別物です。
commandBlockOutput は「表示される実行結果」の話。
logAdminCommands は「サーバーログへ記録するか」の話。
Java版1.21.11以降
/gamerule log_admin_commands false
または、
/gamerule minecraft:log_admin_commands false
Java版1.21.10以前
/gamerule logAdminCommands false
何に使う？
たとえば、サーバー運営でOP権限を持っている人が、
/gamemode creative プレイヤー名 /tp プレイヤー名 ~ ~ ~ /give プレイヤー名 diamond 64
のようなコマンドを実行した時、それをサーバーログに残すかどうかの管理に関係します。
小規模な身内サーバーなら、そこまで気にしないかもしれません。
でも、複数人で管理しているサーバーでは、誰がいつ何をしたかを確認できるログはかなり大事です。
基本はtrue推奨です
個人的には、サーバー管理者向けの設定としては、logAdminCommands は基本的に true 推奨です。
理由はシンプルで、トラブルが起きた時に追跡しやすいからです。
- 誰かがクリエイティブに変えていた
- アイテムが不自然に増えていた
- ワールドボーダーやゲームルールが変わっていた
- OP権限持ちが複数人いる
こういう環境だと、ログが残っているだけで原因調査がかなり楽になります。
逆に、完全なシングルプレイや、検証用ワールドでログが邪魔なだけなら false にしても良いと思います。
管理者向けメモ
logAdminCommands falseは、見た目を静かにするというより、監査ログを残すかどうかの設定に近いです。
公開サーバーや複数管理者の環境では、安易に false にしない方が安全です。
6. server.properties側で関係するログ設定
Java版サーバーでは、ゲーム内の /gamerule だけでなく、server.properties 側にもログ通知に関係する設定があります。
特に見るべきなのは、下記です。
broadcast-console-to-ops=true broadcast-rcon-to-ops=true op-permission-level=4 function-permission-level=2
broadcast-console-to-ops
broadcast-console-to-ops=true
これは、サーバーコンソールで実行されたコマンドの出力を、オンラインのOPに送るかどうかの設定です。
OPに通知したくない場合は、
broadcast-console-to-ops=false
にします。
ただし、これはサーバーの設定ファイルなので、基本的にはサーバー停止中に編集し、再起動して反映するのが安全です。
broadcast-rcon-to-ops
broadcast-rcon-to-ops=true
これは、RCON経由で実行されたコマンドの出力を、オンラインのOPに送るかどうかの設定です。
RCONを使っていないサーバーでは意識しないことも多いですが、外部管理ツールやパネルからコマンドを流している場合は関係することがあります。
OPに通知したくない場合は、
broadcast-rcon-to-ops=false
にします。
コマンドブロック有効化はバージョンで見る場所が違います
以前のJava版サーバーでは、
enable-command-block=false
という server.properties の設定で、コマンドブロックを有効にするかどうかを管理していました。
ただし、Java版1.21.9以降では enable-command-block はサーバープロパティではなく、ゲームルール側へ移動しています。
Java版1.21.11以降でコマンドブロック自体を止めたい場合は、
/gamerule command_blocks_work false
または、
/gamerule minecraft:command_blocks_work false
を確認します。
Java版1.21.9〜1.21.10なら、
/gamerule commandBlocksEnabled false
です。
ここをログ設定と混同すると、「ログが出ない」のではなく、コマンドブロック自体が動かないというパターンになります。
op-permission-level
op-permission-level=4
これは、/op で付与される権限レベルに関係します。
コマンドログそのものを消す設定ではありませんが、OP権限の強さに関係するため、管理者コマンドの運用では重要です。
特に、複数人管理のサーバーでは、全員に強い権限を渡すとログ管理以前に事故が起きやすくなります。
体験談
サーバー設定は、ゲーム内コマンドよりも見落としやすいです。
「ゲームルールは合っているのに変だな」と思った時は、server.propertiesやコマンドブロック有効化のゲームルールも一緒に確認すると解決することがあります。
7. Java版1.21.11以降はゲームルール名が変わったので注意
ここは、最新版でかなり重要です。
Java版1.21.11以降では、ゲームルールがレジストリ化され、従来のキャメルケース表記から、名前空間付きのスネークケースIDへ変更されています。
簡単に言うと、昔の書き方から新しい書き方へ変わりました。
ログ関係の変更例
| 1.21.10以前 | 1.21.11以降 | 意味 |
|---|---|---|
| commandBlockOutput | command_block_output | コマンドブロックの出力表示 |
| sendCommandFeedback | send_command_feedback | コマンド実行結果のフィードバック |
| logAdminCommands | log_admin_commands | 管理者コマンドのサーバーログ |
| commandBlocksEnabled | command_blocks_work | コマンドブロックを動かすかどうか |
| maxCommandChainLength | max_command_sequence_length | 1tick内のコマンド連鎖上限 |
つまり、Java版1.21.11以降で、昔の感覚で、
/gamerule commandBlockOutput false
と打つと、基本的には通りません。
その場合は、
/gamerule command_block_output false
を使ってください。
minecraft: は省略してもOK
Java版1.21.11以降の正式なIDとしては、
minecraft:command_block_output minecraft:send_command_feedback minecraft:log_admin_commands
のように minecraft: を付けて書けます。
ただ、通常のゲーム内入力では、
command_block_output send_command_feedback log_admin_commands
のように省略しても扱えます。
筆者としては、記事やメモには短い方、データパックや配布ワールドの説明には minecraft: 付きで書くのが分かりやすいと思います。
古い配布ワールドやコマンドメモは見直し推奨
Java版1.21.11以降に上げる場合、古いコマンドメモや配布ワールド内の説明に、旧ゲームルール名が残っていることがあります。
特に注意したいのは、
- 看板や本に書いた説明
- 配布ワールドのREADME
- データパック内のfunction
- コマンド解説記事の古いコピペ
- サーバー初期設定用のコマンド集
です。
ログ関係だと、commandBlockOutput と sendCommandFeedback はかなり使われやすいので、ここだけでも早めに置き換えておくと安心ですね。
8. 統合版でのコマンドログ設定の注意点
統合版の場合、Java版と似ている部分もありますが、細かい表記や設定場所が違います。
特に、統合版ではゲームルール名が小文字で案内されることが多いです。
統合版でよく使うログ設定
/gamerule commandblockoutput false /gamerule sendcommandfeedback false
この2つが基本です。
commandblockoutput false は、コマンドブロックの実行結果を静かにする設定。
sendcommandfeedback false は、コマンド実行時のフィードバックをさらに抑える設定。
統合版でコマンドブロックを使ったミニゲームやアドベンチャーマップを作るなら、かなり出番が多いです。
コマンドブロックそのものを止めるなら別設定
統合版には、コマンドブロックの動作そのものに関係する設定として、
/gamerule commandblocksenabled false
があります。
これはログを消すというより、コマンドブロックを動かすかどうかの設定です。
たとえば、リピートコマンドブロックの暴走で閉じ込められた時などに、一時的に止める目的で使えます。
ただし、通常のログ非表示が目的なら、まず見るべきは commandblockoutput です。
commandblocksenabled false にすると、仕組み自体が止まるので、配布ワールドやミニゲームでは注意してください。
統合版はワールド設定の影響も受けます
統合版では、ワールド設定側の「チート」や「コマンドブロック有効化」に関係する項目も見落としやすいです。
コマンドを入力しても反応しない場合は、ログ設定以前に、
- チートが有効か
- 自分にオペレーター権限があるか
- コマンドブロックが有効か
- Realmsやサーバー側で制限されていないか
を確認しましょう。
体験談
統合版は、Java版のコマンドをそのままコピペすると、ゲームルール名の違いでつまずくことがあります。
統合版の記事やワールドでは、commandblockoutputのように公式ドキュメントや補完に出る表記で統一しておくと読者さんも迷いにくいです。
9. 実録：用途別おすすめ設定例
ここからは、実際にどう設定すれば良いか、用途別に整理します。
「結局どれを false にすればいいの？」という方は、この章を参考にしてください。
1. シングルプレイでコマンドブロックのログだけ消したい
Java版1.21.11以降なら、
/gamerule command_block_output false
Java版1.21.10以前なら、
/gamerule commandBlockOutput false
統合版なら、
/gamerule commandblockoutput false
これで十分なことが多いです。
シングルプレイで、ただチャット欄に流れるコマンドブロックの実行結果が邪魔なだけなら、まずはこれだけでOKです。
2. 配布ワールドやミニゲームでログを静かにしたい
Java版1.21.11以降なら、
/gamerule command_block_output false /gamerule send_command_feedback false
Java版1.21.10以前なら、
/gamerule commandBlockOutput false /gamerule sendCommandFeedback false
統合版なら、
/gamerule commandblockoutput false /gamerule sendcommandfeedback false
がおすすめです。
配布ワールドでは、プレイヤーから見えるログは少ない方が遊びやすいです。
特に、リピートコマンドブロックで常時監視している仕組みがある場合、ログを消しておかないとチャット欄が埋まります。
ただし、制作中は true のままにして、完成前に false にするのが安全です。
3. Java版の身内サーバーでOP通知だけ減らしたい
server.properties 側で、
broadcast-console-to-ops=false broadcast-rcon-to-ops=false
を検討します。
これは、コンソールやRCON由来の出力をOPに通知するかどうかの設定です。
ただし、全員で管理しているサーバーなら、通知を消しすぎると逆に状況が見えにくくなります。
身内サーバーでも、OPが複数いるなら相談してから変更した方が良いです。
4. 公開サーバーで管理者ログをどうするか
公開サーバーや複数人管理のサーバーでは、個人的には下記がおすすめです。
/gamerule log_admin_commands true
Java版1.21.11以降なら、
/gamerule log_admin_commands true
または、
/gamerule minecraft:log_admin_commands true
です。
公開サーバーでは、ログを消すより、ログを残して問題発生時に確認できる状態にしておく方が安全です。
筆者のおすすめ
プレイヤーに見えるログは消す。
管理者が後から確認できるログは残す。
この分け方が、一番バランスが良いと思います。
10. ログが消えない時のチェックポイント
コマンドを打ったのにログが消えない
一部のメッセージだけ残る
OPにだけ通知される
そういう時は、下記を確認してみてください。
- [ ] Java版1.21.11以降なのに、古い
commandBlockOutput表記を使っていないか？ - [ ] Java版1.21.10以前なのに、新しい
command_block_output表記を使っていないか？ - [ ] 統合版で、公式ドキュメントや補完に出る小文字表記で入力しているか？
- [ ] コマンドブロックのログなら
commandBlockOutput系を false にしたか？ - [ ] プレイヤー本人に出る実行結果なら
sendCommandFeedback系を false にしたか？ - [ ] Java版サーバーの管理者ログなら
logAdminCommands系を確認したか？ - [ ] コンソール/RCONのOP通知なら
broadcast-console-to-opsやbroadcast-rcon-to-opsを確認したか？ - [ ] プラグインサーバーで、プラグイン側のログが別に出ていないか？
- [ ] コマンドブロック自体を止めたいのに、ログ設定だけを変更していないか？
- [ ] Java版1.21.9以降でコマンドブロック自体が動かない場合、
commandBlocksEnabledやcommand_blocks_workを確認したか？
まず切り分けるべきこと
ログが消えない時は、最初に「どこに出ているログなのか」を見ます。
| ログが出る場所 | 疑う設定 | 見るポイント |
|---|---|---|
| チャット欄 | commandBlockOutput / sendCommandFeedback | コマンドブロック由来か、プレイヤー実行由来か |
| OPだけに見える | commandBlockOutput / broadcast系 | 管理者通知かどうか |
| サーバーコンソール | logAdminCommands / プラグイン設定 | バニラログかプラグインログか |
| ログファイル | logAdminCommands / サーバー側設定 | 監査ログとして残しているものか |
特にプラグインサーバーの場合、バニラのゲームルールを false にしても、プラグインが独自にログを出していることがあります。
この場合、マイクラ本体のゲームルールでは消えません。
Spigot、Paper、Bukkit系のサーバーを使っている場合は、プラグイン側の設定ファイルも確認してください。
ログを消す前に、trueへ戻して動作確認するのも大事
見えないログを相手に原因調査をするのは、かなり大変です。
動作確認中だけは、
/gamerule command_block_output true /gamerule send_command_feedback true
のように一度表示を戻して、原因が分かってから false に戻すのもおすすめです。
Java版1.21.10以前なら、
/gamerule commandBlockOutput true /gamerule sendCommandFeedback true
統合版なら、
/gamerule commandblockoutput true /gamerule sendcommandfeedback true
ですね。
体験談
ログを消したままコマンドを修正すると、失敗しているのか成功しているのか分からなくなります。
制作中だけは表示を戻す。
完成したら非表示。
この流れがかなり安定します。
11. 管理者向け：消してよいログ・残すべきログ
ここは、サーバー管理者向けの話です。
コマンドログは、邪魔だから全部消せば良い、というものではありません。
プレイヤーに見えるログは消した方が快適です。
でも、管理者が後から確認するためのログは、残しておいた方が安全なことが多いです。
消してもよいことが多いログ
- コマンドブロックの連続実行ログ
- 配布ワールド内の演出用コマンドの結果表示
- ミニゲーム中にプレイヤーへ見えてしまう内部処理ログ
/titleや/playsoundなど演出系コマンドの裏側ログ
これらは、プレイヤー体験を邪魔しやすいです。
特に、遊んでいる最中に内部処理が見えると、一気に雰囲気が崩れます。
なので、こういうログは commandBlockOutput false や sendCommandFeedback false で隠してOKです。
残した方がよいログ
- OPが実行した管理者コマンド
/giveや/gamemodeなど、ゲームバランスに影響する操作/op、/deop、/ban、/kickなど権限・管理系の操作- ワールド設定やゲームルールを変える操作
- 複数人管理で、誰が何をしたか確認する必要がある操作
こういうログは、トラブル時の証拠になります。
たとえば、アイテムが不自然に増えた、誰かがクリエイティブで作業していた、ゲームルールが変わっていた、という時に、ログが無いと原因調査が難しくなります。
管理者向けの考え方
筆者としては、次の分け方が一番おすすめです。
- プレイヤーに見えるログ：なるべく消す
- サーバー管理者が確認するログ：必要なものは残す
- 制作中のデバッグログ：一時的に出す
- 本番公開後の内部処理ログ：消す
これなら、プレイヤー体験も守れますし、管理者側の安全性も保てます。
注意
公開サーバーでlogAdminCommands falseにする場合は、慎重に判断してください。
身内検証用なら問題になりにくいですが、複数管理者のサーバーでは、ログを残す方が安全です。
12. まとめ
以上、マイクラのコマンドログの設定・表示条件・管理者向け仕様を整理しました。
要点をまとめると、
- コマンドブロックのログを消すなら commandBlockOutput系
- プレイヤーのコマンド結果表示を消すなら sendCommandFeedback系
- Java版サーバーの管理者コマンドログは logAdminCommands系
- Java版1.21.11以降は、ゲームルール名がスネークケースへ変更
- Java版1.21.9以降は、コマンドブロック有効化もゲームルール側で確認する
- 統合版では
commandblockoutput、sendcommandfeedbackのような小文字表記で考えると分かりやすい - 管理者ログは、消しすぎるとトラブル調査が難しくなる
という感じです。
特に、Java版1.21.11以降の変更はかなり重要です。
昔の記事や古いコマンドメモでは、commandBlockOutput や sendCommandFeedback のまま書かれていることがあります。
最新版で使う場合は、command_block_output、send_command_feedback へ読み替えてくださいね。
最後に、筆者のおすすめ設定をもう一度まとめます。
配布ワールド・ミニゲーム向け
Java版1.21.11以降：
/gamerule command_block_output false /gamerule send_command_feedback false
Java版1.21.10以前：
/gamerule commandBlockOutput false /gamerule sendCommandFeedback false
統合版：
/gamerule commandblockoutput false /gamerule sendcommandfeedback false
Java版サーバー管理向け
/gamerule log_admin_commands true
プレイヤーに見えるログは消して、管理者が必要なログは残す。
これが一番扱いやすい運用だと思います。
では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもマイクラのコマンド・ゲームルール・便利設定を解説しているので、ぜひご覧くださいね(^^♪
13. 引用・参考文献
この記事を書くにあたり、以下の公式ドキュメント・コミュニティWikiを参考にしています：
