理系猫凛のAI開発日誌｜2026年11月7日
AIに自分専用のサーバーシステムを開発させています。
最初は、AIにコードを書かせ、動作を確認し、問題があれば修正させる。その繰り返しでした。
ところが、開発が進むにつれて気になり始めたことがあります。
なぜ、こんなに何度も私の承認が必要なのでしょうか？
コードの修正、テスト、プルリクエストの作成、マージ、配備。AIに一連の作業を任せているはずなのに、途中で何度も確認が入ります。
もちろん、安全のために必要な確認もあります。ただ、正常にテストを通過した通常の変更についてまで、毎回人間が承認する必要があるのでしょうか。
そんな疑問から、最近はAIの開発能力そのものではなく、AIにどこまで作業を任せるかという仕組みを見直しています。
サーバーの中身が、少しずつ見えてきました
今回、この開発に踏み切ろうと思えた背景には、自分自身の変化もあります。
サーバー開発を始めた頃は、正直なところ、全体像を十分に把握できていませんでした。
AIに指示を出せばシステムが構築され、機能が追加されていきます。しかし、その裏側で何が動いているのか、どこにどんな権限があり、問題が起きたときに何を復旧すればよいのか、理解が追いつかない部分も多くありました。
それが、開発を続けるうちに少しずつ変わってきました。
MCPはどのような役割を持っているのか。Runnerは何を実行しているのか。認証と承認はどう違うのか。コードの変更から本番環境への反映まで、どんな経路を通るのか。
トラブルが起きるたびに調べ、AIに説明させ、設計を見直してきました。
その積み重ねで、以前よりサーバー管理の解像度が上がってきたように感じています。
もちろん、まだ知らないことは多いです。それでも、以前なら漠然と怖かった操作について、何が危険で、どこに安全策が必要なのかを具体的に考えられるようになってきました。
だからこそ、今回のような承認モデルそのものを変更する開発にも踏み込めるようになったのだと思います。
11月7日、承認の壁を取り除く開発が進みました
この日も、AIと一緒にサーバーの改修を進めました。
目指しているのは、通常の開発作業ならAIが自律的に進め、権限変更や認証、取り返しのつかない操作など、本当に人間の判断が必要なところでだけ承認を求める仕組みです。
言葉にすると単純ですが、実装してみるとなかなか難しいものです。
ある変更では、コードのマージまでは成功したものの、配備の段階で認証に失敗しました。
原因を調べて修正すると、今度は別の入口で認証情報の照合がうまくいきません。
それを解決しても、通常の機能修正が安全性の判定で拒否されます。
安全のために作った仕組みが、安全に実行できるはずの開発まで止めてしまうのです。
そんな問題に一つずつ対処することになりました。
ただ、成果もありました。
限定された変更については、AIがコードを修正し、約1万件のテストを通過させ、途中の承認なしにマージから本番配備まで進めることに成功しました。
さらに、WordPressの表示処理にあった実際の不具合も修正し、同じように本番環境で動作を確認できました。
単なる試験用の変更だけでなく、実際の機能修正でも一連の流れが成立したことは、一つの進展だと感じています。
でも、まだ完成ではありません
ここは誤解のないようにしておきたいところです。
今回成功したのは、条件を限定した自律配備です。
現状では、変更内容やサービスによって利用できる経路が異なり、すべての通常開発をAIに任せられるわけではありません。
実際、開発途中では「ある種類の変更は許可できるが、別の変更は安全性を証明できない」という問題に何度も直面しました。
だからといって、安全性の判定を緩めて何でも実行できるようにすればよいわけでもありません。
その方法では、自律化ではなく、単に危険な操作を許しているだけになってしまいます。
今後は、実際に必要な機能修正を基準として、何が安全に実行でき、何が証拠不足で、何が人間の判断を必要とする操作なのかを整理していく必要があります。
Knowledgeなど、まだ十分に対応できていないサービスも残っています。
完成形までは、もう少し試行錯誤が続きそうです。
AIに任せられる範囲は、人間の理解によっても変わるのかもしれません
今回の開発を通して、面白いと感じたことがあります。
AIにどこまで仕事を任せられるかは、AI自身の能力だけでは決まらないのではないか、ということです。
以前の自分なら、サーバー管理や本番配備を自動化することに、もっと慎重だったと思います。
しかし、システムの構造を理解し、実行前の検証や復旧方法、権限の境界について具体的に考えられるようになると、任せられる範囲も変わってきます。
AIが賢くなったというより、AIに何を任せるべきかを判断する自分の能力が、少しずつ変わってきたのだと思います。
もちろん、理解が深まったからといって、システムが安全になるわけではありません。人間の理解に加えて、実際に機能する検証や制御の仕組みが必要です。
それでも、以前は「AIにやらせて大丈夫だろうか」と漠然と考えていたことを、今では「この条件を満たしたら自動実行してよいのではないか」と考えられるようになっています。
この違いは、自分にとって結構大きいです。
以前、「AIに任せるほど人間の仕事は難しくなる」というテーマを考えたことがあります。
今回の経験も、その延長線上にある気がします。
コードを書く作業をAIに任せる一方で、人間は何を許可し、何を禁止し、どうやって安全性を確認するのかを考えます。
作業がなくなるというより、仕事の内容が変わっていくのだと思います。
明日以降も、開発は続きます
今後は、まだ対応できていないサービスにも自律配備の仕組みを広げていく予定です。
ただし、完成を急ぐあまり、よく分からない部分まで自動化することは避けたいと考えています。
もう一つ、AIとの長時間開発では、処理が継続しているのか、単に停止しているのか分かりにくいという問題も残っています。
こちらも実際の運用では無視できない課題です。
まだまだ完成には遠いですが、以前よりも何が問題なのかを具体的に説明できるようになってきました。
そして、その理解を基に次の開発方針を考えられるようになりました。
サーバーそのものの成長と、自分自身の理解の変化。
これからは、そうした過程も開発日誌として残していこうと思います。
完成したシステムの詳しい解説は、また別の記事で紹介する予定です。
まずは、作っている途中の記録から始めてみます。
コメント