大AIエージェント時代にあえてAIから離れてみる
執筆者:Koichi Miyazaki
Claude CodeやCodex、Gemini等、ITに携わる人間の中心には常にAIエージェントが置かれる様な状況になって久しいです。実際、仕事・プライベートの場両面で扱っていますが、本当にパワフルだなと思います。シンプルに自身のすぐそばに膨大なナレッジベースとワークフロー機構(skills等)が生まれたと思うと、誇張抜きで一昔前の10倍程の馬力で物事が動いている様な感覚です。
一方で、右も左もAIに囲まれる日々に対しての若干の懸念や疲れを感じることも生まれてきて、特にプライベートでの趣味開発ではあえてAIから離れてあれこれ手組みしてみる機会を意図的に設けてみつつあります。結論として良い体験と感じるため、そんなモチベーションや実感した効果についてざっと書いてみようと思います。
AIとの距離感を試行錯誤する一個人の私見として、少しでも参考になれば幸いです。
AIからあえて離れるモチベーション
下記のモチベーションから趣味開発の場限定のAI離れをトライすることを決意しました。
技術習得目的の適切な負荷掛け
そもそもですが、大AIエージェント時代と言っても、人間の技術習得の営み自体は重要性を失っていないと認識しています。人間がAIに指示を与える・ハーネスも用意してきちんと制御まで行う等の世話を考えた時、機能要件は勿論ですが、技術的な作り様についても一定解像度を高く持たなければ指示テキスト(CLAUDE.md等)記載やAIのアウトプット精査を上手く行えないためです。Human In The Loop(HITL)の文脈にも含まれますが、最後の砦は依然我々人間が担っているとの意識は欠かせないでしょう。
技術習得の上では、AIにコード生成、そのまま内容解説させながら理解を深めるアプローチもあるなーと思いつつ、個人的にはスモールスタートなコードから入りつつ、徐々に周辺機能・設定の理解を深め、やがて他システムとも連携して、と理解と一緒にアプリケーションをスケールさせたいな、と思いました。
AIが生成するコードボリュームと自身の理解度で足並みが揃わない(大体はAIが先走りする)場面が一定あり、自身が理解出来る範囲の中で作りつつ、後続はその理解の範囲を広げるアプローチが個人的には好みです。
こうした適切な負荷・ペースでの技術習得のため、AIを離れてみるアプローチを試すことにしました。
ハーネスエンジニアリング疲れの解消
どこからか非常に怒られそうなことを書きますが、ハーネスエンジニアリングにあまり楽しさを感じられず疲れてしまったとの側面があります。AIを上手くコントロールする、そのための構成管理があるのだ、との意味・重要性は理解しつつも、結局やっていることはテキストを書きまくっているだけなことが理由かなと思います。
※この見解は諸説ある認識です。AI到来でアイデアを次々形に出来る様になったことでエンジニアリングがより面白くなった、とのタイプもいらっしゃると思いますが、あくまで一個人の私見としてご容赦下さい。
後述しますが、コードを書く行為自体に面白味が一杯あると思っていて、スピード感がシビアに求められるビジネスの場はさておき、趣味の場ぐらいは効率よりも面白さに全振りしてリフレッシュしよう、との方針に倒しました。
スローライフ欲求
上記と被りますが、スピードと無縁な、ゆったりと流れる時間捻出のために、との側面も当然あります。週5日身を投じるスピードの世界からの逃避です。AIがあるから短時間でアウトプットを、との圧を消し去り、スローライフを満喫するべく、AI離れをしようと思いました。
結局、コードを書く営み自体が面白い
私がアプリケーションアーキ出身なこともあるのですが、コードを書いている時間は非常に豊かです。人間の目線で考えた要件をシステムの動きとして表現する変換部にパズル的な楽しみがありますし、そのパズルの正解も複数ある(=実装者の思想が出る)点も大きな要素と思います。
何を作ろう(WHAT)をどう作ろう(HOW)に落とす試行錯誤こそ、エンジニアリングで一番面白いところと思っていますが、AIがいるとこの一番美味しい部分を持っていかれてしまうストレスがありました。趣味の場ぐらいはこの部分を独り占めしたい、そんなモチベーションもありAIを離れてみました。
AIからあえて離れた効果(章
実感と言う程でも無いですが、離れてみて感じたことを中心に書いてみます。
モチベーション要素は全部満たせている
上述したモチベーションはAI離れによって全て満たせたな、と思います。技術習得やリフレッシュと様々な目的が詰め込まれていましたが、好きな音楽を流しながらゆったりコードを書きつつ、未知の技術の所感を肌で味わえているので、日常のスピード感から離れた有意義な時間を過ごせています。
AIにアジャスト出来ないから渋々と言うより、日常からの味変を試みて面白い体験がしたい、との前向きなモチベーションなことも大きい気がします。自力でコードを書くのがパズル体験的で面白い、面白いから自力で書きたい、が根本にあるので、ストレス一切無く継続しています。
特に直近はスピード重視でAIにスクリプトを書いてもらう場面も大分増えたこともあり、自力でコードを書いて意図通りに挙動するだけでも爽快さが増している気がします。
肌で技術を触れる貴重な接点として有効
月次のルーティーンとして、技術雑誌である「Software Design」を定期購読しながら技術インプットは欠かさない様にしているものの、やはり自身で手を動かして得た体験は貴重だな、と改めて思いました。技術の概念的なところは文献ベースでもインプット出来るのですが、開発者体験・運用体験等の側面は一体どうか、との点はやはり実物を弄らないと分からない要素が多いです。
肌で技術を触れる最大のメリットは、体験に根差したお気に入りの技術を作れることだと思います。技術の手前でどのエディタが好みか、から始まり、フロントエンドはこれが一番書き味良くて、バックエンドはこう作りたいけれども、と思想が形成されていくトリガーは肌体験にあると感じます。こうした思想は仕事上も顧客のエンジニア様との会話トリガーになったりもするので、サラリーマンとしての実益につながっていく意味でも嬉しいポイントですね。
でも、ちょっとはAIに頼ってしまう
散々AI離れと言っておきながらですが、完全にAIを撤廃しきれたかと言うと、その領域までには至れませんでした。実装のイメージは出来ているものの記載量が多くて面倒なSQLやJSON準備、あとはエラー調査のサポーターとしてClaude Codeは稼働させていました。
部分的ですし、達成したい目的への障壁になる様な話でも無いのですが、冒頭で述べたAIのパワーから完全に逃れることは利便性の側面で難しいな、と感じるシーンでした。逆説的にAIの影響力を把握出来た意味でも良い体験になったと思っています。
おわりに
現代IT社会の荒波に若干疲れた人間の特異な営みログでしたが、いかがだったでしょうか。
私自身、AIの伴走によって学習スピードも実装スピードも飛躍的に向上するのでは、との仮説を元々持っていましたが、前者に関しては、人間には人間のペース感や必要なインプットがあるのだ、との根本を再発見出来た点でAI離れは良かったと思います。
趣味の場で手触り感のある知見を貯めつつ、ビジネスの場ではAIのブーストも活かしてどんどんアウトプットしていく、とのサイクルを回せると仕事もプライベートも上手く行く気が個人的にはしています。良い具合のバランスを維持していきたいところです。
最近はDuckDBに大変感銘を受けてデータ基盤・データ活用をあれこれやってみていますが、他のネタも見つけながら継続して「あえて」AI離れの時間を設けようと思います。
Discussion