エージェントは開発者が書くべきではない。その理由はここにある
Cloud.ru
Cloud.ru のAI自動化チームは、従来のAI自動化がスケールしなくなった理由が、大規模言語モデル(LLM)ではなくエンジニアのドメイン知識の移転が難しいことにあると発見した。彼らはエージェントを自ら書くことから、エンジニアが自分でエージェントを作れるように障壁を取り除くことにシフトし、その結果、予期せぬユースケースと「AIヴァンガード」と呼ばれるコミュニティが生まれた。
Cloud.ruでは、AI自動化チームがAIモデルを用いたカスタマーサポート用の社内プラットフォームを構築し、リクエストの自動分類、コミュニケーションの要約、チケットのルーティングを行っていました。しかし、新しいシナリオごとに特定のサービスへの深い理解が必要となり、各シナリオの実装には数週間かかることから、進捗が停滞していました。サービスは200以上あり、チームは、ボトルネックはLLMではなく、エンジニアの持つドメイン知識の移転が難しいことにあると認識しました。マイクロソフトの「Work Trend Index 2026」とBCGの「AI at Work 2026」を引用し、目標はエンジニアが自身の専門知識を活かして独自のエージェントを構築できるようにすることだと結論付けました。彼らはまず啓蒙活動から始め、ローカルモデル、ガードレール、安全な環境、MCPサーバーを提供して技術的な障壁を取り除きました。予想外にも、エンジニアたちは診断、社内API、ログ分析、Kubernetesチェック用のエージェントを作成しました。勢いを維持するため、「AI Vanguard」というコミュニティを立ち上げ、リーダーボード、社内通貨、実績バッジを導入しました。現在は、このプラクティスを100人規模に拡大することに焦点を当てており、詳細は次の記事で説明します。
出典: Habr — хаб ИИ —
原文
