【マイクラ】ビヘイビアパックとは？仕組み・対象範囲・アドオンとの違い【統合版】

この記事はマイクラ統合版（Bedrock Edition）向けです
Java版のデータパック・MODとは仕様が異なります
導入前に、必ずワールドのコピーを作ってから試してください

こんにちは。ゆずかきです。

マイクラ統合版でアドオンを触っていると、よく出てくるのがビヘイビアパックという言葉です。

「リソースパックとは何が違うの？」
「アドオンって結局ビヘイビアパックのこと？」
「入れると何が変わるの？」

こういうところ、最初かなり分かりづらいんですよね。
筆者も最初は、見た目を変えるパックも、モブの動きを変えるパックも、全部まとめて「アドオンかな？」くらいの理解でした。

でも実際には、見た目担当のリソースパックと、動き・ルール担当のビヘイビアパックで役割が違います。
この違いを理解しておくと、アドオン導入時の失敗がかなり減ります。

この記事を読めば、次のことが分かります。

• ビヘイビアパックが何を変更するものか分かります👍
• リソースパック・アドオンとの違いが整理できます👌
• 導入前に注意すべきポイントが分かります(^^♪

それでは、やっていきましょう！

※本記事はマイクラ統合版のビヘイビアパック仕様を前提にしています。
※公式ドキュメント・Bedrock Wiki等の情報をもとに、初心者向けにかみ砕いて整理しています。
※仕様はアップデートで変わる可能性があるため、配布パックを導入する際は配布元の説明も必ず確認してください。

---

目次

1. ビヘイビアパックとは？
2. アドオン・リソースパックとの違い
3. ビヘイビアパックで変更できる主な内容
4. ビヘイビアパックだけでは変更しづらいこと
5. ビヘイビアパックはどういう仕組みで動く？
6. manifest.json・UUID・依存関係の考え方
7. ビヘイビアパックの導入方法と適用先
8. 実際に使う前の注意点
9. 使っていて起きやすいトラブル
10. まとめ
11. 引用・参考文献

この記事で分かること
・マイクラ統合版のビヘイビアパックの基本
・アドオン、リソースパック、ビヘイビアパックの違い
・導入前に確認しておきたい失敗防止ポイント

---

1. ビヘイビアパックとは？

ビヘイビアパックとは、マイクラ統合版で使われるパックの一種で、主にゲーム内の動きやルールを変更するためのデータ集です。
公式表記では「ビヘイビアー パック」と書かれることもあります。

分かりやすく言うと、ビヘイビアパックは、マイクラ内の「見た目」ではなく、中身の動きを担当します。

たとえば、

• モブの行動を変える
• モブのドロップ品を変える
• スポーン条件を変える
• クラフトレシピを追加・変更する
• 村人などの取引内容を調整する
• 関数やスクリプトを使って処理を動かす

こういう部分を扱うのが、ビヘイビアパックです。

たとえば「ウシがプレイヤーを攻撃するようになる」みたいな変更は、見た目ではなく行動の変更なので、ビヘイビアパック側の担当です。
逆に「ウシの見た目を青色にする」「鳴き声を差し替える」という変更は、基本的にリソースパック側の担当になります。

つまり、ビヘイビアパックは、

マイクラ統合版の世界に、行動・ルール・処理を追加するパック

と考えると分かりやすいです。

ここを理解しておくと、配布アドオンを入れる時に「これは見た目だけ変わるのか？」「ゲーム性まで変わるのか？」を判断しやすくなります。

---

2. アドオン・リソースパックとの違い

まず混乱しやすいところから整理しますね。

マイクラ統合版では、よく次の3つの言葉が出てきます。

• アドオン
• リソースパック
• ビヘイビアパック

これらは似ていますが、意味は同じではありません。

👇下の表に、それぞれの役割を整理しました。

種類	主な役割	変更できる例
リソースパック	見た目・音を変える	テクスチャ、音、モデル、アニメーション、パーティクルなど
ビヘイビアパック	動き・ルールを変える	モブの行動、レシピ、ドロップ、スポーンルール、関数など
アドオン	統合版のカスタム要素全体	リソースパック＋ビヘイビアパックを組み合わせた追加要素など

※初心者さんは、まず「見た目＝リソースパック」「動き＝ビヘイビアパック」と覚えておくと大丈夫です。

アドオンは、これらをまとめた大きな呼び方です。
リソースパックだけのアドオンもあれば、ビヘイビアパックだけのアドオンもあります。
そして、モブやアイテムをしっかり追加するタイプのアドオンでは、リソースパックとビヘイビアパックをセットで使うことが多いです。

たとえば、新しいモブを追加する場合、

• 見た目・モデル・アニメーション → リソースパック
• 体力・攻撃・AI・ドロップ → ビヘイビアパック

というように、役割を分担します。

なので、「新しいモブを追加するアドオン」を見た時は、裏側ではリソースパックとビヘイビアパックの両方が動いている可能性が高いです。

体験談的な注意点
「見た目だけ変わると思って入れたら、クラフトレシピやモブの挙動まで変わっていた」みたいなことがあります。
配布ページで、リソースパックなのか、ビヘイビアパックなのか、両方入りなのかは必ず見ておきましょう。

---

3. ビヘイビアパックで変更できる主な内容

ビヘイビアパックで扱える範囲は、思ったより広いです。
ただし、何でも自由に変えられる万能MODというより、統合版が用意している仕組みに沿って変更するものと考えた方が安全です。

代表的な対象は、次の通りです。

モブやエンティティの行動

ビヘイビアパックでは、エンティティの行動をJSONファイルで定義できます。

たとえば、

• 移動速度
• 体力
• 当たり判定
• ターゲットの取り方
• 攻撃するかどうか
• 逃げる・追いかける・群れるなどの行動

こういった部分です。

分かりやすい例で言うと、普通はおとなしい動物に攻撃行動を持たせたり、既存モブの反応を少し変えたりすることができます。

ルートテーブル（ドロップ内容）

ルートテーブルは、ブロックを壊した時やモブを倒した時などに、何がドロップするかを決める仕組みです。

たとえば、

• 特定のモブが落とすアイテムを変える
• チェストの中身を変える
• 釣りやドロップの確率を調整する

こういう変更ができます。

サバイバルで遊ぶ場合、ドロップ内容が変わるとゲームバランスにかなり影響します。
便利系アドオンを入れる時は、ここが変わっているかを見ておくと安心です。

レシピ

ビヘイビアパックでは、クラフトレシピも扱えます。

• 新しいクラフトレシピを追加する
• 既存アイテムを別素材で作れるようにする
• 特殊なアイテムの作成ルートを追加する

こういう変更ですね。

便利すぎるレシピ追加アドオンを入れると、サバイバルの難易度がかなり下がります。
逆に、建築勢や検証勢にはかなり助かる場面もあります。
ここは遊び方との相性です。

スポーンルール

スポーンルールでは、モブやエンティティがどこに、どのような条件で湧くかを扱います。

新しい生物を追加するアドオンでは、この設定がかなり重要です。
せっかく追加したモブでも、スポーンルールが合っていないと、ワールド内で全然見つからないことがあります。

「アドオンを入れたのに追加モブが出ない！」という時は、スポーンルールや適用ワールドの設定を疑ってみましょう。

関数・スクリプト

ビヘイビアパックには、関数やスクリプトを入れることもできます。
関数はコマンド処理、スクリプトはJavaScriptを使った処理というイメージです。

ただし、スクリプトAPIまわりはバージョンの影響を受けやすい分野です。
古いアドオンや実験的な機能を使うアドオンでは、マイクラ本体のアップデート後に動かなくなることもあります。

初心者さん向けの結論
「モブの行動」「ドロップ」「レシピ」「スポーン」「処理」を変えるなら、だいたいビヘイビアパック側です。
見た目ではなく、ゲームの中身に触るパックだと思っておきましょう。

---

4. ビヘイビアパックだけでは変更しづらいこと

ビヘイビアパックは便利ですが、これだけで全部できるわけではありません。
特に初心者さんが勘違いしやすいのは、見た目の変更は基本的にビヘイビアパックの担当ではないという点です。

たとえば、

• テクスチャを変える
• モデルを変える
• 効果音を変える
• モブのアニメーションを変える
• パーティクルの見た目を変える

こういう変更は、基本的にリソースパック側で扱います。

新しいモブを追加する場合も、ビヘイビアパックだけでは「動き」は作れても、見た目の情報が足りません。
そのため、ちゃんとした追加モブ系アドオンでは、リソースパックとビヘイビアパックの両方が必要になることが多いです。

また、Java版のMODのように、ゲーム内部を何でも自由に書き換えられるものとも違います。
統合版のビヘイビアパックは、あくまで統合版のアドオン仕様に沿って動く仕組みです。

ここを勘違いすると、

「Java版の有名MODみたいな機能を、そのまま統合版で再現できるはず」

と思ってしまいがちですが、現実にはできること・できないことがあります。

もちろん、統合版のアドオンも年々かなり高機能になっています。
ただ、Java版MODと完全に同じものではないので、そこは分けて考えてくださいね。

---

5. ビヘイビアパックはどういう仕組みで動く？

ビヘイビアパックの中身は、主にフォルダーとJSONファイルで構成されています。

マイクラは、決められた場所にある決められた名前のフォルダーやファイルを読み込み、そこに書かれた内容をゲーム内に反映します。

たとえば、ビヘイビアパックでは次のようなフォルダーが使われます。

• entities
• loot_tables
• recipes
• spawn_rules
• functions
• items
• scripts
• trading

もちろん、全てのビヘイビアパックにこれら全部が入っているわけではありません。
モブの行動だけを変えるなら、エンティティ関連のファイルが中心になります。
レシピ追加だけなら、レシピ関連のファイルが中心になります。

重要なのは、フォルダー名やファイル名の指定がかなりシビアという点です。

たとえば、関数ファイルを入れるならfunctionsフォルダー、スクリプトを使うならmanifest.json側のscriptモジュールとentryの指定が必要です。
「中身は合っているはずなのに動かない」という時は、JSONのミスだけでなく、フォルダー名・拡張子・配置場所・manifest.jsonの指定も確認しましょう。

読み込み順にも注意

統合版のパックには、読み込み順の考え方があります。
同じ対象を複数のパックが変更している場合、どちらの変更が反映されるかは、パックの順番に影響されます。

たとえば、2つのビヘイビアパックが同じモブの行動を変更していた場合、片方の変更が効かないことがあります。

これは不具合というより、パックの競合です。
複数のアドオンを入れる場合は、欲張って一気に入れず、1つずつ動作確認するのがおすすめです。

体験談的な注意点
「単体では動くのに、他のアドオンと一緒に入れると動かない」場合、まず競合を疑いましょう。
特に同じモブ・同じレシピ・同じアイテムを触るアドオン同士はぶつかりやすいです。

---

6. manifest.json・UUID・依存関係の考え方

ビヘイビアパックでかなり重要なのが、manifest.jsonです。
これは、そのパックが何者なのかをマイクラに伝えるためのファイルです。

manifest.jsonには、主に次のような情報が入ります。

• パック名
• 説明文
• UUID
• バージョン
• モジュール情報
• 必要な依存関係
• 最小エンジンバージョン

初心者さん向けに言うなら、manifest.jsonはビヘイビアパックの身分証明書です。
このファイルが壊れていると、そもそもマイクラ側にパックが表示されません。

UUIDとは？

UUIDは、そのパックを識別するための固有IDです。
同じ名前のパックでも、UUIDが違えば別物として扱えます。
逆に、違うパックなのにUUIDが同じだと、読み込みや競合の原因になります。

自作する場合、UUIDは使い回さず、必ず新しく生成してください。
配布されているパックを改造する場合も、別物として使うならUUIDを変更した方が安全です。

リソースパックとの依存関係

ビヘイビアパックとリソースパックをセットで使う場合、dependenciesで関連付けることがあります。

たとえば、新しいモブを追加する時、

• ビヘイビアパック：そのモブの行動を定義
• リソースパック：そのモブの見た目を定義

という構成になります。
この時、依存関係を設定しているのに必要なリソースパックが見つからないと、パックが正しく解決されなかったり、見た目側の内容が反映されなかったりします。

配布アドオンを導入するだけなら、ここを細かく編集する機会は少ないです。
ただし、トラブルが起きた時に「manifest.json」「UUID」「dependencies」という言葉が出てくるので、存在だけでも知っておくとかなり楽です。

---

7. ビヘイビアパックの導入方法と適用先

ビヘイビアパックは、基本的にワールドに適用して使います。
リソースパックのようにグローバルリソースとして見た目だけ全体に適用する、という感覚とは少し違います。

一般的な導入の流れは、次のような感じです。

.mcpackファイルの場合

1. 配布元から.mcpackファイルをダウンロードする
2. ファイルを開く
3. Minecraftが起動してインポートされる
4. ワールド設定を開く
5. 「ビヘイビアパック」欄から有効化する
6. 必要ならセットのリソースパックも有効化する

これが一番分かりやすい導入方法です。
ただし、端末やプラットフォームによってファイルの扱いは少し違います。
Windows、スマホ、Realms、家庭用ゲーム機では手順が変わる場合があるので、配布元の説明を確認しましょう。

.mcaddonファイルの場合

.mcaddonは、複数のパックをまとめた形式として配布されることがあります。
リソースパックとビヘイビアパックが一緒に入っているタイプですね。

この場合も、基本はファイルを開いてMinecraftにインポートします。
その後、ワールド設定から必要なパックを有効化します。

開発用フォルダーに入れる場合

自作や検証をする場合、Windows版ではcom.mojangフォルダー内の開発用フォルダーを使うことがあります。
ビヘイビアパックなら、development_behavior_packsに入れてテストする形です。

ただし、これは自作・検証向けの話です。
普通に配布アドオンを遊ぶだけなら、.mcpackや.mcaddonをインポートする方が簡単です。

既存ワールドに入れる時の注意

ビヘイビアパックは、ゲーム内の動作やルールに触ります。
なので、既存ワールドに入れる場合は、必ずコピーを作ってから試しましょう。

特に、次のようなアドオンは慎重に扱ってください。

• 新しいモブを追加する
• ワールド生成に関係する
• レシピやドロップを大きく変える
• スクリプトを使っている
• 既存のモブやアイテムを変更する

ワールドに入れてから外すと、追加アイテムや追加モブの扱いで問題が出ることがあります。
気軽に抜き差しするより、最初にテスト用ワールドで確認するのがおすすめです。

---

8. 実際に使う前の注意点

ビヘイビアパックは便利ですが、サバイバル本番ワールドに入れる前に注意したいことがあります。

1. ワールドのコピーを作る

これは本当に大事です。
ビヘイビアパックは見た目だけではなく、ゲームの動きに触ります。

導入後に、

• モブの湧き方が変わる
• レシピが変わる
• 既存の仕組みと競合する
• アップデートで動かなくなる

こういうことが起きる可能性があります。

本番ワールドにいきなり入れるのではなく、コピーしたワールドで一度試す。
これだけで事故率はかなり下がります。

2. 配布元を確認する

アドオンは、公式マーケットプレイス以外にもいろいろな場所で配布されています。
ただ、外部配布のパックは品質や更新状況に差があります。

確認したいポイントは、

• 対応バージョン
• リソースパックが必要か
• 実験的機能が必要か
• 既存ワールド対応か
• Realmsやサーバーで使えるか
• 実績への影響があるか

このあたりです。
特に、統合版はアップデートで仕様が変わることがあるので、古い配布ページのまま放置されているパックは注意してください。

3. 複数アドオンを一気に入れない

便利そうなアドオンを見つけると、まとめて入れたくなります。
気持ちは分かります。
でも、最初は1個ずつが安全です。

同じモブ、同じレシピ、同じアイテム、同じ関数名などを複数のパックが触っていると、片方が効かないことがあります。

おすすめの確認方法
1個入れる → ワールドに入る → 動作確認する → もう1個入れる
この順番にすると、どのパックが原因か分かりやすいです。

4. Java版用と統合版用を混同しない

ビヘイビアパックは統合版向けの仕組みです。
Java版のデータパックやMODとは別物です。

Java版の.jar形式のMODは、統合版にそのまま入れても動きません。
逆に、統合版のビヘイビアパックをJava版にそのまま入れても動きません。

検索する時は、

• マイクラ 統合版 ビヘイビアパック
• Minecraft Bedrock Behavior Pack
• MCPE Addon

のように、統合版向けの言葉で探すと見つけやすいです。

---

9. 使っていて起きやすいトラブル

ここでは、ビヘイビアパック導入時によくあるトラブルを整理します。

ビヘイビアパックが一覧に出ない

この場合は、まずmanifest.jsonまわりを疑いましょう。

チェックするポイントは、

• ファイル名がmanifest.jsonになっているか
• manifest.json.txtになっていないか
• JSONのカンマやカッコが壊れていないか
• UUIDが正しい形式か
• headerとmodulesで別々のUUIDを使っているか
• パックのフォルダー階層が深すぎないか

特にWindowsでは、拡張子が非表示になっていてmanifest.json.txtになっていることがあります。
これはかなり多いミスなので、最初に確認してください。

有効化したのに内容が反映されない

一覧には出るけど動かない場合は、次を確認します。

• 対応バージョンが合っているか
• 必要なリソースパックも有効化しているか
• 依存関係が切れていないか
• フォルダー名が正しいか
• 他のアドオンと競合していないか
• パックの読み込み順が原因ではないか

新しいモブ系アドオンで、姿だけ見えない場合はリソースパック側。
姿はあるけど動きがおかしい場合はビヘイビアパック側。
このように切り分けると原因を探しやすいです。

追加モブが湧かない

追加モブが湧かない時は、必ずしも導入失敗とは限りません。

• スポーンするバイオームが限られている
• 明るさや高さの条件がある
• スポーン確率が低い
• 実験的機能が必要
• 既存ワールドでは生成済み範囲に出ない

こういう可能性があります。

まずはクリエイティブのテストワールドで、スポーンエッグやコマンドで確認すると早いです。
いきなりサバイバルで探すと、導入できているのか分かりづらいです。

ワールドが重くなる

ビヘイビアパックによっては、モブや処理が増えてワールドが重くなることがあります。
特に、常時処理を走らせるスクリプト系、モブを大量追加するタイプ、ワールド生成に関わるタイプは注意です。

スマホやSwitchなど、性能に余裕が少ない環境では、入れすぎるとカクつきやクラッシュの原因になることがあります。

筆者のおすすめ
便利そうでも、まずは小さめのテストワールドで確認。
重さ・競合・削除後の影響を見てから本番ワールドに入れるのが安全です。

---

10. まとめ

以上、マイクラ統合版のビヘイビアパックとは何かについて、初心者さん向けに整理しました。

要点をまとめると、

• ビヘイビアパックは、動き・ルール・処理を変えるパック
• リソースパックは、見た目・音を変えるパック
• アドオンは、リソースパックやビヘイビアパックを含む大きな呼び方
• 新しいモブやアイテムを追加する場合、両方セットで使うことが多い
• 導入前にはワールドコピー、対応バージョン、競合確認が大事

こんな感じです。

最初はややこしく感じますが、

見た目＝リソースパック
動き＝ビヘイビアパック
まとめたもの＝アドオン

と覚えておけば、かなり理解しやすくなります。

ビヘイビアパックは、うまく使うと統合版の遊び方を大きく広げてくれます。
ただし、ゲームの中身に触るぶん、既存ワールドに入れる時は慎重に。
まずはコピーしたワールドやテストワールドで試して、安全を確認してから遊びましょう。

では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもマイクラ統合版・Java版の仕様解説や便利情報をまとめているので、是非ご覧くださいね(^^♪

---

11. 引用・参考文献

この記事を書くにあたり、以下の公式ドキュメント・コミュニティWikiを参考にしています。

• Microsoft Learn（Introduction to Behavior Packs）
• Microsoft Learn（Introduction to Resource Packs）
• Microsoft Learn（Getting Started with Minecraft Add-Ons）
• Microsoft Learn（Entity Behavior Introduction）
• Microsoft Learn（Comprehensive List of Pack Contents）
• Microsoft Learn（Introduction to Functions）
• Microsoft Learn（manifest.json for Behavior/Resource/Skin Packs and World Templates）
• Bedrock Wiki（Add-Ons Explained）
• Bedrock Wiki（Intro to Scripting）
• Minecraft.net（Achievements now work with add-ons）