ガイド
法域
法域ごとに読む所見は、弁護士のレビューを受けていない草案カタログから得た読解の補助です。法的助言になることはなく、システムが法律を満たしているという表明になることもありません。各法令の公式文書が優先します。システムがどこで使われるかを宣言すると、Oloproof はその場所を対象とするすべてのカタログに照らして読み、除外した各カタログとその理由を示し、カタログをいつ読み直すべきかを伝えます。
システムが使われる場所を宣言する
governance.yaml のシステムは jurisdictions: を宣言できます。これは ISO 3166 コードのリストで、国(CA、US)、地方区分(CA-QC、US-CO)、地方区分に続く市(US-NY-NYC)、EU または INT です。法令の適用範囲がそれらに左右される場合は sector:(public または private)と role:(provider または deployer)を加え、カタログ索引を指定します。
catalogue_index: catalogues/catalogues.yaml
systems:
- id: triage
name: Benefits triage
in_scope: true
scope_reason: assesses eligibility for a provincial benefit
aia_level: II
jurisdictions: [CA-QC]
sector: publicすると oloproof governance check は、適用される索引上のすべてのカタログをシステム自身のリストに加え、システムごとに、選ばれた、または除外された各カタログを理由とともに表示します。連邦の指令は州の機関には及ばず、一致しない部門や役割は明示され、任意の枠組みは提示されても選ばれることはなく、提案中または廃止された法令はカタログ化されても選ばれることはありません。手作業で指定した提案中のカタログは、評価されずに拒否されます。法域のないシステムは、自ら指定したカタログを保ちます。すべてのシステムが法域を宣言する場合、上の例のように、ファイルはカタログを一つも指定せず索引に任せてかまいません。oloproof init --example governance はそのようなプロジェクトを書き出し、カタログとその索引を catalogues/ にコピーします。
コードは下方向にのみ一致します。地方区分を含めて CA 向けに索引付けされたカタログは CA-QC を対象としますが、US-NY を宣言したシステムは US-NY-NYC 向けのカタログの対象にはなりません。システムが使われる最も詳細な場所と、使われるすべての場所を宣言してください。
索引の内容
catalogues.yaml の各項目は、カタログファイル、対象とする法域、その地方区分を含むかどうか、そして適用される場所を示します。sector、role、voluntary、status(in_force、proposed または repealed)で、提案中の法令が選ばれない理由を述べる任意の note が付きます。索引には、カナダ(連邦指令とそのアルゴリズム影響評価、Policy on Service and Digital とその指針、法案 C-36(提案中))、ケベック州(民間部門と公共部門のプライバシー法)、オンタリオ州(AI 指令と、その AI に関する義務が誰を拘束するかを規則が定めるまで提案中の Enhancing Digital Security and Trust Act)、米国(連邦機関向けの OMB M-25-21 と、任意の NIST AI RMF)、ニューヨーク市(自動化された採用ツールに関する Local Law 144)、コロラド州(SB26-189、制定済みで 2027 年 1 月 1 日から施行されるため、それまでは選ばれない)、欧州連合(提供者、導入者、透明性、汎用モデルに関する AI 法。高リスクの義務の大半は 2027 年 12 月 2 日から適用され、それ以前の所見は準備状況を示す)、英国(中央政府向けの Algorithmic Transparency Recording Standard と、ICO の AI ガイダンスが説明する UK GDPR の義務。自動化された決定に関する第 22A 条から第 22D 条を含む)、シンガポール(AI Verify、任意)、そして附属書 A の管理策を含む ISO/IEC 42001 と ISO/IEC 23894(任意、番号と見出しのみ)が含まれます。FR や DE-BY のように EU 加盟国で宣言されたシステムは、EU のカタログの対象になります。各カタログは冒頭の数行で、弁護士のレビューを受けていない草案であることを述べています。
一つの証拠、複数のカタログ
クロスウォークの行は、一つのゲートルールを複数のカタログの測定要件に同時に提示します。
crosswalk:
- id: fair
rule: parity-gap
targets: [DADM-6.3.3#1, EUAIA-10]行は、レビュアーが一つのシステムの対象についてそれを承認するまで何も拘束しません。oloproof governance crosswalk --row fair --system triage --target EUAIA-10 --by "A. Reviewer" で承認し、レビューログに記録されます。そのルールを読むのはその対象だけで、行が承認時のままである間に限ります。編集された行は再び提示されます。同じフラグで --withdraw を指定すると、一つの承認を取り下げます。クロスウォークは二つの要件が同じだとは決して言いません。同じ証拠が両方に提示されると言い、所見はその行を示します。
カタログを読み直す時期
各カタログは、法令に照らして読まれた日(read_on)と、再び読むべき頻度(review_every、既定は6か月、改正が進行中の法令は3か月)を記録します。その日を過ぎると、所見は状態を保ったまま、ページ、エクスポート、API で「catalogue not reread since」が併記されます。カタログが読まれた後に法令が改正された場合(amended_on)、読み直されるまで所見は判定不能となります。
法域ごとに、ターミナルとワークスペースで
oloproof governance check は選択の最後に「By jurisdiction」ブロックを出力します。各システムと、それが宣言した各場所について、その場所を対象とするカタログ、各状態の所見の件数、そして古くなったものを示します。ファイルが独自のパスで指定したカタログは別に一覧されます。ホストされたガバナンスページも同じグループ分けを表示します。封印のエクスポートは署名済みレコードのみのままです。グループ分けはそこから導かれ、署名のないまま横に添えられることはありません。
これでは分からないこと
カタログは、ある読み手がある日に理解したとおりに法令を言い換えたものです。Oloproof は法改正を追跡しません。レビュー日と、読み直す人がその仕組みです。どの法令が組織に適用され、組織に何を求めるかは、弁護士に尋ねるべき問題です。