github.enforceモジュール 29エージェントが付与を持ち、書き込みなら人が確認した場合を除き、コミットのチェックを赤にします。
github.enforce は、リポジトリへの操作を Intralock で承認判定し、結果をチェックランまたはコミットステータスとして GitHub に報告します。repo:<repo> を承認判定し、アクションの既定は write で、許可されたコミットをエージェントに紐づけるため、同じ sha の後続の Webhook イベントも同じ判定に従います。
© 2026 Intramedial. All rights reserved. IntramedialはTrustviceの製品です。 Secured and supercharged by Avonao Labs.
不正利用の報告GITHUB_PAT も GitHub App の接続もない場合、判定は返され台帳に記録されますが、commitStatus と checkRun は null になり、コミットには何も表示されません。どちらかを接続してから github/app で確認してください。
プレーンのモジュール
repoacme/payments など。承認判定されるリソースは repo: にこの値を続けたものです。actorDidactionread、、。それ以外や未指定は として承認判定されます。enforce は repo、actorDid、sha、そして read、write、delete のいずれかの action を受け取ります。 がなければ、そのリポジトリでゲートウェイが最後に取り込んだ head を使います。
共有デモワークスペースでデモ用キーを使って実行します。中身は誰でも見られるため、非公開の情報は送らないでください。 github.enforceの資料
実行を押すと、左のリクエストが共有デモワークスペースに送信されます。
共有デモワークスペースでデモ用キーを使って実行します。中身は誰でも見られるため、非公開の情報は送らないでください。
APIが受け付ける形のリクエストと、モジュールが返す形のレスポンス例です。
POST /api/v1/acp/github/enforce Authorization: Bearer av_workspace_•••• Content-Type: application/json { : , : , : }
ブランチで intramedial/acp チェックを必須にします。チェックが保留中または失敗している間は、誰かが確認するまでエージェントのコミットはマージされません。
レビュアーが /acp allow とコメントします。署名付き Webhook がトークンを発行して再度承認判定し、同じコミットのステータスを成功に切り替えます。
revoke は、エージェントが sha に対して持つ紐づけを外して失敗を投稿します。承認済みのコミットも再び拒否できます。
モジュールは、狭い範囲について強く保証します。保証されることだけを頼ってください。
llm: false の Intralock のものであり、同じアクター、リポジトリ、アクションなら coordination.admit と同じ答えになること。github.enforce イベントが台帳に追記されること。GitHub App が接続されていれば、判定は intramedial/acp という名前のチェックランになり、コミットステータスがフォールバックです。GITHUB_PAT ではコミットステータスのみ投稿されます。
許可された書き込みは、リポジトリ、アクション、sha に対してアクターを記録します。その sha の後続イベントは、二人目の人間なしで同じアクターのトークンを発行できます。
プルリクエスト、チェックスイート、チェックラン、ワークフローラン、マージグループのイベントは、head を write として承認判定し、トークンが届くまで保留ステータスを投稿します。
ワークスペースのAPIキーをBearerトークンとして認証します。ベースURLは https://api.intramedial.com です。
/api/v1/acp/github/enforceリポジトリへの操作を承認判定し、判定を GitHub に投稿します。/api/v1/acp/github/ingestGitHub Webhook を記録し、必要なイベントを強制します。
writedeletewriteshaconfirmationTokenallowreasonconfirmation_required や no_grant など。commitStatusnull。checkRunnull。shaゲートウェイは、そのアクターとアクションについて repo:<repo> を承認判定します。確認のない書き込みは confirmation_required で返ります。
App が接続されていれば intramedial/acp チェックランとして、なければコミットステータスとして判定が投稿されます。許可は success、拒否は failure です。
署名付きのレビューまたは /acp allow のコメントが、紐づけ済みアクター用のトークンを発行して再度強制します。/acp deny は、そのアクターが保持していれば紐づけを外します。
{
"allow": false,
"llm": false,
"reason": "confirmation_required",
"sha": "9fceb02d0ae598e95dc970b74767f19372d61af8",
"repo": "acme/payments",
"commitStatus": null,
"checkRun": {
"id": "4417203551",
"url": "https://github.com/acme/payments/runs/4417203551"
}
}namespace はエージェントのブランチを agent/<slug>/ の下に書き換え、main、release*、hotfix/* などの保護された名前を拒否します。
mcp.enforce を使ってください。このモジュールが扱うのはリポジトリとコミットです。coordination.approve の役割で、このモジュールは結果を投稿します。namespace だけです。enforce だけが失敗を投稿すること。intramedial/acp を必須にしている場合だけで、ゲートウェイはそれを設定できません。revoke は令状でゲートされた明示的な呼び出しで、裁定が起動することはありません。revoke には policies.approve と、二人制の相互統制または裁定済みの warrant が必要です。enforce、ingest、status に固有のロールはありません。
null です。status は直近50件の取り込み項目を返し、repo や sha が指定されれば絞り込みます。warrant のない revoke は 403 を返します。令状でゲートされたルートは既定で閉じられているためです。namespace は actorDid と branch を受け取り、アクターがなければ 400 を返します。/api/v1/acp/github/status/api/v1/acp/github/revokeアクターが保持する sha の紐づけを外し、失敗を投稿します。coordination.github.enforceエージェントからリポジトリへの操作を承認判定します。coordination.github.ingestエージェントから Webhook 本文を記録します。coordination.github.statusエージェントから直近の GitHub 監査項目を読み取ります。mcp.enforce04saas.admit30SaaS connector admissionエージェントが SaaS ソースに触れてよいかを問い合わせます。書き込みも、他のすべてを守るのと同じチェックを通った後にのみ許可します。iam.assume31Cloud credential brokerエージェントには、ロールに有効なリースを持つ間だけ短期のクラウド資格情報を渡し、資格情報はリースとともに失効させます。coordination.halt06Emergency stop switches1つのエージェント、マンデート、リソースを即座に止め、理由を記録し、安全になったら停止を解除します。coordination.quarantine32Agent quarantineエージェントを承認判定の段階で遮断します。ただし二人目の承認か、まさにそのエージェントを名指しした裁定がある場合に限ります。