> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# ポリシー
> 既知の障害が繰り返される前に、エージェントのアクションを監視・誘導・ブロックします。
ポリシーはエージェントのフックイベントを評価し、次の3つの判定のいずれかを返します。
* `allow` はアクションを続行させます。
* `instruct` はエージェントに修正ガイダンスを提供します。
* `deny` は理由を付けてアクションをブロックします。
## 3つのポリシーサーフェスを使用する
1. **Observe → policy** に移動して、セッションからのポリシー判定をフィルタリングおよび検査します。
2. **Admin → policy editor** に移動して、ポリシーの作成・検証・公開・無効化、またはイミュータブルバージョンの確認を行います。
3. **Admin → enforcement** に移動して、マシンにバージョンと効果を割り当てます。
ポリシーページを使用して、ルールの作成や適用変更を行う前に、すでに一致しているものを把握してください。
エディタは、障害条件をソースに変換し、検証してイミュータブルバージョンを公開する場所です。
その後、Enforcementで公開済みのバージョンとその監視または適用効果をマシンに割り当てます。
デプロイ後は、ポリシーページに戻って判定を確認し、作成ビューとフリートビューが実際のエージェントアクティビティと連携していることを確かめてください。
ローカルポリシーのインストールと検証には `failproofai` を使用します。
```bash theme={null}
failproofai policies
failproofai policy add block-rm-rf --scope project
failproofai config --status
```
`fp` を使用して、ポリシー判定を含むクラウドセッションとイベントを検索します。クラウドでの作成とフリートのデプロイは、引き続きダッシュボードのワークフローで行います。
Failproof AI におけるポリシーには、3つの明確なサーフェスがあります。
1. **判定の分析** — セッション、ダッシュボード、監査ログで確認します。
2. **バージョンの作成** — 組み込みルール、コード、またはポリシーエディタを使用します。
3. **デプロイと適用** — 選択したマシン全体にバージョンを展開します。
確認済みの障害モードから始めてください。それを特定するための最小限のイベントとツールの一致条件を定義し、正常なケースと危険なケースでテストを行ってから、適用する前に監視を行います。
シークレット、シェル、Git、クラウド、ワークフローに関する一般的なリスクに対応した、レビュー済みのルールを有効化します。
ワークフロー固有の判定を JavaScript または TypeScript で表現します。