← 概念解説に戻る

Concept Fable

権限境界

先に結論:権限境界とは、Agent、ユーザー、ロール、ツールが何を読み、書き、呼び出し、変更、削除、委任できるかの最大上限である。それは提案でも、プロンプト内の柔らかい注意でもなく、実行時またはツール層で必ず執行されるハード境界である。

Permission Boundary · Security

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

地図の端に引かれた赤い線

巡回する木偶は手紙を届け、倉の扉を開け、告示を貼ることができた。その仕事は速くて安定しており、県令は喜んで、総鍵もそれに渡した。

まもなく、偽造された命令が人形に穀物倉を開けさせた。私的な手紙が誤って公の壁に貼り出された。人形は故意に権限を越えたのではなく、自分が手にできる道具をすべて使えるものとみなしただけだった。

工匠は総鍵を回収し、扉ごとの小さな札を配ることにした:手紙の送付は駅路だけを通り、倉の開封には二枚の印鑑が同時に有効でなければならず、告示の掲示は検証済みの公文書だけを呼び出せる。命令がどんなに急いで書かれていても、札の範囲を超える動作は阻止される。

操り人形は依然として忙しいが、事故はもはや一路拡大できなくなった。タスクを完了できることは、すべてのリソースに触れてよいことを意味しない。真の境界は実行時に効力を発する必要がある。

概念の落としどころ

この物語が語るのは:権限の境界

権限境界とは、Agent、ユーザー、ロール、ツールが何を読み、書き、呼び出し、変更、削除、委任できるかの最大上限である。それは提案でも、プロンプト内の柔らかい注意でもなく、実行時またはツール層で必ず執行されるハード境界である。

タスク目標やプロンプトがより多くの権限を要求しても、境界外の動作は拒否されるか承認に回されるべきだ。これにより事故の影響範囲を限定し、高リスク操作をより制御されたフローに隔離できる。

物語の対応

  • 巡城木偶:ツール能力を持つ企業 Agent
  • 橋閘制御杆:高影響システム操作
  • 厳しいプロンプト:モデルの自律に頼るだけの弱い制御
  • 城図の赤線:権限の境界
  • システムが直接拒否:ランタイムとツール層で強制執行
  • 最後の洞察:境界は実行層で効かねばならず、プロンプトや運用マニュアルに書くだけでは不十分

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

least privilegeRBACpolicy
京ICP备2026014272号