Minecraft Preview 26.40.30の変更点｜対応機種・AI修正・安全な検証方法

Minecraft Preview 26.40.30は、Xbox、PlayStation、Windows、iOSで新要素や修正を先行テストするためのMinecraft Bedrock Previewです。通常版のプレイヤーが急いで導入する必要はありませんが、アドオン開発者、サーバー管理用スクリプトの開発者、複数端末で動作確認するQA担当者は早めに検証しておく価値があります。

今回の「AI更新」は、生成AIやチャット機能の追加ではありません。モブの攻撃・撃破時に動作する「AI Goals」の不具合修正を指します。また、Previewは開発途中の不安定なビルドであるため、普段使っているワールドをそのまま開かず、コピーした検証用ワールドで試すことが重要です。

公式ページ上の掲載日は2026年7月7日で、日本では7月8日前後に確認された更新です。Minecraft PreviewはXbox、PlayStation、Windows、iOS向け、AndroidではGoogle Playを通じたBetaとして提供されます。(Minecraft Feedback)

Minecraft Preview 26.40.30の対応要否

対応が必要かどうかは、Minecraftの利用目的によって異なります。

利用者	対応要否	推奨する対応
通常版で遊ぶ一般プレイヤー	低い	安定版への反映を待つ
新要素を先に試したいプレイヤー	任意	メインワールドとは別の検証用ワールドで試す
アドオン・ビヘイビアーパック開発者	高い	エンティティJSONとAIイベントを優先確認する
Script API開発者	高い	APIバージョンと型変更を確認する
サーバー管理者	中～高	許可リスト関連スクリプトと接続動作を検証する
学校・イベント・社内デモで利用する担当者	中程度	専用端末と一時ワールドに限定して検証する
長期運用中の共有ワールド管理者	原則不要	本番環境には導入しない

Previewは、正式リリース前の仕様や不具合を確認するための環境です。新機能がそのまま安定版に実装されるとは限らず、操作方法、レシピ、API仕様が後から変更される可能性もあります。

Minecraft Preview 26.40.30で変わる主な内容

今回の更新では、プレイヤー向けの新アイテムとして「Cushion」と「Straw Bed」が追加されています。あわせて、新しいキャンプ構造物、表示、サウンド、クラッシュ、ストレージ、コマンド、アドオン開発向けAPIなどが修正されています。

座れるCushionが追加

Cushionは、ワールド内に設置して座れるクッションです。16色のバリエーションがあり、同じ色のWool Slabを3個使用して作成します。

設置時には次のような特徴があります。

平らな面に水平に設置される
支えているブロックを壊すとCushionも壊れる
通常の当たり判定がなく、ほかのブロックと重ねられる
Cushion同士を同じ場所に重ねることはできない
プレイヤーが操作すると座れる

Cushionは、内装、待合室、劇場、教室、休憩スペースなどを表現する建築で活用できます。椅子のような大型ブロックを置かずに座れる場所を作れるため、狭い室内のデザインにも向いています。

ただし、26.40.30には、CushionがAbandoned Campに自然生成されない既知の問題があります。検証時はCreativeインベントリから取得し、「自然生成されない」という同じ不具合を重複報告しないよう注意が必要です。(Minecraft.net)

スポーン地点を変えずに夜を越せるStraw Bed

Straw Bedは、スポーン地点を変更せずに夜をスキップできる使い捨てのベッドです。

通常のベッドでは、眠るとリスポーン地点が変更されます。一方、Straw Bedではリスポーン地点を維持したまま夜を越せます。遠征先や探索拠点で、一時的に夜だけを飛ばしたい場面に適しています。

主な仕様は次のとおりです。

項目	仕様
主な効果	スポーン地点を変更せずに夜をスキップ
使用回数	1回
使用後	Straw Bed自体が壊れる
レシピ	Hay Bale 3個からStraw Bed 4個
Netherでの使用	使用できず、試すと破壊される
Endでの使用	使用できず、試すと破壊される

検証する際は、単に夜をスキップできるかだけでなく、使用前後でスポーン地点が変わっていないか、使用後にアイテムが残らないかも確認します。

NetherやEndでは、通常のベッドのような爆発ではなく、使用を試みたStraw Bedが破壊される仕様として案内されています。正式版までに挙動が調整される可能性があるため、危険な場所での移動手段や装置に組み込むのは避けるべきです。(Minecraft.net)

Abandoned Campの生成場所が拡大

Abandoned Campは、Pale Gardenに加えてFlower Forestにも生成されるようになります。Straw Bedは、このキャンプ内でも見つけられます。

また、Abandoned Campにある木の構成が手続き的に生成されるようになり、ルートテーブルに含まれるポーション名の問題も修正されています。(Minecraft.net)

構造物やルートテーブルを利用するアドオンを開発している場合は、次の点を確認すると効率的です。

同じシードで生成結果が再現されるか
Pale GardenとFlower Forestの両方で生成されるか
キャンプ内のコンテナから想定したアイテムが出るか
既存の構造物置換やルートテーブル変更と競合しないか
Straw Bedが破損せず取得できるか

表示、サウンド、クラッシュも修正

26.40.30では、新要素だけでなく、ゲームプレイや安定性に関する修正も含まれています。

主な修正対象は次のとおりです。

Dappled Forestの霧の見え方
Poplar Leavesのテクスチャと黒い背景表示
ドアや看板のテクスチャ
Wool StairsとWool Slabsの不足していたレシピ
古いBook and Quillを開いた際のフリーズ
Iron Golemが複数存在する場合のクラッシュ
Double Chestを含む構造物生成時のクラッシュ
Concrete Powderが変化する場面のクラッシュ
ワールドデータ削除後のワールド一覧表示
古いワールドを変換する際の画面表示
一部のプレイヤー接続問題に対するゲームサーバー側の自己修復処理

これらはPreview内での修正です。Previewで問題が再現しなくなったとしても、現在の安定版ですでに修正されたことにはなりません。安定版への反映時期は別途確認する必要があります。(Minecraft.net)

「AI更新」は生成AIではなくモブの行動制御

Minecraft Preview 26.40.30の技術変更には「AI Goals」の修正が含まれています。ただし、ここでいうAIは生成AIではありません。

AI Goalsは、モブやカスタムエンティティに「対象を追う」「近接攻撃する」「一定条件で逃げる」といった行動をさせる仕組みです。

今回の問題では、一部の攻撃系AI Goalにおいて、敵を倒したときのon_killイベントが、攻撃時のon_attackへ誤って割り当てられていました。そのため、モブが対象を倒しても、本来設定した撃破イベントが発生しない状態になっていました。

修正対象として案内されている主なコンポーネントは次のとおりです。

minecraft:behavior.melee_attack
minecraft:behavior.melee_box_attack
minecraft:behavior.delayed_attack
minecraft:behavior.stomp_attack
minecraft:behavior.use_kinetic_weapon

この修正は、format_versionが1.26.40以降のコンテンツに影響します。(Minecraft.net)

既存アドオンでも再テストが必要

不具合が直っただけであっても、既存アドオンの動作が変わる可能性があります。

たとえば、これまでon_killが発火しないことを前提に別の処理で補っていた場合、26.40.30では両方の処理が動き、アイテム報酬やエフェクトが二重に発生するおそれがあります。

次のテストケースを用意すると、影響を見つけやすくなります。

テスト	確認内容
攻撃だけを当てる	`on_attack`だけが実行されるか
対象を撃破する	`on_kill`が1回だけ実行されるか
別のモブが最後の一撃を与える	誤ったエンティティにイベントが付かないか
遠距離・遅延攻撃で倒す	攻撃方式による差がないか
複数の敵を連続で倒す	報酬やエフェクトが重複しないか

AI Goalsを使っていない通常プレイヤーには、直接対応する作業はありません。アドオンやカスタムモブを制作している人が優先して確認すべき変更です。

対応プラットフォームと利用条件

Minecraft Preview 26.40.30は、公式案内上、Xbox、PlayStation、Windows、iOSでテストできます。AndroidではMinecraft Previewではなく、Google Play経由のMinecraft Betaとして提供されます。Nintendo Switchは、今回のPreview対象プラットフォームとして案内されていません。(Minecraft Feedback)

プラットフォーム	テスト版	導入時の注意
Xbox	Minecraft Preview	対象アカウントでPreviewが表示されるか確認する
PlayStation	Minecraft Preview	提供状況とアカウント条件を端末上で確認する
Windows 10・11	Minecraft Preview	Minecraft LauncherからPreviewを選択する
iPhone・iPad	Minecraft Preview	TestFlightを使用し、参加枠の上限に注意する
Android	Minecraft Beta	Google Playのベータプログラムを使用する
Nintendo Switch	対象外	今回の公式対応一覧には含まれていない

Windowsでは、Minecraft Launcherを開き、「Minecraft: Bedrock Edition」のリリース選択メニューから「Latest preview」を選択します。安定版を起動する場合は「Latest release」に戻します。(Minecraft.net)

iOS版はTestFlightで配布されます。TestFlightには参加可能人数の上限があるため、空きがなければすぐに参加できない場合があります。(Minecraft.net)

アカウントと利用権を事前に確認する

Previewを利用するには、対象プラットフォームでMinecraft Bedrock Editionを利用できる状態であることが基本条件です。さらに、端末や機能に応じてMicrosoftアカウント、Apple ID、PlayStation Networkアカウントなどが必要になります。

家族用アカウント、子ども用アカウント、組織管理端末では、年齢制限、マルチプレイ制限、ストア利用制限、TestFlightのインストール制限によって導入できない場合があります。

インストールできないときは、再インストールを繰り返す前に次の項目を確認します。

Minecraftを所有しているアカウントでサインインしているか
Microsoftアカウントとプラットフォーム側アカウントが正しく連携されているか
子ども用アカウントのオンラインプレイが許可されているか
組織や保護者によってアプリのインストールが制限されていないか
iOSではTestFlightの参加枠が残っているか
Previewと通常版を取り違えて起動していないか

通常版とPreviewのデータ境界

Minecraft Previewは、通常版とは異なるテストビルドとして扱う必要があります。公式案内でも、Previewは通常のゲームから分けて提供し、既存ワールドへの影響を抑える考え方が示されています。実際のアプリ構成や保存場所はプラットフォームによって異なるため、「別アプリだから何をしても安全」とは考えないほうがよいでしょう。(Minecraft.net)

メインワールドを直接開かない

最も重要なルールは、長期間遊んでいるワールドや共有中のワールドを、最初からPreviewで開かないことです。

新しいブロック、エンティティ、コンポーネント、保存形式がワールドに記録されると、古い安定版で正常に読み込めなくなる可能性があります。読み込めたとしても、新要素が消える、エンティティが欠落する、チャンクの状態が変わるといった問題が起こり得ます。

検証前に、次のような名前でコピーを作成すると管理しやすくなります。

project-name-preview-26-40-30-2026-07-08

ワールド名にPreviewのビルド番号と作成日を入れておけば、後からどの環境で保存したデータか判断できます。

実験機能を有効にするとコピーが作られる場合がある

公式のテスト案内では、既存ワールドで実験機能を有効にした場合、「Copy of」という名前を付けたワールドコピーが作成される仕組みが説明されています。(Minecraft.net)

ただし、自動コピーだけをバックアップとして扱うのは危険です。設定ミス、同期、誤削除に備え、可能な環境では事前にワールドをエクスポートしてください。

データ	推奨する扱い
長期運用中のメインワールド	Previewでは開かない
検証用ワールド	メインワールドからコピーして作る
エクスポートファイル	Previewを起動する前に別の場所へ保存する
リソースパック	バージョン番号を付けて複製する
ビヘイビアーパック	安定版用とPreview用のブランチを分ける
スクリプト	APIバージョンを固定し、変更履歴を残す
不具合再現用データ	シード、座標、端末、ビルド番号を記録する

クラウド同期はバックアップではない

クラウドストレージや端末間同期は、最新状態を別端末へ反映するための仕組みです。壊れた状態や誤って保存した状態まで同期される可能性があるため、更新前へ戻すバックアップの代わりにはなりません。

Previewの検証では、少なくとも次の3つを分けて保管します。

安定版で最後に正常だったワールド
Previewで使用する作業用コピー
不具合報告に添付する最小構成の再現用ワールド

管理者が設定すべき制御

Minecraft Preview 26.40.30には、企業向けの新しい中央管理コンソールが追加されたわけではありません。組織、学校、制作チームで利用する場合は、OS、アプリストア、アカウント、ワールド、サーバーの各層で既存の管理機能を組み合わせます。

Previewの配布対象者を限定する

全利用者へ一斉に配布するのではなく、検証担当者だけに限定します。

適切なテストグループの例は次のとおりです。

Bedrockアドオン開発者
QA担当者
サーバースクリプト開発者
Xbox、PlayStation、Windows、iOSの端末担当者
不具合報告を整理できる管理者

単に新要素を見たいだけの利用者まで業務端末へ導入すると、通常版との取り違え、ワールドの誤変換、問い合わせ増加につながります。

検証用アカウントを分ける

可能であれば、日常利用するアカウントと検証用アカウントを分けます。

特に次の環境では分離が有効です。

学校の共有端末
展示会やイベントのデモ端末
動画収録用端末
Marketplace向けコンテンツの確認端末
外部テスターへ貸し出す端末

アカウントを分けられない場合でも、ワールド名、保存場所、利用者、テスト期間を管理台帳に記録します。

マルチプレイは同じビルドでそろえる

Previewと安定版の互換性を前提にしてはいけません。マルチプレイテストでは、参加端末を同じPreviewビルドにそろえます。

最低限、次の情報を参加者間で共有します。

Minecraft Previewのバージョン
使用するワールドの版
有効にした実験機能
使用するリソースパック
使用するビヘイビアーパック
Script APIのバージョン
テスト開始前のバックアップ日時

接続できない場合は、ネットワーク障害だけでなく、Previewのビルド差やパックの不一致も確認します。

サーバー管理APIの許可リスト変更

26.40.30では、実験的な@minecraft/server-admin APIにも変更があります。

許可リストを扱うAllowListでは、文字列だけを渡す方式から、PlayerまたはAllowListEntryを扱う方式へ変更されています。

AllowListEntryには、次の情報を指定できます。

name
xuid

両方とも省略可能なプロパティですが、実際に処理へ渡す場合は少なくともどちらか一方が必要です。両方が未指定の場合はInvalidArgumentErrorになります。

また、add、remove、containsでは、従来の単純な文字列ではなく、PlayerまたはAllowListEntryを渡す必要があります。既存スクリプトがプレイヤー名の文字列を直接渡している場合は修正が必要です。(Minecraft.net)

許可リスト移行時の確認事項

確認項目	対応
プレイヤー名を文字列で渡している	`AllowListEntry`へ置き換える
プレイヤー名が変更される可能性がある	XUIDを利用できるか検討する
`name`と`xuid`が空になる経路がある	事前に入力値を検証する
存在確認後に追加している	`contains`の新しい引数形式を確認する
失敗時の処理がない	`InvalidArgumentError`を処理する
本番サーバーで直接試している	検証用サーバーへ分離する

このAPIは実験的な段階です。正式な安定APIと同じ互換性を期待せず、API更新ごとに型定義と変更履歴を確認してください。

アドオン開発者が確認すべき変更

26.40.30には、既存コンテンツの読み込み結果を変える可能性がある技術変更が複数含まれています。

エンティティJSONの検証が厳格化

format_versionが1.26.40以降のエンティティでは、複数のActor Componentに対してJSONスキーマの検証が厳しくなります。

対象として案内されているコンポーネントには、次のものがあります。

minecraft:cannot_be_attacked
minecraft:ignore_cannot_be_attacked
minecraft:floats_in_liquid
minecraft:wants_jockey

無効なプロパティ、誤った型、スキーマに存在しない記述がある場合、警告だけでなくエンティティJSON自体が読み込まれない可能性があります。(Minecraft.net)

これまで偶然動いていたコンテンツも対象になり得ます。アップデート後にカスタムエンティティが表示されなくなった場合は、テクスチャやスポーン条件だけでなく、コンテンツログに出ているJSON検証エラーを確認してください。

`format_version`とゲームのバージョン番号を混同しない

ゲーム本体のバージョンは26.40.30ですが、エンティティJSONでは1.26.40というformat_versionが使われます。

Minecraftは2026年から、年を基準にした26で始まるバージョン番号へ移行しています。(Minecraft.net)

一方、JSON内のformat_versionは、そのファイルをどのデータ仕様で解釈するかを指定するための値です。ゲーム本体のビルド番号と見た目が似ていても、同じ意味ではありません。(Microsoft Learn)

開発チーム内では、次のように呼び分けると混乱を防げます。

ゲームビルド：26.40.30
エンティティのデータ仕様：format_version 1.26.40
Script API：@minecraft/server 2.9.0など
パックの版：manifestで管理する独自バージョン

Projectileの`should_bounce`が列挙値へ変更

Entity Projectile Componentのshould_bounceは、単純な真偽値から、次の状態を表す列挙値へ変更されています。

no
if_invulnerable
if_no_damage_dealt

古い形式のコンテンツは、1.26.40以降で自動的に新しい形式へ変換される場合があります。しかし、自動変換だけに依存せず、投射物が壁、無敵状態の対象、防具を装備した対象などへ当たったときの挙動を確認する必要があります。(Minecraft.net)

Script APIとEditorも更新

Script APIでは、@minecraft/server 2.9.0のLootItem.conditionsがベータから安定版へ移行しています。Hopper Minecartのアイテム取得イベントに関する修正も含まれています。

Editorでは、Double Chestのコピーと貼り付け、Block Inspectorの境界表示、Cinematic Toolのタイムラインやキーフレームなど、多数の機能が更新されています。Editor APIには未確定のトランザクション処理に関する変更もあるため、Editor拡張を開発している場合は互換性を確認してください。(Minecraft.net)

外部ツールやパーサーも影響を受ける可能性がある

JSONスキーマの構成が細分化され、重複を減らす変更や、バイナリプロトコルのメタデータ追加も行われています。

独自の次のようなツールを使っている場合は注意が必要です。

JSON自動補完ツール
スキーマ検証ツール
アドオン変換ツール
Bedrockプロトコル解析ツール
パックの自動生成パイプライン
独自エディターやIDE拡張

ゲーム上では正常に動いても、外部ツール側が新しいスキーマ構造を解釈できず、誤ったエラーを表示する場合があります。ゲーム本体、公式スキーマ、外部ツールのどこで問題が起きているかを分けて調査することが重要です。(Minecraft.net)

業務や開発での実用的な使いどころ

Minecraft Previewを業務で使う場面は、一般的なオフィス業務ではなく、Minecraftコンテンツの制作、検証、教育、イベント運営などが中心です。

アドオンの先行互換性テスト

正式版の公開後にアドオンが動かなくなると、利用者からの問い合わせが集中します。Previewで先行確認しておけば、エンティティJSON、AI Goals、Script APIの修正を安定版の配信前に準備できます。

特に今回の更新では、次のアドオンを優先して検証します。

独自の近接攻撃を行うモブ
撃破時にアイテムや経験値を追加するモブ
カスタム投射物を使う武器
許可リストを操作する管理スクリプト
Loot Tableを動的に処理するスクリプト
独自JSONスキーマや自動生成ツールを使うパック

Xbox、PlayStation、Windows、iOSの横断テスト

同じBedrock Editionでも、入力方法や画面サイズは異なります。

端末	主な確認内容
Xbox	コントローラー操作、テレビ表示、マルチプレイ
PlayStation	コントローラー操作、アカウント連携、UI表示
Windows	キーボード・マウス、Launcher、開発ツールとの連携
iOS	タッチ操作、画面回転、TestFlight版の安定性
Android Beta	GPU、端末性能、タッチ操作

Cushionに座る操作、Straw Bedの操作、設定画面、カスタムフォームなどを複数端末で確認することで、特定の入力方式でしか起きない問題を見つけられます。

学校やイベント向けコンテンツの事前確認

学校の授業、プログラミング教室、展示会、観光イベントなどでMinecraftを使う場合も、次期バージョンの先行確認に活用できます。

ただし、授業当日やイベント本番でPreviewを使用するのは避けたほうが安全です。Previewではなく、安定版へ反映された後に同じ操作を再検証し、本番用ワールドを確定します。

不具合の再現と報告

Previewで不具合を見つけた場合は、「動かなかった」という説明だけでなく、再現条件を整理します。

記録すべき情報は次のとおりです。

Previewの完全なバージョン番号
使用したプラットフォーム
端末の機種
ワールドのシード
発生座標
有効にした実験機能
使用中のアドオン
再現手順
発生頻度
スクリーンショットまたは動画
アドオンを外しても再現するか

同じ問題が既知の不具合として掲載されていないか確認してから報告すると、重複を減らせます。

安全に検証する手順

検証目的を一つに絞る

最初に「新アイテムを確認する」「AI Goalsを確認する」「許可リストAPIを移行する」など、目的を決めます。

複数の実験機能やアドオンを同時に入れると、問題の原因を特定しにくくなります。

安定版の状態を記録する

更新前に、次の情報を残します。

正常に動作している安定版のバージョン
ワールドのバックアップ
アドオンのバージョン
Script APIのバージョン
既知の不具合
テスト時に期待する結果

検証用コピーを作る

メインワールドをエクスポートし、Preview専用のコピーを作ります。アドオンも開発用ブランチへ分けます。

Preview 26.40.30を導入する

対象端末でPreviewを導入し、起動後に画面上のバージョン番号を確認します。複数端末でテストする場合は、全端末が26.40.30になっているかを確認します。

必要な実験機能だけを有効にする

新要素が表示されない場合は、ワールド設定で必要な実験機能を確認します。関係のない実験機能まで有効にすると、検証対象外の変更が混ざるため避けます。

最小構成からテストする

最初はアドオンを入れない状態で確認し、その後、リソースパック、ビヘイビアーパック、スクリプトを一つずつ追加します。

問題が発生した段階が分かれば、原因を絞り込めます。

結果を記録して検証環境を終了する

検証後は、次のいずれかを明確に決めます。

不具合報告用として保存する
次のPreviewで再検証する
必要なコード修正を行う
検証用ワールドを削除する
安定版への反映後に改めて確認する

Previewで保存したワールドを、そのまま安定版の本番ワールドへ昇格させる運用は避けます。

Minecraft Preview 26.40.30でよくある疑問

通常版も26.40.30へ更新する必要がある？

必要ありません。26.40.30はテスト用のPreviewです。新要素を試さない一般プレイヤーは、安定版への正式反映を待つのが安全です。

生成AI機能がMinecraftに追加された？

追加されていません。今回のAI修正は、モブやカスタムエンティティの行動を制御するAI Goalsに関するものです。

Previewで遊んだワールドを通常版に戻せる？

正常に戻せる保証はありません。新しいブロックや保存形式を含むワールドは、古い通常版で問題が起きる可能性があります。必ずPreviewを開く前のバックアップを残してください。

AndroidでMinecraft Previewが見つからないのはなぜ？

Androidでは「Minecraft Preview」ではなく、Google PlayのMinecraft Betaとして提供されます。Xbox、PlayStation、Windows、iOSとはテスト版の配布経路が異なります。(Minecraft Feedback)

iPhoneでTestFlightに参加できない場合は？

TestFlightの参加枠が上限に達している可能性があります。アプリの再インストールでは解決しないため、参加枠が空くのを確認する必要があります。(Minecraft.net)

Previewと通常版でマルチプレイできる？

互換性を前提にしないでください。テスト参加者は、同じPreviewビルド、同じ実験機能、同じアドオン構成へそろえるのが基本です。

まとめ：一般プレイヤーは待機、開発者は分離環境で確認

Minecraft Preview 26.40.30では、座れるCushion、スポーン地点を変更しない使い捨てのStraw Bed、Abandoned Campの拡張などが追加されています。

開発者にとって特に重要なのは、AI Goalsのon_kill修正、エンティティJSONの厳格化、Projectile Componentの変更、@minecraft/server-adminの許可リストAPI変更です。

一般プレイヤーは無理に導入せず、正式版への反映を待てば問題ありません。アドオン開発者やサーバー管理者は、メインワールドと本番環境から切り離したうえで、次の順番で対応してください。

安定版のワールドとコードをバックアップする
Preview専用のコピーと検証用アカウントを用意する
26.40.30でAI、JSON、API、マルチプレイを確認する
問題と修正内容を記録する
正式版へ反映された後に同じテストを再実施する

Previewを「新機能を早く遊ぶ版」だけでなく、「正式版への移行で問題を起こさないための検証環境」として扱うことが、安全かつ実用的な活用方法です。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。