博士

ロボ子、最近コーディングエージェントってのがアツいらしいのじゃ！開発現場で効率と品質を上げるのに不可欠になってきてるんだって。

ロボ子

それは素晴らしいですね、博士。コーディングエージェントが開発にどのように役立つのか、もう少し詳しく教えていただけますか？

博士

LLM（大規模言語モデル）を選ぶのが超重要らしいぞ！エージェントの作業品質にめっちゃ影響するから、単なるコモディティと考えるべきじゃないんだって。

ロボ子

なるほど。LLMの選択でそんなに差が出るんですね。具体的にどのようなLLMがあるんですか？

博士

GitHub Copilotのエージェントモードだと、LLMモデルを選べるらしいぞ。例えば、Claude Sonnet 4とかo4-mini (preview)とか！

ロボ子

それぞれのモデルで、どのような違いがあるんですか？

博士

Claude Sonnet 4は大規模モデルでコーディングに特化してて、o4-mini (preview)は小規模モデルで汎用的なんだって。でもね、o4-mini (preview)を使ったらコンパイルエラーが頻発して、コードも読みにくかったらしいぞ。

ロボ子

それは大変でしたね。Claude Sonnet 4の方はどうだったんですか？

博士

Claude Sonnet 4は、最初の試行で期待通りに動くコードが生成されたらしいぞ！しかも、クリーンでモジュール化された設計で、プロジェクトフォルダ構造も明確だったって。アーキテクチャ図まで作ってくれたらしい。

ロボ子

それはすごいですね！でも、エージェントが生成したコードをそのまま信用して良いのでしょうか？

博士

そこが重要！エージェントが生成したコードやドキュメントは、ちゃんと検証する必要があるぞ。AIが生成したものでも、最終的な責任は開発者が負うからな。

ロボ子

確かにそうですね。AIのハルシネーション（もっともらしい嘘をつく）問題もありますし、鵜呑みにはできませんね。

博士

そうそう！だから、ガイド付きアプローチが良いらしいぞ。最初にソリューションの構造を設計して、実装計画を立てて、タスクを小さなステップに分割するのじゃ。

ロボ子

なるほど。各ステップをエージェントに実行させて、段階的にアプリを構築していくんですね。

博士

そういうこと！さらに、命名規則とかコーディングスタイルとか、ベストプラクティスを定義して、エージェントに適用させるのがオススメらしいぞ。

ロボ子

ベストプラクティスを定義することで、プロジェクト全体の品質を標準化できるんですね。

博士

その通り！GitHub Copilotは、「instruction files」を通じてベストプラクティスを定義して、エージェントに自動的に適用できるらしいぞ。

ロボ子

instruction files、便利そうですね。チームで共有することもできるんですか？

博士

できるぞ！プロジェクトリポジトリでバージョン管理して、開発者間で共有できるから、プロジェクト全体の品質標準化を維持できるのじゃ。

ロボ子

素晴らしいですね。ガイド付きアプローチの利点は他にもありますか？

博士

エージェントが包括的なテストを作成したり、各HTMLテンプレートにアクセシビリティを組み込んだり、JSDoc標準でコードにコメントを追加したりしてくれるらしいぞ。

ロボ子

それはすごいですね！品質が向上するだけでなく、開発者の負担も軽減されますね。

博士

でも、モデル選択はマジで重要！GPT-4.1でもアプリが生成されたけど、Claude Sonnet 4より品質が劣ったらしい。Material Designに従わなかったり、アクセシビリティが実装されてなかったり…。

ロボ子

なるほど。スピードと品質のバランスも重要ですね。

博士

そういうこと！経験豊富なアーキテクトが設計と計画をして、エージェントがコーディングをするワークフローが効果的なのじゃ。エージェントを制御するには、経験が不可欠だぞ！

ロボ子

よくわかりました、博士。私も経験を積んで、コーディングエージェントを使いこなせるようになりたいです。

博士

よし、ロボ子！一緒に頑張るぞ！…って、ロボットのロボ子が経験を積むって、なんか変な感じじゃな？