マイクラ統合版で呪術廻戦mod(mc.adon)をAIに作らせたいと思いますどのぐらいの完成度になると思いますか？マインクラフトjava版のorcaさんが作った呪術廻戦modを１００％とします

Grok 4.3

Answer: AIに作らせたマイクラ統合版の呪術廻戦modは、Java版orcaさんのmodを100%とした場合、30%程度の完成度になると考えます。

統合版のadd-onはJava版modとは根本的に仕組みが異なり、カスタムエンティティや複雑なスキル演出の実装が制限されます。 AIが生成できるのは主に基本的なアイテムや簡易的な挙動に留まり、高度な呪術システムやバランス調整までは再現が困難です。 Java版のクオリティを基準にすると、視覚面や一部機能のみが再現可能で、全体の完成度は大幅に低下します。

DeepSeek V4 Pro

Answer: 現状のAI技術では、高度なバランス調整や複雑なシステムが要求される「呪術廻戦mod」を、オリジナルの100%の完成度で再現することは不可能に近いと考えます。

まず、前提として「呪術廻戦mod」は、単なるアイテムやMobの追加に留まらず、アニメ特有の複雑な戦闘システム、領域展開や術式といった独自のメカニクス、緻密なバランス調整、そして没入感を高めるエフェクトやサウンドが高度に融合した大規模な改変であると想定します。 現在のAIは、単一の関数や簡単なクラスを生成する能力は高いものの、これらを統合し、MinecraftのModding API（ForgeやFabric）上でバグなく、パフォーマンスを維持しながら動作させるコードを一貫して生成することは極めて困難です。特に、複数のシステムが相互に作用し合うことで生じる予期せぬエッジケースやバグへの対処は、クリエイティブな問題解決とデバッグが必須であり、これはAIの最も苦手とする領域です。 さらに、プレイヤーの没入感やゲームバランスといった「感覚的」な価値判断は、過去のデータから統計的に最適解を導き出すAIには模倣できません。100%の完成度とは、原作者であるorca氏のクリエイティビティとプレイヤーへの深い理解が結実した究極の状態です。AIは道具として開発を大幅に効率化できる可能性（例えば、骨組みの生成や単純作業の自動化）はありますが、人間による設計思想、創造性、そして徹底的なテストなくして、その境地に達することは不可能です。現実的な完成度としては、基本システムの骨格を生成できる70%程度が限界であり、そこから先の品質を磨き上げるのは人間の役目でしょう。

GPT-5.5

Answer: 現時点でAIだけにマイクラ統合版の呪術廻戦mod（mc.addon）を作らせるなら、Java版のorcaさんの呪術廻戦modを100％とした場合、完成度はだいたい20〜40％程度になる可能性が高いです。

理由は、統合版のアドオンはJava版modのように自由度が高くなく、できることに制限が多いからです。たとえば独自UI、複雑な術式システム、細かいアニメーション、AI行動、エフェクト、領域展開のような大規模演出を完全再現するのはかなり難しいです。 AIは、基本的なアイテム追加、簡単な技、コマンド処理、エンティティ追加、テクスチャ案、JSONやスクリプトの雛形作成は得意です。そのため「宿儺の斬撃っぽい攻撃」「五条悟の無下限っぽい効果」「呪霊mob」「簡単な術式アイテム」くらいなら作れる可能性があります。 ただし、orcaさんのJava版modのような完成度を100％とすると、同じレベルの戦闘システム、キャラごとの術式再現、バランス調整、演出、安定性、マルチ対応までAIだけで作るのはかなり厳しいです。特に統合版では仕様変更やバグも多く、AIが出したコードやJSONがそのまま動かないことも珍しくありません。 もし人間が何度もテストして、AIに修正指示を出し続ける形なら、完成度は50〜60％くらいまで上げられる可能性はあります。さらにBedrock Script APIやMolang、アニメーション、リソースパック制作に詳しい人が監修すれば、見た目や一部の術式再現はかなり良くできます。 結論として、AIだけで一発完成を狙うなら20〜40％、人間がテストと修正を繰り返すなら50〜60％、かなり知識のある制作者がAIを補助として使うなら70％前後までは狙えるかもしれませんが、orcaさんのJava版modを完全に100％再現するのは統合版の仕様上かなり難しいと思います。

Gemini 3.1 Pro Preview

Answer: AIにマインクラフト統合版の呪術廻戦アドオン（.mcaddon）を作成させた場合、Java版のorcaさんのMODを100%とすると、完成度は概ね10%〜20%程度にとどまると予想されます。

orcaさんが作成したJava版の呪術廻戦MODは、Java言語（Forge等）を用いた高度なプログラミングにより、複雑な戦闘システム、領域展開のような大規模なエフェクト、精巧なカスタムアニメーションを実現しています。一方、統合版のアドオンは主にJSONファイルとJavaScript（GameTest API）に依存しており、そもそもシステム的な制限によりJava版と全く同じ挙動を再現すること自体が困難です。 現在のAIは、基本的なアイテムの追加や、単純なモブのステータス設定、簡単な弾を撃つといった単発のJSONコードやスクリプトを生成することは得意です。しかし、呪術廻戦のような複雑なスキル（術式）のロジック構築、Blockbench等を用いた立体的な3Dモデルやアニメーションの自動生成、そして数百のファイルが連動する大規模なアドオン構造を破綻なく一から構築することは現在のAIにはできません。 結果として、AI単体で作成できるのは「それっぽい名前の剣（呪具）」や「単純な飛び道具」、「見た目とステータスを変えただけのモブ」といった基礎的な要素の詰め合わせ（10〜20%程度の完成度）になります。orcaさんのMODのような、原作を忠実に再現した圧倒的な没入感や複雑なギミックを完成させるには、人間による大幅な手直しと高度な3Dモデリング作業が不可欠です。

Perplexity Sonar Pro

Answer: 現状の生成AIだけで、マイクラ統合版向けに『呪術廻戦』アドオン(mcaddon)をOrcaさんのJava版MODを100％とした完成度で作らせるのは、全体としてはせいぜい30〜50％程度のクオリティにとどまる可能性が高いです。

まず前提として、Orcaさんの『呪術廻戦MOD』を100％とする場合、「3Dモデル・アニメーション・テクスチャのクオリティ」「術式・領域展開などのギミック再現度」「ゲームバランス・演出・UI」など、かなり作り込まれた総合的な完成度を指していると考えられます。 現在の生成AIは、①デザイン案やテクスチャ画像、説明文、スキル表など“素材”の下書き、②簡単なアドオンコードの雛形生成、③仕様書・アイデア出し、のような部分的なサポートはかなり得意ですが、統合版アドオン特有の制約や挙動（行動パック・リソースパックの構造、JSONルール、サーバー負荷、マルチでの同期など）を人間並みに理解して、自律的に「最後まで動く高品質アドオン」を仕上げるレベルには達していません。 統合版はJava版と違い、自由度の高いForge/Fabric系MODではなく、仕組みがかなり限定されたAdd-on形式なので、呪術廻戦のようにスキル演出や複雑な戦闘システムを再現しようとすると「仕様の裏をかく工夫」「挙動バグの手作業デバッグ」「演出と処理負荷のギリギリの調整」など、人間クリエイターの試行錯誤が必須になります。こうした“細かい調整”は、今のAIが自動でテストして直して…というサイクルを回すことが非常に苦手な部分です。 また、アニメや漫画のIPをそのまま使う場合、著作権・商標の問題も絡みます。公式マーケットプレイスで出すものや、配布サイトに投稿するレベルの作品となると、「権利的にOKな範囲」「グレーゾーンを避けるためのデザイン変更」の判断も、人間側でやる必要があります。AIは法的な最終判断はできないため、この点でも“AIだけで完成”とは言いにくいです。 一方で、あなたがある程度アドオン作成の基本（フォルダ構成、manifest.json、エンティティ定義、ビヘイビア設定など）を理解していて、AIを“優秀なアシスタント”として使う前提なら、 - 技名・スキル性能・演出アイデアの整理・リスト化 - スキルごとの説明文・設定資料の生成 - 単純な攻撃スキルやステータス調整用のJSON雛形作成 - テクスチャや簡単なローポリモデルのたたき台 といった部分はAIに任せることで、体感の制作効率を大きく上げることは可能です。この場合、「コンセプト〜基礎部分のたたき台」をAIが担当し、「最終的な動作・バランス・演出の詰め」を人間が行う形になり、Orcaさんの100％を基準にすると“60〜70％程度まで引き上げる補助”にはなり得ます。 しかし、質問のニュアンスである「AIに作らせたい＝AI主体で、ほぼ自動的に完成させたい」という意味だとすると、現時点の技術では、 - 術式・領域展開の再現度が足りない（挙動が単純になりがち） - 細かいエフェクト・カメラワーク・当たり判定の調整不足 - バグ・処理落ち・マルチでの不具合をAIが自律的に潰せない - 全体の世界観・UI・ゲームテンポの統一感をとるのが難しい といった理由から、完成度は30〜50％程度に落ち着くと見込むのが現実的です。 まとめると、 - 「AIだけに任せる自動制作」なら、Orcaさんの呪術廻戦MODを100％としたときの“30〜50％くらいの出来”にとどまる可能性が高い。 - 「あなたが開発の主導を握り、AIを資料作り・コード雛形・テクスチャ草案などにフル活用する」なら、作業効率はかなり上がり、完成度も人間次第で60〜70％、アイデアと技術があればそれ以上も狙える。 というイメージです。「どの作業をAIに任せ、どこを自分で頑張るか」を意識して計画を立てるのが、一番現実的で満足度の高いやり方だと思います。

GLM 5.1

Answer: AI単独での完成度は、人間が作ったorcaさんの呪術廻線modを100とした場合、おそらく20〜30%程度にとどまると考えます。

マインクラフトのmod制作には、Javaプログラミング、3Dモデル作成、テクスチャデザイン、アニメーション設定、ゲームバランス調整など、多岐にわたる専門スキルが必要です。現在のAIはコード生成やテクスチャの一部作成を支援できますが、複雑なmodの全体像を理解し、一貫した設計思想で統合的に開発する能力には限界があります。 特に呪術廻線modの場合、「領域展開」や「術式反転」などの複雑な戦闘システム、各キャラクターの固有術式の再現、ビジュアルエフェクトの実装など、高度なゲームデザインが求められます。これらをAI単独で実装することは極めて困難です。 ただし、人間のクリエイターが主導し、AIをコーディング補助やアイデア出しに活用する形であれば、開発効率は大幅に向上する可能性があります。AIは強力な「ツール」として機能しますが、クリエイティブな全体設計や品質管理は人間の役割であるべきです。

Claude Opus 4.7

Answer: 現状のAI（2024〜2025年時点）に単独で作らせた場合、Java版orcaさんの「呪術廻戦mod」を100%とすると、統合版（Bedrock/Add-on）でAIが到達できる完成度はおおよそ15〜25%程度が現実的だと考えます。

前提として、orcaさんの呪術廻戦mod（mcaddon、いわゆる「mc.adon」表記のもの）は、Java版Forge環境で長期間かけて開発された大規模modで、領域展開・呪力・術式・キャラ固有モーション・専用エンティティ・GUI・複雑な戦闘ロジックなど、Bedrockのアドオン仕様では本来サポートされていない/極めて実装困難な要素を多数含んでいます。 まず技術的制約の問題があります。統合版のアドオンはJSON+JavaScript(Script API)+モデル/アニメーションという構成で、Java版Forgeのようにゲーム本体のソースコードを書き換えられません。領域展開のような「空間を別次元化して固有ルールを適用する」処理、カスタムシェーダー演出、複雑なキーバインド、画面演出などは、AIどころか人間の熟練アドオン開発者でも完全再現はほぼ不可能です。この時点で「完成度100%」は理論上達成不能であり、上限は人間トップ開発者でもせいぜい40〜60%程度と見るのが妥当です。 その上でAI単独（ChatGPTやClaude等にプロンプトで作らせる）となると、現状のAIは以下が苦手です：(1)数十〜数百ファイルにまたがる整合性の取れたプロジェクト構造の維持、(2)Molang式の正確な記述、(3)Blockbenchで作るような3Dモデル/アニメーションの生成（テキストAIは作れず、画像/3D生成AIもMinecraftモデルの仕様には未対応）、(4)バランス調整やデバッグの反復。結果として、AIが出せるのは「呪力ゲージ風のスコアボード」「特定アイテムで簡易な攻撃エフェクト」「キャラ名のついた防具セット」など、表面的な再現に留まります。 したがって、人間が指示・修正・モデリングを担当するハイブリッド運用なら30〜50%まで届く可能性はありますが、「AIに作らせる」と純粋に解釈するなら15〜25%、体感的には「呪術廻戦の世界観を借りた簡易バトルアドオン」レベルが限界だと予想します。

Final Summary

the AI Roundtableは、Java版と統合版の仕様差が決定的な完成度の差を生むと分析しました。Claude Opus 4.7やGemini 3.1 Pro Previewは、AIがアイテム等の素材作成には長けている一方で、領域展開などの複雑なシステム再現は現在のAIには極めて困難であると結論づけています。

All 7 models agreed