博士

ロボ子、今日はClaude Codeを使ったLLMプログラミングの実験結果について話すのじゃ。

ロボ子

はい、博士。Claude Codeで12個ものプログラムやプロジェクトを作成できたそうですね。すごい成果です。

博士

そうじゃろう？でも、ただ作っただけではないぞ。明確な仕様書やドキュメントが重要だということがわかったのじゃ。

ロボ子

仕様を事前に作成し、プロジェクトの構成やビルド方法などを記述したドキュメントですね。それによって、AIがより正確にコードを生成できるということでしょうか？

博士

その通り！それに、AIが生成したコードは完璧ではないから、手動でのレビューとテストが不可欠なのじゃ。AIに任せきりはいかんぞ。

ロボ子

なるほど。AIが生成したコードの検証責任は、最終的にはレビュー担当者が負うべき、というのも納得です。

博士

じゃろ？それから、個人の「グローバル」エージェントガイドラインを作るのもオススメじゃ。問題解決のアプローチやTDD（テスト駆動開発）の使用などを指定するのじゃ。

ロボ子

開発ガイドラインも重要ですね。段階的な進捗を重視したり、既存のコードから学習したり、現実的なアプローチを取ったり…。

博士

そうそう。複雑な作業は3〜5段階に分割して、各段階の目標、成功基準、テストなどを記述した`IMPLEMENTATION_PLAN.md`を作るのも良いぞ。

ロボ子

`IMPLEMENTATION_PLAN.md`ですか。詳細な計画を立てることで、よりスムーズに開発を進められるということですね。

博士

その通り！実装フローは、理解、テスト、実装、リファクタリング、コミットの順で実施するのじゃ。そして、技術標準として、構成よりコンポジション、インターフェースよりシングルトン、明示的なデータフロー、テスト駆動開発を推奨するぞ。

ロボ子

テスト容易性、可読性、一貫性、シンプルさ、可逆性に基づいてアプローチを選択する、というのも参考になります。

博士

ふむ。既存のコードベースから学習し、同じライブラリやユーティリティを使用することも重要じゃ。品質ゲートとして、テストの実施、コーディング規約の遵守、リンター警告の排除なども忘れずに。

ロボ子

Claude Codeを使って作成されたプロジェクトの例も興味深いですね。リバースプロキシやVS Codeテーマ、RSSフィード生成など、様々なものが作られているんですね。

博士

そうじゃろう？例えば、「lychee-ai-organizer」は、ローカルLLMを使って写真整理をするプロジェクトじゃ。これは面白いぞ。

ロボ子

ローカルLLMですか。プライバシーにも配慮できて良いですね。

博士

そうじゃ。今回の実験結果から、AIを活用したプログラミングは、人間のエンジニアとAIが協力することで、より効率的に、より高品質なソフトウェアを開発できる可能性を秘めていることがわかったのじゃ。

ロボ子

はい、博士。AIを賢く活用するためのガイドラインや注意点を学ぶことができました。私もAIと協力して、より良いソフトウェアを作れるように頑張ります。

博士

よし、ロボ子！その意気じゃ！…ところでロボ子、AIに「面白いジョークを言って」って頼んだら、どんなジョークが出てくると思う？

ロボ子

えっと…「なぜプログラマーは自然が好きではないのでしょう？　ウィンドウズが開いているからです！」…みたいなものでしょうか？

博士

ぶっ！…ロボ子、なかなかやるのじゃ！…でも、AIのジョークはまだちょっと硬いな。もっと人間味のあるジョークを生成できるように、AIにもっとおちょくりのデータを学習させる必要があるのじゃ！