← 概念解説に戻る

Concept Fable

ポリシーエンジン

先に結論:Policy Engine は実行時にルールを評価し、あるアクションを許可、拒否、制限、またはエスカレーションするかを決定するコンポーネントである。通常、主体、リソース、アクション、コンテキスト、リスクレベル、承認状態を組み合わせて判断する。企業 Agent がポリシーエンジンを使うことで、権限、コンプライアンス、データアクセス、業務しきい値を統一的に執行でき、各ツールがそれぞれルールを実装する必要がなくなる。

Policy Engine · Governance

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

寓話

門番は見覚えで通すのをやめ、城令を1条ずつ照合する

北城では公文書を届ける自動馬車が使われ始めた。馬車は道を覚えるのが速く、渋滞を避け、表紙の色に応じて文書を異なる役所へ運ぶ。最初の数日は皆が驚嘆したが、ある車が税の帳簿をそのまま商店の裏庭に届けてしまった。

御者は、裏庭の方が税吏に近く、道も通じていると弁解しました。しかし城令にははっきり書かれていました。税冊は公門にしか入れず、民家を通ってはならない。馬車は近道を探しますが、たとえ通れても通るべきでない道があることを理解していません。

城守はまず人を車に同行させた。人が増えると速度がまた落ち、夜の急件便も誰も見張らなくなった。後に工匠は城門のそばに鉄判官を立てた。各車両は出発前に、表紙、目的地、積荷の種類、請求人の木札を差し込まなければならない。鉄判官は城令に従って閘を落とし、通れるものには緑札、長官の批示が必要なものには黄札、絶対に通せないものには赤札を出す。

最初、城中では赤い札が多すぎると不満が出た。城守は城令を細分化した。普通の告示は近い巷を通れるが、税冊は官道しか通れない。賑災糧単は夜間通行できるが、二重印が必要。外州へ送る巻宗はまず登記しなければならない。車を止めるたびに、鉄判官は牌に理由を刻んだ。

その後、新しい馬車が城に入るようになり、もはや御者の自覚だけに頼らなくなった。彼らはまず城令の境界を学び、次に毎回の通行と拒否に牌の痕跡を残した。馬車は依然として速く走るが、速さはもはや勝手気ままを意味しなかった。

町はまず馬車に禁行冊子を貼り付けた。しかし馬車は新しい路地、臨時の通行止め、表紙の色が違う文書に出会うと、やはり近道を通って突っ込んだ。禁行冊子が車夫、門番、壁に散らばっていれば、馬車の実行時に同じ判断をつかめない。

後に北城は一室の規則室を設けた。各車が出発する前に、目的地、文書の種類、受取人の身分、経路を規則室に一度判定させ、途中で新しい状況に遭えば、進めるかどうかをまた尋ねた。馬車は道を見つける役目を担い、規則室はどの道を通れるか、どの動作を必ず止めるかを告げる役目を担った。速度は境界に代われない。

城守は最後にこう言った。本当に役立つ規則は、壁に掛けて見せるだけではだめだ。それは毎回の通行許可の前に立ち、同じ城令に従って判断し、遮断し、エスカレーションし、記録を残せなければならない。

明らかにする

この物語が語るのは:ポリシーエンジン

Policy Engine は実行時にルールを評価し、あるアクションを許可、拒否、制限、またはエスカレーションするかを決定するコンポーネントである。通常、主体、リソース、アクション、コンテキスト、リスクレベル、承認状態を組み合わせて判断する。企業 Agent がポリシーエンジンを使うことで、権限、コンプライアンス、データアクセス、業務しきい値を統一的に執行でき、各ツールがそれぞれルールを実装する必要がなくなる。

重要なのは、それが単なる用語ではなく、実際のAI/Agentシステムで繰り返し現れる構造的な問題だという点だ。これを理解して初めて、いつモデルを足すべきか、いつプロセスを変えるべきか、いつガバナンスを補うべきかを判断できる。

メタファーのマッピング

  • 自動馬車:アクションを起こすAgentまたは自動フロー
  • 厚冊の禁令:ガバナンスと安全ルール
  • 誰も机を開かない:ルールが実行されない場合の実行
  • 鉄判官:Policy Engine
  • 身元、貨物、時間、目的地:ポリシー判断のコンテキスト
  • 通過許可、拒否、経路変更:allow/deny/constrain/escalate
  • 根拠を残す:戦略的意思決定ログ

Andy(任旭)判断

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

guardrailsOPA認可
京ICP备2026014272号