Cohereは社内エージェントの管理について、重複を一律に禁止せず、既存と代替の仕組みを期限付きで比較する方法を提案しました。品質、遅延、利用コストを判断材料にします。 台帳を整えるだけでなく、試験中の仕組みを残す条件と終了する条件が必要になります。現場の試行を認めながら、権限と保守責任が不明なエージェントを増やさない設計が焦点です。 現場の試行が進むほど把握する仕組みが必要 Cohereは2026年10月15日、企業内でエージェントが増える問題を扱う解説を公開しました。社員が自分の業務に合う仕組みを作れるようになると、現場の実験は進みます。一方、誰が何を作り、どの情報へアクセスするかを把握しにくくなります。同社は、数が増えること自体と、管理できない状態を区別しています。背景には、部署ごとに作られたエージェントが重複し、既存の仕組みを見つけにくくなる課題があります。使われていないエージェントが存在するだけで、常に推論費用が発生するわけでもないと説明しています。新しい台帳製品の発表ではなく、分散した開発をどう統制するかという運用上の提案です。 重複を暫定的に認めて比較する 原文は、所有者、利用状況、アクセス権を台帳で把握する考え方を紹介しています。その上で、既存の仕組みがあるという理由だけで代替案を禁じると、改善の機会を失う可能性を指摘しています。代替エージェントを試す場合は、期限と評価項目を定め、既存の仕組みと比較する提案です。対象となるのは、社内AI基盤の管理者、業務部門、エージェントの所有者です。信頼性、課題の達成度、トークン利用量、遅延などを比べ、優位性がなければ終了します。特定の仕事だけで強みがある場合は、役割を分けて残すことも想定しています。原文の業務例は、比較方法を説明するための仮想的な場面です。実在企業でその結果が得られたという報告として読むことはできません。試験の対象外だった業務に広げる場合は、別の比較が必要になると見られます。 試作を終える権限と後片付けも定義する 実務では、代替案を試す許可だけでなく、比較の終了と廃止を決める担当が論点になります。成功の基準が曖昧なままでは、試作がそのまま残り、保守と権限管理の負担が増える可能性があります。比較は同じ仕事と入力で行い、利用者の慣れや対象案件の難易度の差も確認する必要があると見られます。費用面では、実行時の推論だけでなく、担当者による改善、評価、監視の時間が判断材料になります。廃止する際は、利用者への案内、連携用の認証情報、保存した資料の扱いまで整理することが重要です。複数の仕組みを残す場合も、どの仕事を誰が担当するかが明確なら、単純な重複とは区別できます。現場の工夫を保ちながら、残す条件を証拠に基づいて決める運用が今回の提案の中心です。比較で残った仕組みにも見直しの時点を設ければ、当初の優位性が失われた後の保守負担を把握しやすくなると見られます。