Unityプロジェクトでも Claude Code に自走させるワークフロー - やらなイカ？

最近は Claude Code 中心に使っていて、Unityプロジェクト（といってもゲームでなくUPMパッケージ開発が多い）でもそこそこ安定するワークフローが固まってきました。 一例として紹介します。 目的 紹介するワークフローの目的は次の2点です。 できるだけ自律的に、自走させたい レビュー負荷を減らしたい 前提として、すべてこのワークフローを使うのではなく、例えばコードを書きながら探索的に設計したいケースでは*1 従来通りGitHub Copilotのサジェストを使ってTDDで書いています。 また、いわゆる "Vibe Coding" ではなく、実装コードもテストコードもレビューし、保守性を高める修正を入れています。 ワークフロー 次の手順で開発を進めます。 Plan modeで、実装する機能の要件、仕様、一部の実装方法などを伝え、それを一旦ドキュメントに書き出し ドキュメントをもとに

[sh19910711]

"軸になるのは「仕様」の部分ですが、LLMへの指示が目的ですので、ある程度の実装方式まで盛り込むほうが後工程が安定 / テストケースを見て仕様の不備に気づくことも多い"

[myr]

unity mcpはそれがベターな感じでしょうか？いくつも散っててどれが良いのかよくわからない