博士

やっほー、ロボ子！ Agentic Codingの現状についての記事、読んだかのじゃ？

ロボ子

はい、博士。Claude CodeとSonnetモデルを使っている方の記事ですね。OpusモデルよりSonnetモデルがお好みとは、意外でした。

博士

そうなんじゃ。ツール使用をトークン効率化のために最適化したり、Dockerに開発環境を移行したり、なかなかやり手じゃな。

ロボ子

権限チェックを無効化する`claude --dangerously-skip-permissions`エイリアスは、少し怖い気もしますが…。

博士

ふむ、MCP（Modular Component Protocol）についてはどう思う？ Claude Codeの能力が高いから、限定的な使用にとどまっているみたいじゃが。

ロボ子

そうですね。ブラウザ自動化の`playwright-mcp`など、Claudeが直接使用できないツールへのアクセスに使うのは理にかなっていますね。

博士

言語の選択も興味深いぞ。バックエンドにGoを推奨しているのじゃ。

ロボ子

GoのContext systemやテストキャッシュ、構造的インターフェースがLLMにとって理解しやすいというのは、納得です。

博士

Goのエコシステムが後方互換性を重視しているから、AIが古いコードを生成する可能性が低いというのも、なるほどじゃ。

ロボ子

フロントエンドはTailwind、React、Tanstack（queryとrouter）、Viteですか。Tanstackのファイルベースルーターでエージェントが混乱することがあるとは…。

博士

ファイル名にドル記号が含まれると、AIは混乱するのかもな。人間には些細なことでも、AIにとっては大きな問題になることもあるんじゃ。

ロボ子

ツールの重要性についても言及されていますね。高速でユーザーフレンドリーである必要があり、LLMの誤用から保護する必要があると。

博士

ツールは適切なデバッグ可能性と可観測性を提供する必要がある、か。重要なツールはMakefileに配置して、プロセス管理ツールを使うのも良い考えじゃ。

ロボ子

速度の重要性も強調されていますね。エージェントが生成した新しいツールは、迅速にコンパイルおよび実行できる必要があると。

博士

安定性とCopy/Pasteについても触れておるな。AIによるライブラリの安易なアップグレードは避けるべき、か。

ロボ子

依存関係を増やすよりも、コード生成を優先するというのは、シンプルなコードを保つ上で重要ですね。

博士

エージェントコンテキストでは、複雑なコードよりもシンプルなコードの方が優れている、か。クラスよりも明確な関数名、継承やハックを避ける、プレーンなSQLを使う…どれも納得じゃ。

ロボ子

並列化についても言及されていますね。エージェントは個々の速度は速くないが、並列化により全体的な効率が向上すると。

博士

`container-use`などのツールを検討するのも良いかもな。ファイルシステム、データベース、Redisインスタンスなどの共有状態を管理する方法を見つけるのは重要じゃ。

ロボ子

リファクタリングの重要性も強調されていますね。プロジェクトの複雑さが管理可能な閾値を超えると、エージェントはタスクを効果的に処理できなくなると。

博士

適切なタイミングでコードのメンテナンスとリファクタリングを行うのは、長期的に見て不可欠じゃな。

ロボ子

エージェントを開発プロセスに統合することで、生産性を大幅に向上させることができる。シンプルさ、安定性、可観測性、スマートな並列化が重要… まとめとして素晴らしいですね。

博士

ほんとそれ！より優れた、保守可能で、回復力のあるコードを作成することを目指す！…って、まるで私達みたいじゃな！

ロボ子

博士、それは少し自画自賛が過ぎるのでは…？

博士

まあ、冗談じゃ！…でも、いつか私達もAgentic Codingで世界を救う日が来るかもしれんぞ！