コマンドブロック初心者さん向けの実用解説です
Java版・統合版の違いも、できるだけ同じ目線で整理します
配布マップ級の複雑な構成ではなく、まず“ちゃんと動く”理解を優先します
こんにちは。ゆずかきです。
マイクラでコマンドブロックを使い始めると、最初にぶつかりやすいのが、コマンドチェーンの実行順です。
「チェーンコマンドブロックを置いたのに動かない」
「条件付きにしたら急に止まった」
「常時実行って、ずっと実行されるって意味じゃないの？」
こういう疑問、かなり出やすいと思います。
特にチェーンコマンドブロックは、見た目だけで何となくつなぐと失敗しやすいです。
実際は、矢印の向き・条件付き・常時実行/レッドストーンが必要の3つが合っていないと、思った順番で動きません。
この記事では、コマンドチェーンを作る時に大事な、
- コマンドブロック3種類の違い
- チェーンの実行順と矢印の向き
- 条件付き・無条件の使い分け
- 常時実行・レッドストーンが必要の違い
- Java版と統合版で違うポイント
を、初心者さん向けにまとめて解説しますね。
コマンドブロックは慣れるまで少し分かりにくいですが、仕組みさえ理解すれば、サバイバル補助・検証ワールド・ミニゲーム作りなどでかなり便利です。
それでは、やっていきましょう！
※本記事では、Java版1.21.11以降のゲームルール名変更にも触れています。
※統合版は環境やバージョンによりUI表記が少し違うことがあります。基本的な考え方を中心に見てください。
※コマンド構文はJava版と統合版で違う部分があるため、同じ処理でも別々に例を出します。
目次
1. コマンドチェーンとは
2. コマンドブロックを使う前の準備
3. コマンドブロック3種類の違い
4. チェーンの実行順は矢印で決まる
5. 条件付き・無条件の違い
6. 常時実行・レッドストーンが必要の違い
7. Java版と統合版の違い
8. まずは基本のコマンドチェーンを作る
9. 条件付きチェーンの実用例
10. コマンドチェーンが動かない時のチェックポイント
11. まとめ
12. 参考文献
この記事で分かること
・コマンドチェーンの実行順の考え方
・条件付きチェーンが止まる理由
・Java版と統合版で注意すべき設定差
・初心者さんがやりがちなミスと対策
1. コマンドチェーンとは
コマンドチェーンとは、複数のコマンドブロックをつないで、順番にコマンドを実行する仕組みのことです。
普通のコマンドブロックを1個だけ使う場合は、1つのコマンドを実行するだけです。
例えば、ボタンを押して昼にするだけなら、インパルスコマンドブロック1個で足ります。
time set day
でも、実際にコマンド装置を作り始めると、1個だけでは足りない場面が増えてきます。
例えば、
- 特定の場所にブロックが置かれたか確認する
- 条件を満たしたらプレイヤーにアイテムを渡す
- 渡した後にタグを付けて、何度も報酬を受け取れないようにする
このように、確認 → 実行 → 後処理のような流れを作りたい時に、チェーンコマンドブロックを使います。
コマンドチェーンのイメージは、こんな感じです。
起点のコマンドブロック ↓ チェーンコマンドブロック1個目 ↓ チェーンコマンドブロック2個目 ↓ チェーンコマンドブロック3個目
ここで大事なのは、チェーンコマンドブロックだけを置いても勝手には始まらないということです。
チェーンは、基本的に起点が必要です。
起点になるのは主に、
- インパルスコマンドブロック
- リピートコマンドブロック
です。
この起点が実行され、その矢印の先にチェーンコマンドブロックがあると、次のコマンドへ流れていきます。
最初に覚えること
チェーンコマンドブロックは、単体で始まる装置ではありません。
起点のコマンドブロックから、矢印の向きに沿って実行されていきます。
コマンドチェーンは「並べた順番」ではなく、矢印の向きでつながった順番で動くと覚えておくと、かなり事故が減ります。
2. コマンドブロックを使う前の準備
まず、コマンドブロックは普通のサバイバルでは入手できません。
基本的には、チートを有効化したワールドや、権限のあるサーバーで使うものです。
Java版で自分にコマンドブロックを渡すなら、次のコマンドです。
/give @s minecraft:command_block
統合版なら、こちらで大丈夫です。
/give @p command_block
コマンドブロックを編集するには、基本的にクリエイティブモードと権限が必要です。
サーバーで使う場合は、管理者さん側の設定でコマンドブロックが許可されていないと動きません。
Java版サーバーで見るところ
Java版サーバーでは、server.properties の次の設定を確認します。
enable-command-block=true
ここが false のままだと、コマンドブロックを置けても、実行できない原因になります。
さらに、Java版1.21.11以降ではゲームルール名が整理され、コマンドブロックの有効/無効に関係する項目として、次のような名前が使われます。
/gamerule minecraft:command_blocks_work true
古い解説記事では、旧名の commandBlocksEnabled が出てくることがあります。
Java版1.21.11以降のワールドでは、名前空間付きの新しいゲームルール名を使う点に注意してください。
統合版で見るところ
統合版では、ワールド設定側で、
- チートの実行
- コマンドブロック有効化
が必要になります。
また、統合版はコマンドブロックの画面に、Java版には無い設定項目もあります。
代表的なのが、
- 遅延（Delay in Ticks）
- 初回実行（Execute on First Tick）
です。
この2つは後の章で解説しますね。
最初に入れておくと便利な設定
コマンドブロックをたくさん動かすと、チャット欄に実行結果が大量に出ることがあります。
検証中なら見えても良いですが、装置を作る時は少し邪魔です。
Java版1.21.11以降なら、次のように出力を消せます。
/gamerule minecraft:command_block_output false
Java版1.21.10以前の記事では、次の旧表記で紹介されていることがあります。
/gamerule commandBlockOutput false
統合版では、候補補完に出るゲームルール名に合わせて commandBlockOutput を確認してください。
注意
出力を消すと、失敗メッセージも見えにくくなります。
初心者さんは、装置が完成するまでは出力を出しておき、完成後に消す方が原因を追いやすいです。
3. コマンドブロック3種類の違い
コマンドブロックには、主に3種類あります。
ここを混同すると、チェーンがほぼ確実に迷子になります。
| 種類 | 色 | 主な役割 | 使う場面 |
|---|---|---|---|
| インパルス | オレンジ | 起動時に1回だけ実行 | ボタン・レバーで1回動かす処理 |
| チェーン | 緑 | 前のコマンドブロックからつながって実行 | 複数コマンドを順番に動かす処理 |
| リピート | 紫 | 有効化されている間、繰り返し実行 | 常時監視・毎tick判定 |
インパルスコマンドブロック
インパルスは、1回だけ実行するコマンドブロックです。
ボタンを押した時、レバーでONにした時などに使いやすいです。
例：ボタンを押したら昼にする
time set day
初心者さんが最初に触るなら、このインパルスが一番分かりやすいです。
ただし、インパルスを「常時実行」にしても、リピートのように毎tick繰り返すわけではありません。
ここは勘違いしやすいので注意です。
チェーンコマンドブロック
チェーンは、前のコマンドブロックから流れてきた時に実行されるコマンドブロックです。
色は緑です。
チェーンは、基本的に「何かの後に続ける」ためのものです。
インパルス → チェーン → チェーン
または、
リピート → チェーン → チェーン
という形で使います。
チェーンコマンドブロックだけを空中に置いても、基本的には何も始まりません。
起点から矢印でつながって、はじめてチェーンとして動きます。
リピートコマンドブロック
リピートは、有効化されている間、繰り返し実行するコマンドブロックです。
色は紫です。
例えば、特定の場所にブロックが置かれたかをずっと監視したい時に使います。
Java版なら、こういう判定の起点にできます。
execute if entity @e[type=minecraft:zombie,limit=1]
このコマンド自体は「ゾンビがいるか確認するだけ」です。
ここに条件付きチェーンをつなげると、ゾンビがいる時だけ次の処理を動かせます。
使い分けの目安
1回だけならインパルス。
順番につなぐならチェーン。
ずっと監視するならリピート。
この3つの役割を混ぜないことが、コマンドチェーン成功の第一歩です。
4. チェーンの実行順は矢印で決まる
コマンドチェーンで一番大事なのは、矢印の向きです。
コマンドブロックには、よく見ると矢印の模様があります。
この矢印が、コマンドの流れる方向です。
[起点] >>> [チェーン1] >>> [チェーン2] >>> [チェーン3]
このように、起点のコマンドブロックがチェーンコマンドブロックの方向を向いていると、順番に実行されます。
逆に、見た目では隣に置いてあっても、矢印がズレていると動きません。
[起点] >>> [チェーン1]
↑
矢印が別方向だと、ここで流れが切れる
初心者さんが一番やりがちなのが、チェーンコマンドブロックの向きミスです。
コマンド文が正しくても、矢印が違うだけで動かないので、まずは向きを見ましょう。
実行順は「置いた順番」ではありません
コマンドチェーンは、置いた順番で動くわけではありません。
1個目に置いたから先に動く、というわけではなく、実行されたコマンドブロックが向いている先へ処理が流れます。
つまり、重要なのはこの3つです。
- 起点のコマンドブロックが実行されているか
- 起点の矢印がチェーン側を向いているか
- チェーンコマンドブロックが常時実行、または有効化されているか
この3つが合っていれば、かなりの確率で動きます。
同じtick内で順番に処理される
チェーンコマンドブロックは、遅延を入れていない場合、基本的に同じゲームtick内で、つながった順番に実行されます。
マイクラは通常、1秒間に20tick進みます。
つまり、1tickは約0.05秒です。
コマンドチェーンは、この短い時間の中で順番に処理されます。
そのため、見た目では同時に起きたように見えても、内部的には、
1番目 → 2番目 → 3番目
という順番があります。
実用メモ
「先にタグを付ける」か「先にアイテムを渡す」かで結果が変わることがあります。
チェーンでは、順番そのものが装置の仕様になります。
チェーンがうまくいかない時は、コマンドの中身だけでなく、順番そのものが合っているかを見直してみてください。
5. 条件付き・無条件の違い
コマンドブロックには、条件付きと無条件があります。
ここは、コマンドチェーンを理解する上でかなり重要です。
無条件とは
無条件は、前のコマンドが成功しても失敗しても、自分のコマンドを実行しようとします。
前のコマンド成功 → 実行する 前のコマンド失敗 → それでも実行する
最初は無条件で作る方が分かりやすいです。
まずチェーンが動くかを確認して、その後で条件付きに変えると失敗原因を切り分けやすいです。
条件付きとは
条件付きは、後ろ側のコマンドブロックが成功している時だけ、そのコマンドを実行する設定です。
ここで言う「後ろ側」とは、コマンドブロックの向きに対して後ろです。
単純に「左のブロック」「前に置いたブロック」という意味ではありません。
後ろのコマンド成功 → 実行する 後ろのコマンド失敗 → 実行しない
たとえば、
リピート：ゾンビがいるか確認 ↓ 条件付きチェーン：ゾンビがいたらメッセージを出す
という構成にすると、ゾンビがいる時だけ次の処理が動きます。
Java版の例です。
execute if entity @e[type=minecraft:zombie,limit=1]
次の条件付きチェーンに、
say ゾンビを検知しました
と入れておけば、ゾンビがいる時だけメッセージが出ます。
統合版なら、判定側は次のような例になります。
testfor @e[type=zombie]
次の条件付きチェーンに、
say ゾンビを検知しました
です。
条件付きにすると止まる理由
条件付きチェーンのコマンドが実行されない時は、だいたい次のどれかです。
- 条件判定に使う後ろ側のコマンドが失敗している
- 条件付きにしたコマンドブロックの向きが違う
- 「後ろのブロック」の意味を勘違いしている
- 起点のコマンドブロックが実行されていない
特に多いのは、コマンドは成功しているつもりだけど、実際は成功判定が0になっているパターンです。
例えば、対象がいない状態で、
execute if entity @e[type=minecraft:zombie,limit=1]
を実行しても、条件は満たされません。
そのため、次の条件付きチェーンのコマンドは実行されません。
これは故障ではなく、ちゃんと条件付きが働いている状態です。
初心者さん向けのコツ
いきなり条件付きで組まず、まず無条件でチェーンが流れるか確認。
その後、必要な場所だけ条件付きにすると失敗しにくいです。
6. 常時実行・レッドストーンが必要の違い
次に、常時実行とレッドストーンが必要の違いを見ていきます。
これも名前が少し紛らわしいです。
特に「常時実行」という言葉だけ見ると、どのコマンドブロックでもずっと実行されるように見えますが、実際はそうではありません。
レッドストーンが必要
「レッドストーンが必要」は、その名前の通り、レッドストーン信号が入った時に有効化される設定です。
ボタン、レバー、感圧板、レッドストーンブロックなどで起動します。
インパルスコマンドブロックなら、
ボタンを押す → 1回実行
という動きになります。
リピートコマンドブロックなら、
レバーON → 繰り返し実行 レバーOFF → 停止
という動きになります。
常時実行
「常時実行」は、レッドストーン信号が無くても有効化される設定です。
ただし、ここが大事です。
常時実行 = そのブロックの種類に応じて有効化されるという意味です。
つまり、
- インパルスを常時実行 → 基本的に1回だけ実行
- チェーンを常時実行 → チェーンが流れてきた時に実行できる状態になる
- リピートを常時実行 → 毎tick繰り返し実行
という考え方になります。
チェーンは基本「常時実行」でOK
チェーンコマンドブロックは、基本的に常時実行にしておくのがおすすめです。
理由はシンプルで、チェーンは「前から処理が流れてきた時に実行する」ためのブロックだからです。
チェーン側が「レッドストーンが必要」になっていると、前から処理が流れてきても、チェーン自身が有効化されておらず実行されないことがあります。
起点：動いている ↓ チェーン：レッドストーンが必要のまま ↓ 結果：ここで止まりやすい
初心者さん向けには、まず次の設定で覚えておけば大丈夫です。
| 用途 | ブロック種類 | おすすめ設定 |
|---|---|---|
| ボタンで1回だけ動かす | インパルス | レッドストーンが必要 |
| 順番につなぐ | チェーン | 常時実行 |
| 常に監視する | リピート | 常時実行 |
| レバーONの間だけ監視する | リピート | レッドストーンが必要 |
大事なところ
チェーンコマンドブロックが動かない時は、まず「常時実行」になっているか確認しましょう。
向きが合っていても、ここが違うだけで止まります。
7. Java版と統合版の違い
コマンドチェーンの基本はJava版も統合版も似ています。
ただし、細かいところは違います。
特に、統合版にはJava版には無いUI項目があります。
統合版には「遅延」がある
統合版のコマンドブロックには、遅延（Delay in Ticks）があります。
これは、コマンドブロックが起動してから実行するまでの待ち時間です。
1秒はおおよそ20tickなので、20tickなら約1秒です。
例えば、統合版でチェーンコマンドブロックに20tickの遅延を入れると、前の処理から約1秒後に実行するような構成が作れます。
Java版には、このUI上の遅延設定はありません。
Java版で待ち時間を作りたい場合は、レッドストーン回路・スコアボード・function・scheduleなど、別の仕組みを使うことになります。
統合版には「初回実行」がある
統合版のリピートコマンドブロックには、Execute on First Tick という設定があります。
日本語UIだと「初回実行」のように表示されることがあります。
これは、遅延を設定したリピートコマンドブロックが、起動直後にすぐ実行するかどうかを決める項目です。
- 有効：起動したらすぐ実行し、その後に遅延を待つ
- 無効：最初から遅延を待ってから実行する
ミニゲームや検知装置で、「レバーONにした瞬間に反応するか」「少し待ってから反応するか」を変えたい時に関係します。
Java版には、この設定項目はありません。
コマンド構文が違う
Java版と統合版では、同じことをしたい場合でもコマンド構文が違うことがあります。
例えば、ゾンビがいるか判定するなら、Java版では次のように書けます。
execute if entity @e[type=minecraft:zombie,limit=1]
統合版では、次のように testfor を使う例が分かりやすいです。
testfor @e[type=zombie]
このように、Java版の記事からコマンドをそのまま統合版へ持っていくと、動かないことがあります。
逆も同じです。
注意
コマンドブロックの考え方は似ていますが、コマンド構文は別物として見た方が安全です。
特にexecute周りは、Java版と統合版で書き方が違いやすいです。
Java版1.21.11以降はゲームルール名が変わった
Java版1.21.11以降では、ゲームルール名が名前空間付きのスネークケースに整理されました。
コマンドチェーンで関係しやすいものだと、次の変更が重要です。
| Java版1.21.10以前 | Java版1.21.11以降 | 意味 |
|---|---|---|
| maxCommandChainLength | minecraft:max_command_sequence_length | 1tick内で実行できるコマンド列の上限 |
| commandBlocksEnabled | minecraft:command_blocks_work | コマンドブロックが動作するか |
| commandBlockOutput | minecraft:command_block_output | コマンドブロックの実行結果を表示するか |
特に maxCommandChainLength は、古い記事や動画でよく出てきます。
Java版1.21.11以降では、次のように確認します。
/gamerule minecraft:max_command_sequence_length
初期値へ戻したい場合の例です。
/gamerule minecraft:max_command_sequence_length 65536
Java版1.21.10以前なら、旧名でこうです。
/gamerule maxCommandChainLength 65536
統合版では、公式ドキュメント上のゲームルール名は maxCommandChainLength です。
入力欄では候補補完に出る名前に合わせて、現在のワールドで受け付ける名前を確認してください。
/gamerule maxCommandChainLength
初心者さんは基本触らなくてOK
普通に数個〜数十個のコマンドブロックをつなぐ程度なら、上限設定を変える必要はほぼありません。
まず見るべきは、向き・条件付き・常時実行の3つです。
8. まずは基本のコマンドチェーンを作る
ここからは、実際にシンプルなコマンドチェーンを作る流れを解説します。
最初は難しいことをせず、ボタンを押したらメッセージが順番に出るだけの装置にしましょう。
これが動けば、チェーンの基礎は理解できています。
1. インパルスコマンドブロックを置く
まず、インパルスコマンドブロックを1個置きます。
設定は、
- インパルス
- 無条件
- レッドストーンが必要
にします。
中身はこれです。
say 1番目の処理です
このコマンドブロックにボタンを付けます。
2. 矢印の先にチェーンコマンドブロックを置く
次に、インパルスコマンドブロックの矢印の先に、チェーンコマンドブロックを置きます。
設定は、
- チェーン
- 無条件
- 常時実行
です。
中身はこれです。
say 2番目の処理です
3. さらにチェーンをもう1個つなぐ
さらに、その矢印の先にチェーンコマンドブロックをもう1個置きます。
設定は同じく、
- チェーン
- 無条件
- 常時実行
です。
中身はこれです。
say 3番目の処理です
これで、
インパルス → チェーン → チェーン
という基本形が完成です。
ボタンを押して、チャット欄に、
1番目の処理です 2番目の処理です 3番目の処理です
の順番で出れば成功です。
もし順番が変なら向きを見る
ここでうまくいかない場合、最初に見るのはコマンド文ではありません。
まず、矢印の向きです。
- 起点の矢印はチェーン側を向いているか
- チェーン1個目の矢印はチェーン2個目を向いているか
- チェーンは常時実行になっているか
この3つを見れば、かなりのミスは見つかります。
体験ベースのコツ
最初はコマンド内容を難しくしない方が良いです。
sayだけで順番を確認してから、本番のコマンドに差し替えると失敗しにくいです。
9. 条件付きチェーンの実用例
次は、条件付きチェーンを使った例です。
今回は、指定した位置にダイヤモンドブロックがある時だけメッセージを出す構成にします。
こういう判定は、ミニゲームや検証ワールドでよく使えます。
Java版の例
Java版では、起点にリピートコマンドブロックを使います。
設定は、
- リピート
- 無条件
- 常時実行
です。
中身はこれです。
execute if block ~ ~-1 ~ minecraft:diamond_block
これは、コマンドブロックの1マス下がダイヤモンドブロックなら成功する判定です。
次に、矢印の先へチェーンコマンドブロックを置きます。
設定は、
- チェーン
- 条件付き
- 常時実行
です。
中身はこれです。
say ダイヤモンドブロックを検知しました
これで、リピート側の判定が成功した時だけ、チェーン側の say が実行されます。
統合版の例
統合版でも考え方は同じです。
ただし、判定コマンドは統合版向けに書きます。
起点のリピートコマンドブロックは、
- リピート
- 無条件
- 常時実行
にします。
中身はこれです。
testforblock ~ ~-1 ~ diamond_block
次のチェーンコマンドブロックは、
- チェーン
- 条件付き
- 常時実行
にします。
中身はこれです。
say ダイヤモンドブロックを検知しました
何度も実行される点に注意
この構成は、起点がリピートコマンドブロックです。
つまり、条件を満たしている間、何度も実行されます。
ダイヤモンドブロックを置いたままにすると、メッセージが毎tick出続ける可能性があります。
それを防ぎたい場合は、後続のチェーンでタグを付けたり、ブロックを別のブロックへ置き換えたりして、「一度処理したら次は反応しない」仕組みにします。
Java版で例を出すと、流れはこんな感じです。
1. ダイヤモンドブロックを検知 2. 条件付きチェーンでメッセージを出す 3. 条件付きチェーンでダイヤモンドブロックを空気に置き換える
3個目のチェーンに、
setblock ~ ~-1 ~ minecraft:air
を入れると、検知後にブロックが消えるので、同じ条件で何度も発火しにくくなります。
統合版なら、
setblock ~ ~-1 ~ air
です。
重要
リピート起点の装置は、条件を満たしている間ずっと動きます。
1回だけ動かしたいなら、タグ・スコア・ブロック置換などで再実行防止を入れましょう。
10. コマンドチェーンが動かない時のチェックポイント
最後に、コマンドチェーンが動かない時のチェックポイントをまとめます。
「コマンドが間違っている」と思いがちですが、実際は設定ミスの方が多いです。
上から順番に見ていくと、原因を見つけやすいです。
向きのチェック
- [ ] 起点のコマンドブロックの矢印は、チェーン側を向いているか？
- [ ] チェーンコマンドブロック同士の矢印は、次のブロックへつながっているか？
- [ ] 条件付きの「後ろ側」が、成功判定を見たいコマンドブロックになっているか？
チェーンは、隣に置くだけではダメです。
必ず矢印の向きを見てください。
種類のチェック
- [ ] 起点はインパルス、またはリピートになっているか？
- [ ] 後続はチェーンになっているか？
- [ ] リピートにしたい処理を、間違えてインパルスにしていないか？
「リピートで監視したいのにインパルスになっていた」は、初心者さんあるあるです。
常時実行・レッドストーンのチェック
- [ ] チェーンコマンドブロックは常時実行になっているか？
- [ ] インパルス起点にボタンやレバーなどの入力があるか？
- [ ] リピート起点を常時実行にするつもりなのに、レッドストーンが必要のままになっていないか？
チェーン側が「レッドストーンが必要」のままだと、矢印が合っていても止まることがあります。
まずはチェーンを常時実行にして確認しましょう。
条件付きのチェック
- [ ] 条件判定に使う後ろ側のコマンドは本当に成功しているか？
- [ ] 対象エンティティや対象ブロックは存在しているか？
- [ ] 条件付きにするべき場所と、無条件にするべき場所を混ぜていないか？
条件付きは、「前のコマンドが実行されたか」ではなく、基本的に「成功したか」を見ます。
前のコマンドが動いていても、成功判定が0なら条件付きのコマンドは実行されません。
Java版のチェック
- [ ] サーバーなら
enable-command-block=trueになっているか？ - [ ] Java版1.21.11以降なら、ゲームルール名を新表記で確認しているか？
- [ ] Java版向けのコマンド構文になっているか？
- [ ] コマンドブロックのあるチャンクが読み込まれているか？
Java版1.21.11以降で、旧ゲームルール名をそのまま打っても通らない場合があります。
古い記事を見ながら作る時は、ゲームルール名の変更に注意です。
統合版のチェック
- [ ] ワールド設定でチートが有効になっているか？
- [ ] コマンドブロックが有効になっているか？
- [ ] 統合版向けの構文で書いているか？
- [ ] 遅延（Delay in Ticks）が意図せず入っていないか？
- [ ] リピートの初回実行設定が意図通りか？
統合版では、遅延設定が入っていると「動かない」と見えて、実は遅れて実行されているだけのことがあります。
まずは遅延を0にして、小さくテストするのがおすすめです。
トラブル時のコツ
いきなり大きな装置を直そうとしないこと。
say テストだけの3連チェーンを作り、矢印・条件・常時実行の基礎が動くか確認してから、本番のコマンドへ戻すと切り分けしやすいです。
11. まとめ
以上、マイクラのコマンドチェーンについて、実行順・条件付き・常時実行を中心に解説しました。
コマンドチェーンは、最初こそ分かりにくいですが、見るべきポイントはかなり決まっています。
要点を整理すると、
- コマンドチェーンは矢印の向きに沿って実行される
- チェーンコマンドブロックは、基本的に常時実行にする
- 条件付きは、後ろのコマンドブロックが成功した時だけ実行される
- インパルスは1回、リピートは繰り返し、チェーンは後続処理に使う
- Java版と統合版では、コマンド構文やUI項目が違う
- Java版1.21.11以降は、ゲームルール名の新表記に注意する
このあたりを押さえておけば、コマンドブロック装置の失敗原因をかなり減らせます。
個人的には、最初から複雑な装置を作るより、
インパルス → チェーン → チェーン
の3連だけで、say を使って実行順を確認するのが一番おすすめです。
そこで動くことを確認してから、
- 条件付きにする
- リピート起点にする
- タグやスコアボードを足す
- Java版/統合版それぞれの構文に合わせる
という順番で広げていくと、かなり安定します。
コマンドブロックは、慣れると検証ワールドやミニゲーム作りが一気に楽になります。
まずは小さなチェーンから作って、少しずつ仕組みに慣れていきましょう。
では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもマイクラのコマンド・ゲームルール・便利装置について解説しているので、是非ご覧くださいね(^^♪
12. 参考文献
この記事を書くにあたり、以下の公式ドキュメント・海外Wikiを参考にしています。
