Makihiro

個人ゲーム開発者・兼エンジニア。Unity・C# 11年 / Blender / Substance Painter

[Makihiro @makihiro_dev]

Unity向けに開発したシーン管理フレームワークの紹介および、シーン管理の設計について解説する記事を書きました！
履歴管理やシーン間の依存性など、シーン管理設計の深いところまで掘っていきます。#zenn #unity
https://t.co/WDKhe9cx8Y

[Makihiro @makihiro_dev]

とりあえず、ベータ公開していたエージェント用CLIのリポジトリとNuGetは公開に戻していい雰囲気かな
今のところ、ローカルでUnityの開発促進している分には問題なさそうな意思っぽいし

[Makihiro @makihiro_dev]

もう少しUnityの意思を追ったほうがいいか
ただ、条項見た限りではコミュニティツールが事実上締め出される書き方がされている

[masaki_higuchi@jurilog @jurilog]

UnityのTerms of Service改正で、MCPを自由に使えなくなるのでは問題���RedditでのUnityのCommunity担当によると
"Using AI tools to help you build your game is fine."
だそう。
Unityそれ自体や含まれるDataを勝手に直接learningするなという意味らしい?まぎらわしい…
https://t.co/sWrdWxgvWq

[Makihiro @makihiro_dev]

Unityがコミュニティ締め出すのは違うやろと

[Makihiro @makihiro_dev]

規約読んだけどかなり厳しいな。
多分Unity AIで囲い込みたい辺りなんだろうけれども、コミュニティ萎縮させてエコシステムの成長止めるようにしか見えない

エージェント開発ツールの選択権を奪われたら開発効率にも影響しかねないので、遂にUnity離脱を考えるべきか？
規約が改定されることを願う

[とりすーぷ @toRisouP]

Unityの利用規約が更新されてて、サードパーティのMCP利用が禁止されてるように見えるんだが…。
https://t.co/yvAqJVwlTH

[ポケモン公式 @Pokemon_cojp]

2026年8月に全国4会場で開催される「N響 × ポケモン クラシックコンサートツアー」の詳細情報が公開！
N響100周年とポケモン30周年を記念した特別なコンサートだよ。
演奏される曲目やチケットについて、くわしくは公式サイトを確認してね。
https://t.co/iVWQvtbWpC #N響 #ポケモンオーケストラ

[Makihiro @makihiro_dev]

今週、ぽこあポケモンからSlayTheSpire2の流れかよ！

[Mega Crit ���️ Slay the Spire 2 Out Now! @MegaCrit]

⏳

[Makihiro @makihiro_dev]

Codex使ってて思ったけど、これは書いたようにしか動かないので、Codexに指示するのとプログラムを書くのは似てる

[Makihiro @makihiro_dev]

エージェントでコード書いてると、DRY原則違反のコード作りまくる（AGENTS[.]mdにDRY原則について書いていても）
なので、検証ゲートSKILLをちゃんと設計しておいた方が良い

[ひろはす@ゲーム開発情報発信 @hirohasusan]

そろそろシステムごとやってくれそうだなと思ってCodexに「今日本語しか無いのでLocalizationパッケージを使って英語のローカライズを追加して」って指示したらちゃんと全UIのテキストを英語ローカライズしてくれた
去年まで１個１個のUIにローカライズ用のコンポーネント自力で付けてたのに…

[Makihiro @makihiro_dev]

本日は韓国の方にGitHub Sponsorいただきました

感謝

[𝗉𝗈𝗍𝖾𝖻𝗈𝗒 @_poteboy_]

Githubで人��の全てを管理するの、完全に正解かもしれない。
雑にその日やった事や決まった予定のメモ書いてそれらを管理するSkills作ってClaudeに投げれば今日やることも予定のリマインドも全てしてくれる個人秘書の出来上がり。

[Makihiro @makihiro_dev]

閃光のハサウェイ見た

ハサウェイ主観のコックピットでミサイルアラートが延々と鳴り続ける演出、戦闘の緊迫感に没入できたから好き

[Makihiro @makihiro_dev]

ライブラリは基本的に仕様が固くて、挙動が安定していて、説明書もあって、実績があれば知見も積まれる

ライブラリは実装も検証も保証も丸ごとパッケージしたもので、開発における責任境界が生まれる

AIで作業して揺れがちな仕様や実装に対しての保証コストを下げてくれるが故に相対的に価値が上がる

[Makihiro @makihiro_dev]

OSSメンテしている時に感じたのは、多分AI時代はOSSとかライブラリの価値は上がるんだろうなということ

AIエージェントとかでフルスクラッチで機能全部作るとかは可能ではあるが、保証の負担と手間が大きくなるし、プロダクトレベルに引き上げるコストが爆増する

[Makihiro @makihiro_dev]

仕事が忙しかったり、個人開発のフレームワーク開発にリソース優先してたりで、しばらくOSSメンテ出来てなかったんですよね

そこらへんが一旦落ち着いてきたので、OSSにアホみたいに溜まってるIssueとかを捌くモードになりました

[Makihiro @makihiro_dev]

AI論考を整理しておく

確率論的な判断やワークフローになるとAIの得意��域に入るので、人間じゃなくていい仕事になる

一方で決定論的な判断、あるいはそれを行う機械を作る場合、AIはそれの保証を担えないので、人間がそこを握る方に寄る

[Makihiro @makihiro_dev]

「Vibe駆動開発はクソである」

高難度R&Dでの体感から逆算した構造論を書きました。貴重な知見になるかと思います。

生成AI時代、
・Vibeがなぜ負債になるのか
・AI時代の生存戦略として何を研ぐべきか
・普通の開発がR&D化していく理由

を詰めていきます

#生成AI

https://t.co/H4vDh2CpFq

[Makihiro @makihiro_dev]

というわけで、改めて記事を貼っておきます
記事では、高難度R&Dの現場経験ベースでかなり具体的に書きました

結論は、生成AI時代に残る付加価値は「保証」
基礎勉で線を結べるようにし、保証プロトコルで認知を守り、AIは実装・検証器として使い倒そう
https://t.co/H4vDh2CpFq

[Makihiro @makihiro_dev]

「Vibe駆動開発はクソである」

高難度R&Dでの体感から逆算した構造論を書きました。貴重な知見になるかと思います。

生成AI時代、
・Vibeがなぜ負債になるのか
・AI時代の生存戦略として何を研ぐべきか
・普通の開発がR&D化していく理由

を詰めていきます

#生成AI

https://t.co/H4vDh2CpFq

[Makihiro @makihiro_dev]

しかも

「有効ベース = min(ベース能力, 認知能力)」

と考えると、ボトルネックは「どれだけ複雑な点と線を同時に頭に載せておけるか」になる
AIで実装は無限に生えるけど、人間の認知は増えないので、実装だけがインフレしていく

[Makihiro @makihiro_dev]

Vibeは「AIで仕事が楽になる」ように見せかけて、ベースと保証を放置したまま負債を積み上げる麻酔です
短期のPoCでは成立しても、それを開発の基本姿勢にすると中長期で詰む

AI時代の生存戦略として、保証レイヤーに上がる覚悟について書きました