Zenn Dev Easy Easy Articles 87042b3ecb2517
エンジニア達の「完全に理解した」Talk #71 イベントレポート
- URL: https://zenn.dev/easy_easy/articles/87042b3ecb2517
- 日付: 2026-06-26
- Tier: Tier 3
- 要旨: 第71回イベントレポートで、2025年11月開催。MCPサーバーを活用してLLMに自律的な検索クエリ生成と情報収集をさせることで深夜の障害対応を効率化する取り組みが紹介され、情報が分散する緊急時に新人でも対応しやすくなるという実用的な事例として共有された。AI駆動開発の文脈では、IDEへのAI常駐とMCPの組み合わせによりAIがローカルファイルやDBに直接アクセスする開発スタイルが解説され、AWSのAI-DLC(AI-Driven Development Life Cycle)フレームワークが紹介された。AndroidのアクティビティライフサイクルについてはAIが生成したコードが「アクティビティを保持しない」開発者オプション下でカウントリセットが起きるという実演を通じ、onSaveInstanceStateやDataStoreへの状態保存の必要性が具体的に示された。
詳細
LT1: MCPサーバーによる障害対応自動化
- 課題: 深夜アラート時の複数ツール横断「検索疲れ」
- 解決: MCP(Model Context Protocol)サーバーでLLMと外部ツールを接続し、AIが自律的に検索クエリを生成して情報収集
- 効果: 情報分散が激しい緊急時の対応効率化、新人でもオンコール参加しやすくなる
LT2: AI駆動開発の原理と構造
- AIの強み: 要件から構造を理解し、全体的な整合性を保ちながらコード・ドキュメントを生成・編集
- 人間の役割: 問題設定・最終判断などの上流工程に集中
- アーキテクチャ: IDE常駐AI + MCP → AIがローカルファイル・DBに直接アクセス
- AWS AI-DLC(AI-Driven Development Life Cycle)フレームワークを適用で開発速度・品質が向上
- 展望: 少人数で大規模プロダクトを開発できる「1人ユニコーン」時代
LT3: AndroidアクティビティライフサイクルとAI生成コードの落とし穴
- 問題: AIが生成した一見正しいコードが、開発者オプション「アクティビティを保持しない」設定下でカウントリセット
- 対策:
onSaveInstanceStateで状態の保存・復元処理を実装 - さらに深い問題: 「バックグラウンドプロセスを使用しない」設定でプロセスが停止し、シングルトンで保持していたログイン状態まで初期化
- 根本的解決: SharedPreferences / DataStore などのストレージに状態を保存する設計への見直し
- 開発者オプションを使った適切なテストが重要