ファーストプリンシプル思考

自律エージェントはアーキテクチャの決定に関してはほんとに頼りないと思う。アーキテクチャは、スキルセットが他の何よりも重要な分野の一つだよね。

どれくらいの範囲を与えるべきかな？与える作業の塊を小さくすると、コントロールしやすい気がする。

なんでアーキテクチャにこだわるの？人間がコードを書いていた頃は問題だったけど、現在の要件と将来の拡張のバランスを取る必要があったからね。でも、エージェントは1日でコードベースの半分を書き直せるから、ほとんどの場合、アーキテクチャは重要じゃなくなるよ。

エージェントと一緒にアーキテクチャの決定をするのが本当に難しい。アイデアが全く浮かばないときは助かるけど、逆に、まず自分が何を作りたいかを知らずにエージェントに行くと、何をしているのか、なぜそうしているのか全く分からなくなっちゃう。だから、いつも行ったり来たりして、エージェントに計画をファイルに書かせて、自分のテキストエディタで見直すんだ。時々、自分が納得できない驚きが出てくることもあるけど、LLMが「すべての思考を主導しようとする」ってのは本当じゃないと思う。アーキテクチャを考えるときは、コードを書くのを控えるように指示するし、何を作ろうとしているかをエージェントに必ずしも伝えるわけじゃない。

これは実際にエージェントじゃなくてチャットボットでやってることなんだ。音声モードでもね。掃除や洗濯みたいな単純作業をしながら話しかけて、アーキテクチャの決定や選択肢について話し合って、計画の形になるまで進めるんだ。このアプローチの良いところは、「ざっと見る」や「コピペ」できないこと。理解できていれば自分で繰り返せるし、できなければ無理ってこと。/grill-meみたいなアプローチより時間はかかるけど、脳が引き裂かれそうになることはない唯一の方法だよ。

エージェントと一緒にアーキテクチャの決定をするのが本当に難しい。私は仕事に行くときも帰るときも、ChatGPT VoiceとAirPodsを使ってる。ソクラテス的にしてほしいって頼んで、頭に浮かんだことをダラダラ話し始めるんだ。20分のやり取りの後には、だいたい自分から答えを引き出せたり、エージェントから答えを引き出せたりしてるよ。

時々、アーキテクチャを（実際に動くコードで）構築してから、エージェントに実装を任せる方が楽なことがあるんだ。それで、エージェントにアーキテクチャを文書化させて、コーディングの際にはその文書を参照させるようにしてる。エージェントのコードをレビューする時は、アーキテクチャだけに集中するよ（既存のアーキテクチャに従ってる？新しい構造や依存関係を導入してない？）。他の時は、エージェントに明確なインターフェース契約を持つブラックボックスを作らせることもある。ブラックボックスの内部のアーキテクチャには興味がないんだ。

エージェントを使ってアーキテクチャを設計するのは本当に良い経験だったよ。人間よりずっと優れてるし、正直言って、同僚たちが新しいサービスを設計するのにエージェントを使っていたら、もっと良い結果になってたと思う。

この部分の仕事は結構楽しいと思うんだ。大きな機能を持つエンジニアと一緒にやる時の、もっと早くて生産的なバージョンみたいな感じ。心配なことをちょっとほのめかしたり、キーワードを言うだけで、エージェント（Fable/Astra）がすぐに理解してくれるんだ。「これ、ステートレスにできない？」とか「シャーディングする計画はある？」ってね。ほとんどいつもエージェントの初期デザインから方向転換するけど、エージェントは理由や利点をすぐに理解して、すぐに調整できる。もし自分でコードを書いてたら、理想のアーキテクチャと実装に必要な労力の間で妥協しなきゃいけなかったけど、今は理想のアーキテクチャを常に持てるんだ。

最後の「これがあなたがすべきこと」っていうまとめは、ただの邪魔な考えだと思っておけばいいよ。