compliance-policy-check

コンプライアンスポリシーチェック

概要

実行前に、設計や計画がフレームワークのポリシーおよびルール上の制約に準拠しているかを評価します。規制対象または高リスクの変更で使用してください。

使用するタイミング

• 新しい成果物を作成するワークフローの前
• HIGH/EPIC の実装フェーズの前
• ポリシー違反が繰り返し確認された場合の振り返り中

絶対遵守事項

1. コンプライアンスチェック中にコードを実行または変更してはなりません — このスキルはポリシーへの準拠状況のみを評価します。実装は、コンプライアンスが確認された後に別途行う必要があります。
2. HIGH/EPIC の実装前には必ずコンプライアンスチェックを実施してください — コンプライアンスチェックを経ずに高リスクの変更を行うと、検出されないポリシーの逸脱が時間とともに蓄積し、システム全体の違反につながります。
3. 具体的な是正タスクと担当エージェントを添えて、必ず調査結果を報告してください — 実行可能な是正手順を伴わない「ポリシー違反」という曖昧な報告では、問題は修正されません。FAIL と CONDITIONAL には、それぞれ具体的なタスクを含める必要があります。
4. 部分的な準拠を PASS と報告してはなりません — ポリシーの 80％を満たす計画は PASS ではなく CONDITIONAL です。部分的な準拠は、残りの違反を覆い隠し、誤った安心感を与えます。
5. 是正後には必ず再チェックしてください。1回で終わらせてはなりません — 実装前に1度コンプライアンスチェックを行うだけでは不十分です。是正が完了したことを確認するため、大きな変更の後にも再度確認してください。

ワークフロー

ステップ 1：ポリシーのコンテキストを収集する

• .claude/rules/ 内の関連ファイルを読む
• 適用されるワークフローおよびエージェントの制約を読む
• 必要に応じて、強制適用フックのドキュメントを読む

ステップ 2：提案された変更を評価する

以下の観点で評価します。

1. 作成ガードと成果物のライフサイクルに関するルール
2. ルーティングと専門家優先の要件
3. セキュリティおよび品質ゲートの要件
4. メモリ、検索、トークン節約に関するポリシー要件

ステップ 3：判定を出す

次のいずれかのポリシー判定を返します。

• PASS：ポリシーに準拠
• CONDITIONAL：必要な緩和策を条件として許可
• FAIL：ポリシーに準拠していない

次の形式で出力します。

{
  "decision": "PASS|CONDITIONAL|FAIL",
  "policyFindings": ["..."],
  "requiredMitigations": [],
  "evidencePaths": ["..."],
  "recommendedNextStep": "..."
}

出力プロトコル

CONDITIONAL と FAIL では、正確な是正タスクと担当（エージェントの種類）を含めてください。

アンチパターン

アンチパターン	失敗する理由	適切な対応
コンプライアンスチェック中のコード実装	評価と実装を混同するため	評価のみを行い、実装は PASS の後に別途行う
「小さな」変更に対するコンプライアンスチェックの省略	小さな変更でも、気付かないうちにポリシー違反を招くため	すべての HIGH/EPIC 作業について、規模に応じてコンプライアンスチェックを実施する
部分的な準拠を PASS と報告する	未解決の違反を隠し、誤った安心感を与えるため	必要な是正措置を具体的に示して CONDITIONAL と報告する
是正措置を伴わない曖昧な違反報告	明確な次の手順がなければ違反は修正されないため	FAIL/CONDITIONAL ごとに、エージェント、タスク、対象ファイルを含める
実装前に一度だけチェックする	変更後のコンプライアンスの逸脱を検出できないため	実装に大きな変更を加えた後、コンプライアンスを再チェックする

メモリプロトコル

繰り返し発生するポリシー逸脱のパターンを .claude/context/memory/issues.md に、安定した制御策を .claude/context/memory/decisions.md に記録します。