Agent responsibly｜責任を持ってエージェントを活用する

**改善版翻訳文** 以下はVercelで行われた内部講演に基づいています。ここで説明されている問題は私たちに特有のものではなく、このフレームワークはエージェントを用いて開発を行うあらゆるチームにとって有用であるため、公開します。 コーディングエージェントは前例のない速度でコードを生成します。規律あるエンジニアの手にかかれば、生産性の倍増装置となります。しかし、厳格な判断が伴わなければ、誤った前提を直接本番環境にリリースする非常に効率的な手段になってしまいます。 チームがエージェント生成コードを盲目的にデプロイすると、その影響は即座に深刻なものとなる可能性があります。完璧に見えるプルリクエスト（PR）が、テストは通過するものの本番環境では全行をスキャンするクエリをリリースするかもしれません。正しく見えるリトライロジックが、下流サービスでスラッシングハードを引き起こす可能性があります。そしてTTLのないキャッシュは、Redisがダウンするまで静かに肥大化し続けるかもしれません。 CI（継続的インテグレーション）がグリーンであることは、もはや安全性の証明ではありません。エージェントが主流となる世界では、CIを通過することは、たとえその変更が大規模に適用されれば即座にインフラを劣化させるものであっても、エージェントがパイプラインを説得して変更を安全だと信じ込ませる能力の反映でしかありません。 **誤った自信** エージェント生成コードは危険なほど説得力があります。洗練されたPR説明文が付き、静的解析を通過し、リポジトリの規約に従い、妥当なテストカバレッジを含んでいます。表面上は、経験豊富なエンジニアが書いたように見えます。 しかし、エージェントはあなたの本番環境を理解していません。あなたのトラフィックパターン、障害モード、共有インフラストラクチャの暗黙的な制約を知りません。Redisインスタンスが容量限界に近いこと、データベースが特定のリージョンにハードコードされていること、機能フラグのロールアウトが下流システムの負荷特性を根本的に変えることを知らないのです。 「このPRは正しそうだ」と「このPRはリリースして安全だ」の間のギャップは、以前から存在していました。エージェントは、本番環境の現実に対して完全に盲目でありながら、これまで以上に完璧に見えるコードを生成することで、そのギャップを広げます。 **活用と依存** AIに**依存**することと、AIを**活用**することには根本的な違いがあります。 **依存**とは、エージェントが書いたコードでテストが通れば、リリース準備が整っていると想定することを意味します。作成者は変更に対するメンタルモデルを構築しません。結果として、作成者もレビュアーもコードが実際に何をするのか明確に把握していないため、隠れた前提に満ちた巨大なPRが生まれ、レビューが不可能になります。 **活用**とは、出力に対する完全な責任を維持しながら、エージェントを用いて迅速に反復することを意味します。あなたはコードが負荷下でどのように振る舞うかを正確に知っています。関連するリスクを理解しています。それらのリスクを引き受けることに不安はありません。 プルリクエストに自分の名前を付けることは、「私はこれを読み、その内容を理解している」という意味です。もし自分のPRを読み直して、それが本番環境にどのような影響を与えるかを説明しなければならないなら、エンジニアリングプロセスは失敗しています。 リトマス試験はシンプルです：このプルリクエストに関連する本番インシデントの責任を負うことに、あなたは安心できますか？ **本番環境を守る** 答えはエージェントの使用を止めることではありません。生産性の向上は否定できず、モデルはさらに進化するだけです。AI支援のコードレビューと分析は、人間が見逃しがちなバグを捕捉し、リスクを表面化させる非常に強力なツールです。 しかし、人間によるものであれAIによるものであれ、レビューだけに依存することは、エージェント生成コードの膨大な量に対して勝ち目のない戦いです。私たちは、実装が豊富にある転換点に達しました。希少な資源はもはやコードを書くことではなく、何をリリースして安全かの**判断**です。すべてのインフラストラクチャは、この新しい現実に対応しなければなりません。 これは開発ライフサイクルを官僚的な手続きで縛ることではありません。エージェントが高い自律性を持って行動できる閉ループシステムを構築することです。その環境が標準化され、検証が容易で、デプロイがデフォルトで安全だからです。 組織原則はシンプルです：**正しいことをすることを容易にする**ことです。 * **自動運転デプロイ**: あらゆる変更は、ゲート付きパイプラインを通じて段階的にロールアウトされます。カナリアデプロイで問題が発生した場合、ロールアウトは自動的に停止し、ロールバックされます。システムはエンジニアがダッシュボードを監視することに依存しません。問題を捕捉し、トラフィックの一部に封じ込め、元に戻します。何か問題が起きても、それは全体ではなく隔離された範囲で起こります。 * **継続的検証**: インフラはデプロイ時だけでなく、継続的に自己テストします。負荷テスト、カオス実験、障害復旧訓練が継続的に実行されます。Vercelでは、昨年夏に本番環境でリハーサルしたデータベースのフェイルオーバーがあったからこそ、今年発生した実際のAzure障害がお客様にとって何事もない一日で済んだのです。圧力に耐えるシステムとは、意図的に負荷をかけられてきたシステムです。 * **実行可能ガードレール**: Vercelでは、運用ノウハウをドキュメントではなく、**実行可能なツール**としてコード化しています。安全なロールアウトの「スキル」とは、機能フラグの仕組みを説明するNotionページではありません。フラグを設定し、ロールバック条件付きのロールアウト計画を生成し、期待される動作を検証する方法を指定する**ツール**です。ガードレールが実行可能であれば、エージェントは自律的にそれに従い、人間が暗記する必要はなくなります。 最終目標は、エンジニアがあらゆる変更に並外れた厳密さを適用する世界ではありません。**インフラ自体が厳密である**世界です。システムが爆発半径を封じ込め、継続的に検証し、優雅に劣化し、ベストプラクティスを実行可能なデフォルトとしてコード化しているため、高速なリリースがデフォルトで安全である世界です。 **私たちが投資していること** 私たちは単に理論を語っているだけではありません。コアプラットフォームチームは、以下のようなガードレールを共有インフラに積極的に組み込んでいます： * 共有インフラ周りのより強力なガードレール。デプロイパイプラインの各段階でのランタイム検証を含む。 * PR作成時点でのより厳格な静的チェック。特に機能フラグ周り。 * ステージング環境での、本番環境を模倣したエンドツーエンドテスト。 * 本番環境でシステム不変条件を継続的に検証する読み取り専用エージェント。生成エージェントが行った前提を監査するための専門エージェントの使用。 * プラットフォーム全体でリスクが高まっていることを可視化するための、欠陥コミット対欠陥エスケープ比率などのメトリクス。 **エージェントを活用し、リスクを所有せよ** 私たちの基準は：エージェントに**依存**せず、**活用**することです。 低品質なコードは、かつては低品質なコードのように見えました。今はそうではありません。AIツールはより強力になるだけです。変更の規模はより大きくなり、コードはより説得力を持ち、出力を盲目的に信頼する誘惑は増大します。成功するエンジニアは、最も多くのコードを生成する人ではありません。自分たちがリリースするものに対して、厳しい判断を維持できる人たちです。 次のPRを開く前に、自分自身に問いかけてください： 1. これは何をしますか？一度ロールアウトされたら、どのように振る舞いますか？ 2. これは本番環境や顧客に、どのような悪影響を与える可能性がありますか？ 3. このコードに関連するインシデントの責任を負うことに、安心できますか？ 答えが「イエス」なら、あなたはAIを活用しています。リリースしてください。 答えが「ノー」なら、あなたにはやるべきことがもっとあります。

責任を持ってエージェントを活用する

背景や根拠まで確認しますか？

調べる

選ぶ

サイト

背景や根拠まで確認しますか？

ニュースの次に確認する

調べる

選ぶ

サイト