azure-compliance

デプロイする前に、構成が方針から外れていないかを見るときです。やることは 2 つに絞られています。

• 構成の一括点検azqr を流して推奨との差を出す
• Key Vault の期限鍵・秘密・証明書の有効期限

期限切れを事前に見つけられる

2 つ目が実務で効きます。証明書や秘密の期限切れは、切れた瞬間に本番が止まる種類の障害です。

このスキルは Key Vault の中身を一覧して、鍵・秘密・証明書それぞれの期限を取ります。定期的に流す運用が本文でも勧められています（週次か月次）。

同梱の手引きでは、期限まで 30 日以内を既定の「もうすぐ切れる」とし、期限が設定されていないものも危険として拾います。

指摘に重要度が付く

出てきた指摘を Critical / High / Medium / Low に分ける表が入っています。

• Critical影響が大きいので即座に直す
• High数日のうちに
• Medium次の区切りで計画する
• Low通常の保守で

全部を同じ重さで出さないのは良い作りです。点検の道具は指摘が大量に出るので、並べただけでは動けません。

組で入れないと止まるものがある

この公開元には組で入れないと止まるものがあります。全体の役割分担は microsoft/azure-skills の地図にまとめています。

• 可用性の設計を見たいときazure-reliability の側です。こちらは方針の適合と秘密の期限です
• デプロイできるかを点検したいときazure-validate です。見ている対象が違います
• 費用の無駄を探したいとき使われていないリソースは拾いますが、金額の算出はこのスキルの範囲外です
• 修正まで任せたいとき本文が「点検の報告と、修正の実行を分けよ」と勧めています

可用性の設計は azure-reliability、デプロイできるかの点検は azure-validate の側です。

同じ流れで直させない

修正まで任せたいときには向きません。本文が「点検の報告と、修正の実行を分けよ」と勧めていて、同じ流れで直させない設計思想です。

SKILL.md の解析では、シェルコマンドを実行する記述が見つかっています。同梱ファイルは 15 件で、点検の手引きと言語ごとの Key Vault の SDK の資料です。3,974 バイトと小さいスキルです（2026-10-09 確認）。

azqr の結果は Excel のファイルとして出て、その中の推奨と対象のリソースを読み解く流れです。

読み取りの権限で足りる

必要なのは構成と Key Vault のメタデータを読む権限だと書かれています。秘密の値そのものを読む必要はありません。期限は付帯情報として取れます。

azqr は別の道具

このスキルはそれを Azure の MCP の道具（mcp_azure_mcp_extension_azqr）経由で呼ぶ側で、本体は同梱されていません。Azure の MCP が使えることが前提です。

「安全」の判定は出ない

出るのは推奨との差と期限です。当サイトも同じ立場ですが、点検を通ったことは安全の証明ではありません。

定期的に流す価値はありますか

あります。本文も週次か月次を勧めています。期限切れは時間が経つだけで起きるので、一度点検しても意味が薄いです。結果を残して、前回との差を見る使い方が合います。

指摘が多すぎて追えないときは

重要度の分類がそのために入っています。Critical と High だけを先に処理して、残りは記録して次の区切りへ回すのが本文の想定です。

修正も頼んでいいですか

頼めますが、本文は分けることを勧めています。点検の道具に修正まで任せると、何が指摘で何が変更かが混ざります。報告を受けてから、別に依頼するほうが追えます。