CRMの権限設定画面を、最後にじっくり見直したのはいつでしょうか。
「このメンバーには全顧客データを見せていいのか」「退職した人のアカウントは、ちゃんと止まっているか」。こうした点検は、たいてい後回しになりがちです。日々の商談や施策の方に、意識が向いてしまうからです。
先日、AIのニュースを追っていて、この「後回しにされがちな話」を、あらためて突きつけられる発表がありました。
2026年9月3日、OpenAIが新しいモデル「GPT-6 Astra」を発表しました。この発表資料の中で、私が引っかかったのは機能の目新しさではなく、ひとつの評価結果です。
OpenAIは、自社モデルが悪用された場合にどれほどの危険を持ちうるかを社内の基準で評価する仕組みを持っています。これがPreparedness Frameworkと呼ばれるものです。今回、GPT-6 Astraはこの枠組みの中で、サイバーセキュリティの能力について、初めて「Critical」という判定を受けたと公表されています。
Criticalは、その能力が悪用された場合の被害が特に大きくなりうる、という位置づけの評価だと理解しています。裏返せば、そこまでの能力を持つモデルを、誰にでも同じように開放するわけにはいかない、という話にもなります。
ここから先の、具体的にどう制限しているかという運用の詳細までは、私も確認しきれていません。ただ、モデルの能力そのものだけでなく「誰が、どこまで使えるようにするか」という設計が、いよいよ正面から問われる段階に入った、ということは間違いなさそうです。
この話を、遠いニュースとして眺めることもできます。ただ私は、これはCRMを運用している私たちにとっても、他人事ではないと思っています。
AIモデル単体の話と、CRMの権限設計の話は、レイヤーが違います。それでも、問われている構造はよく似ています。能力が上がるほど、その能力に誰がどこまで触れられるかという「鍵」の設計が、性能そのものと同じくらい重要になる、という構造です。
CRMに蓄積されている顧客の連絡履歴や契約条件、商談の背景は、会社にとって扱いに注意が要る情報です。これまでは、人がその情報を見て、人が判断し、人が動いていました。人の目と手が、ある種の遅さとして、無意識のブレーキになっていた面があります。
ここに、AIエージェントが自動でデータを読み、下書きを作り、場合によっては送信まで行うようになると、そのブレーキが外れます。エージェントに渡す権限の範囲が、そのまま何が起こりうるかの範囲になるのだと思います。
だからこそ、AIエージェントを業務に取り入れる際、最初に見るべきは「何ができる機能か」ではなく「誰が、何に、どこまで触れられる設計になっているか」だと考えています。
具体的には、次のような点検が有効だと思います。
ひとつずつは地味な確認です。ただ、モデルの能力が上がるほど、この地味な確認を怠ったときの影響も大きくなります。強い能力を、狭い鍵穴に通すのか、広い扉に通すのか。その設計の差が、そのまま結果の差になっていくのだと思います。
このメルマガでは、AIの進み方を「答えるAI → 動くAI → 任せられるAI」という段階で見てきました。GPT-6 Astraのような発表は、モデルが「動く」から「任せられる」へ移っていくスピードを、あらためて感じさせるものでした。
ただ、任せられるかどうかを最終的に決めるのは、モデルの賢さだけではありません。そのモデルに、自社のどのデータを、どの範囲まで渡すかという、こちら側の設計です。モデルが強くなるほど、効いてくるのは自社のデータとワークフローの整い方だという実感を、私はあらためて強くしています。
鍵をどう作るかは、鍵を渡す相手が賢くなればなるほど、軽視できない仕事になっていくのだと思います。
1. 自社のCRMで、AIエージェントに渡している権限の範囲を、直近で誰かが確認しただろうか。
2. 「下書きまで」と「送信・更新まで」の境界は、チームの中で言葉にして共有されているだろうか。
3. AIエージェントが何をしたか、あとから追える記録は、いまの運用に残っているだろうか。
モデルの能力が上がったというニュースを見るたびに、こちら側の鍵の設計も、同じペースで見直せているか。そこを、ときどき自問してみたいと思っています。