AIエージェント
個人用AIエージェントを全社共有にすると何が壊れるのか──Everyが権限をコードに固定した理由
Every社は社員個人用のAIエージェントを廃止し、全社員が使う1体の共有エージェントに置き換える過程で、会話・ログイン・権限の設計をゼロから作り直す必要に迫られた。
原題
“Why We Replaced Personal Agents With One for the Whole Company” （個人用エージェントをやめ、全社共有の1体に置き換えた理由）
原文からの引用
“The rules about who can do what live in code, underneath the model, rather than in the instructions the model reads. This way, the model can't be convinced to bend rules that it shouldn't.”
日本語訳 権限のルールは、モデルが読む指示文ではなく、モデルの下層にあるコードに置かれている。これにより、モデルが曲げるべきでないルールを曲げるよう説得されることがなくなる。
要点
- Everyのプラットフォーム責任者Willie Williamsは、社員個人用のAIエージェント製品「Plus One」が機能しなかったとして、2026年5月にAnthropicのClaude Managed Agentsへ基盤を移し、全社員が使う単一の共有エージェント「Every Agent」に置き換えたと明かす。
- Williamsは、Plus Oneの各ユーザー専用エージェントが個別のクラウド上でOpenClaw（オープンソースのエージェントプログラム）を動かす構成だったため運用の手間が大きく、手間を解消する再構築で86,730行のコードを削除したと説明する。
- Williamsは、1人用だったエージェントを全社共有にした結果、複数人が同時に発言するSlackスレッドの会話管理、退職時にログインが切れてタスクが止まる接続の問題、アクセス権限が異なる社員からの依頼をどう扱うかという権限の問題という3つの課題が新たに生じたと述べる。
- Williamsは、ログイン切れでタスクが止まる問題を、タスクを個人のログインに直接紐づけず、条件を満たすログインなら誰のものでも差し替えられる「スロット」という枠に紐づける設計で解決したと説明する。
- Williamsは、権限のルールをモデルへの指示文ではなくコード側に固定した結果、2026年7月に全スキルの権限体系を移行した際に24個のスキルがすべて個人専有になり同僚が編集できなくなる不具合が起き、約1週間後に9個のスキルのアクセス範囲を手動で広げる対応を取ったと振り返る。
編集部の考察
AI活用が「個人の生産性ツール」から「全社員が触る共通基盤」に変わる段階で最初に壊れるのは権限設計である、という点が自分の組織にとっての最大の示唆だ。Williamsが明かす24スキル全滅の事故（要点5）は、ルールをコードに固定するという設計判断自体は正しくても、移行時の初期値（デフォルトを公開にするか専有にするか）を誤れば一時的に業務が止まりかねないことを示している。これは1人がAIエージェントを使うだけの局面では存在しなかったリスクであり、個人用の生成AI導入が一段落した組織が次に部門・チーム単位の共有エージェントへ踏み出す際には、退職・異動時の引き継ぎ設計（要点4の「スロット」に相当する仕組み）と権限の初期値をどちらに倒すかを、情報システム部門だけでなく導入を主導する事業部門も交えて事前に取り決めておく必要がある。
本記事は海外記事の独自キュレーション・考察であり、原文の翻訳ではありません。引用部分の著作権は原著者に帰属します。
この記事の調査と下書きにはAIを使っています。数値や事実は出典と照合し、公開するかどうかは運営者が判断しています。（制作方針）