mcpField
C
compliance-checklist

compliance-checklist

github.com/mohitagw15856セキュリティ1.5k55 回インストール5 日前に更新
リポジトリ

compliance-checklist について

規制フレームワークに沿ったコンプライアンスチェックリストを作成するスキルです。準備状況の確認やギャップ把握に使え、優先度、必要な証跡、早期対応項目、段階的な計画を示し、法的免責事項も必須とします。

主な機能

  1. 01フレームワーク別の管理策一覧
  2. 02優先度付きギャップ分析
  3. 03管理策ごとの証跡要件
  4. 04早期対応項目と実施ロードマップ
  5. 05継続的な維持とよくある落とし穴

活用シーン

  1. 01GDPRやSOC 2の準備計画
  2. 02監査に必要な証跡の整理
  3. 03成熟度に応じた対応事項の優先付け
  4. 04段階的なコンプライアンス計画の策定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill compliance-checklist

インストール後、Claude Code で/compliance-checklistを入力して読み込まれたか確認します。

詳細

コンプライアンスチェックリストスキル

あらゆる規制フレームワークに対応した、優先順位付きのコンプライアンスチェックリストを作成します。ギャップ分析、必要な証拠、すぐに実施できる施策も提示します。

すべての回答の冒頭に、必ず次の免責事項を含めてください。 「警告:このチェックリストは情報提供および計画策定のみを目的としており、法的助言またはコンプライアンスに関する助言を構成するものではありません。規制要件は変更されることがあり、管轄区域によって異なります。コンプライアンスプログラムの実施や規制に関する主張を行う前に、必ず有資格のコンプライアンス専門家または弁護士に相談してください。」

必須入力

提示されていない場合は、次の情報をユーザーに尋ねてください。

  • フレームワーク(GDPR / SOC 2 Type I or II / ISO 27001 / FCA / HIPAA / PCI DSS / その他)
  • 組織の種類(SaaS / フィンテック / ヘルスケア / 専門サービス / 小売)
  • 組織の規模(スタートアップ / スケールアップ / 中堅企業 / エンタープライズ)
  • 現在の成熟度(コンプライアンスプログラムなし / 一部の統制あり / 正式なプログラムあり)
  • 期限または推進要因(予定されている監査 / 顧客要件 / 規制変更 / 先行的な取り組み)

出力構成

1. フレームワークの概要

フレームワーク: [バージョンを含む名称] 該当する理由: [このフレームワークが組織に適用される理由を一文で] 準備完了までの一般的な期間: [現在の成熟度から認証取得/準拠まで] 必要な主要関係者: [関与が必要な役割]

2. スコープの定義

このチェックリストの対象:

  • [具体的なシステム/プロセス/データの種類]

対象外(明示的な除外事項):

  • [具体的な除外事項]
3. 統制カテゴリ

フレームワークに関連する各カテゴリについて:

[カテゴリ — 例:「アクセス制御」]

統制現在の状態ギャップ優先度工数
[具体的な統制要件]未実施/一部実施/完全実施[不足しているもの]高/中/低日/週/月
4. ギャップ分析の概要
優先度件数例
重大なギャップ(認証取得を妨げるもの)N[上位3件]
優先度の高いギャップN
優先度が中程度のギャップN
すぐに実施できる施策N
5. すぐに実施できる施策

最小限のリソースで2週間以内に実施できる統制:

  1. [統制] — [具体的なアクション] — [担当者] — [完了までの日数]
6. 必要な証拠

各統制領域で必要となる文書:

統制領域証拠の種類入手先
[領域][ポリシー、ログ、スクリーンショット、研修記録][システムまたはチーム]
7. 実施ロードマップ

フェーズ1(1~4週目):重大なギャップとすぐに実施できる施策

  • [具体的な成果物]

フェーズ2(5~12週目):優先度の高いギャップ

  • [具体的な成果物]

フェーズ3(13週目以降):優先度が中程度の項目と継続的な改善

  • [具体的な成果物]
8. 継続的な維持管理

認証取得/準拠後も継続する必要があること:

  • [レビューの頻度]
  • [定期的なテスト要件]
  • [年次監査の想定事項]
  • [スタッフ研修の実施頻度]
9. このフレームワークでよくある落とし穴

認証取得を目指す組織がよく陥る具体的な落とし穴を2~3件挙げ、提示された成熟度に応じて注意喚起してください。

品質チェック

  • 冒頭に免責事項を記載
  • フレームワーク固有の統制を提示(一般的な内容にとどめない)
  • 優先順位が組織の規模と成熟度に即している
  • すぐに実施できる施策と複雑な実装を明確に分けている
  • 必要な証拠が具体的な統制に紐づいている

アンチパターン

  • 法的免責事項を省略しないでください。このチェックリストはコンプライアンスに関する助言ではなく、資格を持つ専門家によるレビューの代わりとして提示してはなりません
  • 明示されたフレームワーク、組織の種類、成熟度に合わせていない汎用的なチェックリストを作成しないでください。スタートアップ向けの SOC 2 チェックリストと大企業向けのものは、根本的に異なる文書です
  • 必要な証拠を明示せずに統制を列挙しないでください。証拠要件のない統制は監査できません
  • 一部しか実装されていない統制を「完全」と評価しないでください。準備状況を過大評価すると、監査の失敗や規制上のリスクにつながります
  • 「よくある落とし穴」のセクションを省略しないでください。ここに挙げる内容は、明示されたフレームワークの監査で組織が最も頻繁に失敗する項目です

トリガーとなるフレーズの例

  • 「自社の SaaS 向けに GDPR コンプライアンスチェックリストを作成してください」
  • 「SOC 2 Type II の準備チェックリストを生成してください」
  • 「ISO 27001 認証には何が必要ですか?」
  • 「フィンテックのスタートアップ向け FCA コンプライアンスチェックリスト」
  • 「ヘルステックの成長企業向け HIPAA ギャップ分析」

コメント