【要約】New Relic Browser Monitoring × コーディング Agent でシステム活用度の可視化を自動化した話 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
開発チームがSPA（Single Page Application）の利用状況を可視化しようとした際、サーバーログでは詳細な操作が追えない問題に直面した。具体的には以下の課題が存在する。
- ・SPAはページ遷移が発生しないため、サーバーサイドのアクセスログではユーザーの画面遷移やボタン操作を捕捉できない。
- ・詳細な分析にはクライアントサイドでのカスタムイベント実装が不可欠である。
- ・しかし、全画面への手作業による実装は、画面数が増えるにつれて運用コストが膨大になり、スケールしない。
// Approach
開発者は、実装コストの増大を防ぐため、手作業からAIによる自動化へと段階的に移行するアプローチを採用した。以下の3ステップで自動化を進めている。
- ・Step 1（手動）: 既存のonClick等を薄いラッパー関数で包み、イベント送信と元の処理を分離して実装する。
- ・Step 2（AI Prompt）: AIにコード解析と差し込み候補の提案を行わせ、人間が採否を判断してから反映するフローを構築する。
- ・Step 3（Agent）: 実装オーケストレーターにPromptを組み込み、実装からプルリクエスト発行までを自動化する。
// Result
この段階的な自動化により、開発チームは計測実装の負荷を大幅に軽減し、体制の強化を実現した。具体的な成果は以下の通りである。
- ・推進担当者への依存を解消し、チーム全体で計測実装が可能になった。
- ・リポジトリに蓄積された実装ドキュメントをAIのコンテキストとして活用し、提案精度を向上させた。
- ・最終的には、人間がプルリクエストのレビューのみを行う体制を構築した。
Senior Engineer Insight
> 本件の肝は、いきなり全自動を目指さず、人間による確認プロセスを挟んで精度を担保した点にある。これは、不確実性の高いAIを実戦投入する際の極めて現実的かつ賢明な戦略だ。また、実装結果をドキュメントとして蓄積し、それを次回のAIのコンテキストに回す「自己強化型」の設計は、スケーラビリティの観点からも高く評価できる。ただし、Agentの精度がレビューコストを上回るかどうかの継続的な監視は不可欠である。