statute-analysis

⚠️ EXPERIMENTAL — このスキルは教育および情報提供のみを目的として提供されています。法的助言を構成するものではありません。使用に関する責任はすべてユーザーが負います。出力に基づいて行動する前に、資格を有する法律専門家に相談してください。

法令分析

法令、規則、ルールの読解、解釈、適用のための本番環境対応フレームワークです。法体系の特定から、実行可能な要件の抽出、実装義務のマッピングまで、全ライフサイクルを網羅します。

---

目次

• 法体系
• 事前確認
• ツール
• 中核となる解釈手法
• 法解釈の原則
• 解釈の情報源
• 要件の分類
• 法域横断分析
• 参考ガイド
• ワークフロー
• トラブルシューティング
• 成功基準
• 範囲と制限
• アンチパターン
• ツールリファレンス

---

法体系

法源の階層を理解することは、法令分析の基礎です。

法源	制定者	権威	例
憲法	主権者／国民	最高位	U.S. Constitution、EU Treaties
制定法	立法府	一次立法	GDPR、Clean Air Act、AI Act
規則	行政機関	委任された権限	FDA 21 CFR、FTC rules
ルール	行政機関または裁判所	手続／解釈	Federal Rules of Civil Procedure
ガイダンス	行政機関	拘束力はないが、説得力を持つ	FDA guidance documents、CNIL guides
判例法	裁判所	法域内で拘束力を持つ	最高裁判例

重要な原則： 上位の法源は下位の法源に優先します。規則は制定法上の権限を超えることはできません。ガイダンスは、制定法に根拠のない新たな義務を設けることはできません。

---

まず確認すること

分析を始める前に、以下の情報を確認してください。不明な点や曖昧な点があれば、推測せずに質問してください。

• 対象となる制定法／規則と、現在有効な版 — 失効または廃止された版を分析すると、義務を誤って特定することになります。何かを抽出する前に、現行版であることを確認してください
• 対象法令におけるあなたの役割 — 提供者か導入者か、管理者か処理者かによって、実際に適用される義務と抽出すべき義務が決まります
• 対象となる法域 — 法域をまたぐ抵触や優先適用を明らかにするために必要です。法体系によって定義は異なるため、相互に混在させてはいけません

中断ルール：出力に最も大きく影響する2～3項目だけを質問してください。ユーザーが「そのまま草案を作って」と言った場合は作業を進め、分析の冒頭に前提を列挙してください。

事前確認

法令の規定を解釈する前に、以下を確認してください。

1. 現行性と有効性を確認する -- 現在有効な版か確認します。改正、廃止、失効条項の有無を調べてください。公的な情報源（政府公報、EUR-Lex、congress.gov）を利用します。
2. 規制体系を把握する -- この制定法を実施する規則、ルール、ガイダンスを確認します。法体系全体をマッピングしてください。
3. 全体構成を確認する -- 特定の条項に踏み込む前に、目次、定義条項、適用範囲の規定、経過規定を読んでください。
4. 定義条項を特定する -- ほとんどの制定法には重要な用語の定義があります。これらの定義は通常の意味に優先します。
5. 施行日を確認する -- 規定によって施行日が異なる場合があります。遵守スケジュールを整理してください。
6. 自分の役割を特定する -- 制定法は、読者の役割に応じて異なる義務を課します（例：EU AI Actにおける「提供者」と「導入者」、GDPRにおける「管理者」と「処理者」）。

---

ツール

法令キーワード分析

法令文をスキャンして、義務、許可、条件、適用除外を示すキーワードを分類します。

# Analyze a statute file
python scripts/statute_keyword_analyzer.py --input statute.txt

# Analyze with JSON output
python scripts/statute_keyword_analyzer.py --input regulation.txt --json

# Analyze inline text
python scripts/statute_keyword_analyzer.py --text "The controller shall implement appropriate technical measures..."

# Save analysis report
python scripts/statute_keyword_analyzer.py --input statute.txt --output analysis.json

要件分類器

法的要件を種類、実装チーム、執行メカニズム、罰則別に分類します。

# Classify requirements from a JSON list
python scripts/requirement_classifier.py --input requirements.json

# Classify with JSON output
python scripts/requirement_classifier.py --input requirements.json --json

# Classify inline requirement
python scripts/requirement_classifier.py --text "Controllers must provide data subjects with a privacy notice at the point of collection"

# Generate implementation matrix
python scripts/requirement_classifier.py --input requirements.json --output matrix.json

---

中核となる解釈手法

定義の分析

法令上の定義は意味を決定します。使われている動詞に注意してください。

動詞	種類	意味	例
"means"	網羅的	定義は完全であり、ほかの意味は適用されません	"'Personal data' means any information relating to an identified or identifiable natural person"
"includes"	例示的	定義は例を示しますが、それらに限定されません	"'Processing' includes collection, recording, organization, structuring..."
"does not include"	除外	項目を適用範囲から明示的に除外します	"'Consumer' does not include a natural person acting in a commercial or employment context"
"refers to"	参照	外部の定義を取り込みます	"'Harmonised standard' refers to a European standard as defined in Regulation (EU) No 1025/2012"

効力を示すキーワード

キーワード	分類	法的効果
shall	義務	義務を生じさせます。実施しなければなりません
must	義務	現代の法令文では "shall" と同じです
may	許可	許可を与えます。任意です
may not	禁止	禁止を定めます
and	連言	列挙された項目をすべて満たす必要があります
or	選言	列挙された項目のいずれかで十分です
unless	例外	条件が満たされた場合、規則を無効にします
except	例外	特定の項目を規則から除外します
subject to	条件付き	規則は適用されますが、別の規定によって修正されます
notwithstanding	優先	この規定は、矛盾する規定に優先します
provided that	条件	満たす必要のある要件を追加します
if...then	条件付き	発動条件とその結果を示します
upon	時間的な発動条件	事象が発生した際に必要な措置を示します

連言と選言の分析

この区別により、すべての条件を満たす必要があるのか、いずれか1つの条件で十分なのかが決まります。

パターン	解釈	実務上の影響
"A, B, and C"	3つすべてが必要	すべての要素を満たす必要があります
"A, B, or C"	いずれか1つで十分	いずれか1つの要素を満たします
"A, B, and/or C"	曖昧	明確化が必要な箇所として指摘し、文脈を分析します
"both A and B"	明示的な連言	両方を満たす必要があります
"either A or B"	明示的な選言	いずれか一方を満たします
シリアルカンマの曖昧さ	文脈に依存	一貫性を保つため、法令全体に適用される解釈原則を用います

---

解釈の原則

12の原則すべてについては、references/canons_of_construction.md を参照してください。

クイックリファレンス

カノン	基本ルール	適用する場合
一般用語のカノン	一般用語には一般的な意味を適用する	デフォルトの解釈
明示による除外の原則	ある事項を明示すると、他の事項は除外される	包括条項のない具体的なリスト
法律全体の原則	条項は一貫性を保って解釈する	セクション間に明らかな矛盾がある場合
一貫した用語法	同じ用語は全体を通して同じ意味を持つ	用語が複数回登場する場合
意味のある使い分け	異なる用語は異なる意味を持つ	類似しているが異なる用語が使われている場合
余剰語を避ける原則	すべての語に意味があり、冗長な語はない	語句を余剰とみなしたくなった場合
同類解釈の原則	語の意味は、共に用いられる語によって決まる	リスト内に曖昧な用語がある場合
同種解釈の原則	具体的な列挙の後に続く一般的な表現は、列挙されたものに限定される	「……その他これらに類するもの」という形式
実効性を損なわない解釈	効果を持たせる解釈を優先する	2つの解釈が可能な場合
不合理な結果を避ける原則	不合理な結果を退ける	文字どおりに読むと不合理な結果になる場合
救済法規	広く解釈する	消費者保護法、安全に関する法規
軽罪の原則	曖昧さは規制対象者に有利に解釈する	刑事規定または罰則規定

---

解釈の情報源

法令の条文が曖昧な場合は、次の順序で情報源を参照します。

優先度	情報源	効力	確認先
1	法令の条文そのもの	拘束力あり	官報、法令集
2	定義条項	拘束力あり	通常は最初の条文・セクション
3	立法趣旨（説明文、前文）	強い	前文、「Whereas」条項
4	法令解釈の原則	強い	法律専門書、判例
5	当該規定を解釈した判例	強い～中程度	裁判所のデータベース
6	法令を実施する行政機関の規則	中程度	行政機関のウェブサイト、CFR
7	行政機関のガイダンスとFAQ	参考にとどまる	行政機関のウェブサイト
8	立法経緯	弱い（法域により異なる）	議会記録、ハンサード
9	学術的な論評	参考にとどまる	法律専門誌

---

要件の分類

法令上の各要件は、実装カテゴリに対応します。

種類	説明	通常の担当者	例
開示	情報を誰かに提供する必要がある	法務／コンプライアンス	プライバシー通知の要件
運用	プロセスまたは手順を整備する必要がある	業務／コンプライアンス	記録保持義務
技術	システム機能または安全対策が必要	エンジニアリング	暗号化、アクセス制御
UI／デザイン	ユーザーインターフェースに特定の要素を含める必要がある	プロダクト／デザイン	同意の仕組み、オプトアウトボタン
組織	ガバナンス体制または役職が必要	経営陣／人事	DPOの任命、取締役会による監督
文書化	書面による記録を維持する必要がある	法務／コンプライアンス	影響評価、監査証跡
報告	情報を当局に提出する必要がある	法務／コンプライアンス	侵害通知、年次報告

---

複数法域にまたがる分析

複数の法域の要件が適用される場合：

1. 適用される法域を整理する -- ユーザー、事業体、データはどこにありますか？
2. 重複する要件を特定する -- 多くの枠組みには共通する義務があります。
3. 最も厳しい共通基準を見つける -- すべての法域の要件を満たす、最も厳しい要件に合わせて設計します。
4. 矛盾を明示する -- 要件が実際に矛盾する場合は、その矛盾を記録し、法的助言を求めます。
5. 優先適用の有無を確認する -- 連邦法が州法に優先する場合があり、EU規則が加盟国法に優先する場合があります。

---

執行リスクの分析

各法定要件について、執行リスクを評価します。

要素	評価の質問
執行機関	どの機関が執行しますか？その活動はどの程度活発ですか？
罰則の種類	民事上の罰金、刑事罰、行政処分がありますか？
罰則の厳しさ	定額、売上高に対する割合、違反ごとの罰則のいずれですか？
是正期間	罰則が適用される前に是正する権利はありますか？
私人による訴権	個人は違反を理由に訴訟を起こせますか？
執行実績	この規定は積極的に執行されていますか？
規制当局のガイダンス	執行の優先事項について、当局は明確にしていますか？

---

参考ガイド

ガイド	パス	説明
解釈の基本原則	references/canons_of_construction.md	12の原則について、定義、例、誤適用に関する警告を記載
法令の構造	references/statutory_structure.md	法令の構成、施行日、専占、執行について解説

---

ワークフロー

ワークフロー 1：新しい法令を最初に読む

1. 目次と構成全体に目を通します。
2. 定義条項と適用範囲の規定を読みます。
3. 施行日と経過規定を確認します。
4. 法令上の自分の役割を特定します。
5. 法令全文に対して scripts/statute_keyword_analyzer.py を実行します。
6. 義務・許可・例外の対応表を確認します。
7. 自分の役割に適用される規定を特定します。
8. 検証： 定義を一覧化し、役割を特定し、主要な義務を列挙していること。

ワークフロー 2：要件の抽出と分類

1. 「shall」「must」などの義務を示す表現を含む規定をすべて抽出します。
2. 各要件について、誰が（主体）、何を（行為）、いつ（発動条件／期限）、どのように（基準）を特定します。
3. 抽出した要件に対して scripts/requirement_classifier.py を実行します。
4. 実装マトリックスを確認します。
5. 各要件を実装チームに割り当てます。
6. 執行リスクと期限に基づいて優先順位を付けます。
7. 検証： 義務を定める規定をすべて分類、割り当て、優先順位付けしていること。

ワークフロー 3：相互参照の解決

1. 対象規定に含まれる相互参照をすべて特定します（「第 X 条に従う」「第 Y 条で定義する」など）。
2. 参照先の各規定を全文読みます。
3. 相互参照が対象規定を修正、制限、または補足するかを判断します。
4. 循環参照や参照の連鎖（A が B を参照し、B が C を参照するなど）がないか確認します。
5. すべての相互参照による修正を反映した対象規定の全体像を記録します。
6. 検証： すべての相互参照が解決され、参照先が不明な箇所がないこと。

---

トラブルシューティング

問題	考えられる原因	解決方法
法令で用語が定義されていない	立法府が通常の意味で用いた	一般用語の解釈原則を適用し、判例で司法上の定義を確認します
「および／または」の曖昧さ	起草の不正確さ	立法資料を確認し、法令全体の解釈原則を適用し、法務レビューが必要な点として指摘します
規定同士が矛盾している	後の規定が前の規定に優先する可能性がある	「かかわらず」条項を確認し、後法優先の原則を適用します
閾値が定義されていない	規則に委任されている	施行規則と規制当局のガイダンスを確認します
規定に効力がないように見える	経過措置または暫定的な規定である可能性がある	施行日と改正履歴を確認します
廃止された条項への相互参照	改正後に法令が更新されていない	存続条項を確認し、無効化を避ける推定を適用します

---

成功基準

基準	目標
定義済み用語をすべてカタログ化	定義セクションの100%をマッピング
義務を抽出	「shall／must」を含むすべての規定を特定
要件を分類	各要件に種類、担当者、執行方法、優先度を設定
相互参照を解決	未解決の参照を残さない
執行リスクを評価	重要な義務すべてについて執行分析を実施
実装マトリックスを完成	要件を期限とともに各チームへ割り当て

---

範囲と制限事項

対象範囲： 法令文の読み取りと解釈、要件の抽出、義務の分類、解釈原則の適用、執行リスクのマッピング。

対象外： 法的助言の提供、裁判所の判断の予測、法案の起草、判例の判旨の解釈、憲法分析。

免責事項： このスキルは、法令分析のための体系的な方法論を提供します。法的助言を構成するものではありません。法的拘束力のある解釈については、必ず有資格の法律専門家に相談してください。

---

アンチパターン

アンチパターン	失敗する理由	より良いアプローチ
条項を単独で読む	法令は相互に関連しているため、単独で読むと相互参照、定義、適用範囲の制限を見落とします	解釈する前に、必ず定義、適用範囲、相互参照されている規定を確認してください
ガイダンスを法律として扱う	行政機関のガイダンスには法的拘束力がなく、変更される可能性があります。ガイダンスだけに基づいてコンプライアンスを構築すると、リスクが生じます	解釈の参考としてガイダンスを使いつつ、コンプライアンスの根拠は法令文に置いてください
「法令に記載されていないこと」を無視する	沈黙は許可、委任、または見落としを意味する場合があります。法令がすべてを網羅していると仮定すると、コンプライアンス上の抜け漏れが生じます	このシナリオに法令が言及しているかを必ず確認してください。言及していない場合は、その理由と、何が不足を補うかを分析してください
ある法域の解釈を別の法域に適用する	GDPRの「個人データ」とCCPAの「個人情報」は同じではありません。定義を別の法令間で流用すると、誤りが生じます	各法令固有の定義と解釈の枠組みを用いて、個別に分析してください
定義セクションを読み飛ばす	法令上の定義は通常の意味に優先します。これを見落とすと、根本的な誤読につながります	実質的な分析に入る前に、必ず定義セクションを読んでください

---

ツールリファレンス

ツール	入力	出力	使用例
statute_keyword_analyzer.py	法令のテキストファイルまたはインラインテキスト	義務・許可・例外のマップ	あらゆる法令文の初回分析
requirement_classifier.py	要件のリスト（テキストまたはJSON）	種類、チーム、執行方法を含む実装マトリックス	法令上の義務を、実行可能な実装タスクに変換