レッドストーン回路の自動テストが失敗した際の切り分け・局所修正手順。CLI版の mc-cli get-blocks, interact-block, place-blocks を使ったデバッグ方法を定義する。
yadokari1130/MC-Redstone-AI52026年8月23日 更新
オブザーバーの向き(facing)、入力側/出力側の定義、connects配置の仕様。observer使用時に必ず読む。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
minecraft:observerfacing: down, up, north, south, west, east
facing は 「観察面(顔 / 入力元)」 が向いている方角を指します。facing で指定した方向の 真反対 へ信号を出力します。facing は 「入力側」 を指します。facing: "north" の場合:北にあるブロックを観察し、南へ出力します。facing: "east" の場合:東にあるブロックを観察し、西へ出力します。powered: 変化を検知して信号を出力しているかどうかを示します。
true, falseconnects の完全義務化: オブザーバーを配置する際は、いかなる場合でも必ず connects を使用してください。直接 blocks にオブザーバーを配置し、手動で facing プロパティを指定することは完全に禁止されています。src と dst の指定方法:
src: 観察対象となるブロックの座標(顔/入力側)を指定します。dst: 検出信号の出力先となるブロックの座標(赤い点/出力側)を指定します。component: "minecraft:observer"[10, 65, 10](観察対象)から [12, 65, 10](出力先)に向けてオブザーバーを配置する場合、connects は以下のようになります(中間の [11, 65, 10] にオブザーバーが自動配置され、顔が [10, 65, 10](西)を向き、赤い点が出力先 [12, 65, 10](東)を向くように自動計算されます)。
"connects": [
{
"src": [10, 65, 10],
"dst": [12, 65, 10],
"component": "minecraft:observer"
}
]
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
レッドストーン回路の自動テストが失敗した際の切り分け・局所修正手順。CLI版の mc-cli get-blocks, interact-block, place-blocks を使ったデバッグ方法を定義する。
レッドストーン回路の自動テストが失敗した際の切り分け・局所修正手順。get_blocks, interact_block, place_blocks を使ったデバッグ方法を定義する。
agent 向けテキスト指示(skill / slash command / task プロンプト / CLAUDE.md 節 / コード生成プロンプト)を、バイアスを排した実行者に動かしてもらい、両面(実行者の自己申告 + 指示側メトリクス)で評価して反復改善する手法。改善が頭打ちになるまで回す。プロンプトや skill を新規作成・大幅改訂した直後、またはエージェントの挙動が期待通りにならない原因を指示側の曖昧さに求めたいときに使う。
Minecraft のレッドストーン回路や構造物を設計するための、JSON データモデルの仕様と設計ガイドラインです。
CLI版 mc-cli drop-items コマンドの使い方。ホッパーやコンテナに投入するアイテムを世界にドロップする時に読む。
CLI版 mc-cli fill コマンドの使い方。土台作成や範囲消去(air)を行う前に読む。