LUMINA-30境界番地体系（L30-BAS）は、LUMINA-30の境界確認を実務レビュー、監査、事故後検証で参照できるようにするためのコード体系です。
LUMINA-30境界番地体系（L30-BAS） は、LUMINA-30の境界判定を、実務レビュー、監査、事故後検証で参照できるようにするためのコード体系です。
L30-BASは、義務、適合認定、免責、認証、政策命令を作るものではありません。
不可逆的影響の前に、人間の実効的拒否権が残っていたかを確認するための安定した参照番地を提供します。
最小運用表示
番地体系が細かく感じられる場合は、まず4つのBoundary
Checkだけを使用してください。
番地コードは参照補助であり、使用の前提条件ではありません。
L30-BAS番地を記入しなくても、中核の境界問いが保持されていればレビューは実施できます。
| コード |
|---|
| L30-BX-01 |
| L30-BX-02 |
| L30-BX-03 |
| L30-BX-04 |
実務帳票の所在
- L30_FRM_B01：境界チェック
- L30_FRM_I01: インシデントレビュー Template
- L30_FRM_A01：監査チェックリスト
現行の公開用実務帳票群は、L30_FRM帳票ID体系で配布します。
- L30_FRM_B01：境界チェック
- L30_FRM_I01: インシデントレビュー Template
- L30_FRM_A01：監査チェックリスト
英語版は標準ファイル名を使用し、日本語版は拡張子の直前に_JA言語接尾辞を付けます。
L30-BAS番地は参照補助として維持します。L30_FRM帳票は、人間によるレビュー、事故分析、監査文脈で使用するDOCX/PDF配布ツールです。
このインデックスは、L30_FRM実務帳票群をmd上で見える化します。これにより、実務利用がPDF/DOCX内だけに閉じて見えない状態を避けます。
番地使用は任意
L30-BAS番地は、参照、引用、チェックリスト埋め込みのための任意ラベルである。
安定した参照番地が必要な場合には有用だが、有効な境界レビューの必須条件ではない。
- 結果の記録または伝達に安定した参照番地が役立つ場合のみ、L30-BASコードを使用する。
実務上の順序は以下である。
- Boundary Check または該当する実務帳票から開始する。
- 結果の記録・伝達に安定した参照番地が役立つ場合のみ、L30-BAS番地を使用する。
- 常に中核問いへ戻る。不可逆的影響の前に、人間の拒否権は実効的に残っていたか。
最小利用
初回利用では、L30-BX-01 から L30-BX-04
のみを使用してください。
L30-BAS番地が記入されていないことだけを理由に、境界レビューを遅らせたり、無効化したり、却下したりしてはなりません。
運用安定性原則
以下の原則は、L30-BASが中央管理主体を必要とせず、組織・業界・システム・時間を越えて使用され続けるための運用安定性を説明する。
これらの原則は、L30-BAS番地の使用を必須化するものではない。
L30-BASを、登録簿、認証制度、適合制度、承認手続、報告機関へ変えるものでもない。
L30-BASは、人間による境界判定を、後から検索・比較・監査・再検証できる形で保持するための、安定参照キー体系である。
安定参照キー原則
L30-BASコードは、認証マークではなく、安定参照キーである。
一度公開された中核L30-BASコードの意味は、黙って変更したり、別用途に再利用したり、後続文書から削除したりしてはならない。
補足が必要な場合は説明を追加する。
新しい条件が必要な場合は新しいコードを追加する。
不要になったコードも削除せず、非推奨として読める状態を保つ。
分散運用原則
L30-BASは、中央管理主体を必要としない。
保存場所、保存期間、アクセス制御、レビュー権限、業界別フォーム、内部手順は、適用法令、業界規則、契約、セキュリティ要件に従い、責任組織が決定する。
L30-BASが求める最小条件は、中央提出ではない。
最小条件は追跡可能性である。すなわち、各境界判定が、誰の判断か、どの版に基づくか、どの証拠を参照したか、後日取得可能かを保持することである。
最小レビュー記録原則
最小レビュー記録には、以下の対応項目を含めることが望ましい。
| 項目 | 説明 |
|---|---|
| レビューID | 境界レビューに付与される識別子 |
| レビュー日時 | レビューを行った日時 |
| 作成者または責任組織 | レビュー記録に責任を持つ組織 |
| 対象システムまたは対象事象 | 対象となるシステム、導入、事故、準事故、またはレビュー対象 |
| レビュアーの役割、名前付きレビュアー、または統治主体 | 最終判定が帰属する人間または制度上の主体 |
| 使用したL30-BAS版または参照元 | レビューで使用した版または参照文書 |
| 参照したL30-BASコード | 判定で使用した中核コード |
| 各参照コードの判定結果 | satisfied、not satisfied、not verifiable などの結果 |
| 最終L30-CI結果 | 最終的な境界条件表示 |
| 証拠参照または証拠所在メモ | 必要に応じた証拠参照、所在、ハッシュ、要約、または欠落理由 |
| 非認証注記 | 認証、適合、承認、リスク不存在を意味しないことの注記 |
証拠本体を直接保持できない場合は、適切な範囲で、その所在、ハッシュ、要約、保存規則、または欠落理由を残すべきである。
人間判定・機械保管原則
L30-BASの境界判定は、コンピュータシステムによって保存、検索、要約、比較、処理されてもよい。
ただし、最終的な境界判定は、人間レビュアー、人間の役割、責任組織、または統治主体に帰属していなければならない。
AIシステムは、検索、要約、比較、矛盾検出、証拠整理を補助してよいが、人間拒否権が実効的だったかを判断する最終主体になってはならない。
利用者作成フォーム原則
利用者、組織、監査主体、研究者、業界団体は、L30-BASに基づく独自フォームを作成できる。
利用者作成フォームは、世界共通の通し番号を持つ必要はない。
ただし、作成者、対象領域、目的、版、日付、および参照したL30-BAS中核コードを明記すべきである。
利用者作成フォームは、認証、適合、承認、免責、公式推奨、リスク不存在を意味してはならない。
分散型フィードバックループ原則
L30-BASは、中央のフィードバック管理主体を必要としない。
フィードバックループは、責任組織、監査主体、事故調査主体、規制主体、またはその他の適格なレビュー主体が、それぞれの既存権限の範囲内で運用する。
フィードバックの目的は、システムを認証したり、過去判定を書き換えたりすることではない。
目的は、人間による境界判定を追跡可能に保持し、人間拒否権が失われた箇所、証拠欠落、将来レビュー条件の改善点を明確化することである。
過去記録はappend-onlyとして保持されるべきである。
後続フィードバックは、所見、訂正、追記、後継参照を追加できるが、元の境界判定を黙って変更してはならない。
長期運用パターン・マトリクス
このマトリクスは、L30-BASが組織、業界、言語、システム、監査、事故、後年再検証を越えて使われる場合に発生しうる長期運用パターンを整理する。
これは、承認済み利用例の登録簿ではない。
中央管理主体なしでもL30-BASを使い続けられるようにするための、運用リスク制御表である。
パターン分類
| 分類 | 運用パターン | 長期懸念 | 必要な対応 |
|---|---|---|---|
| 利用主体 | 研究者、企業、監査主体、規制主体、業界団体、裁判・紛争処理、AI補助ツールが参照しうる。 | 中央機関または公式認証と誤解される。 | 非拘束・非認証の参照キー体系としてのみ扱う。 |
| 利用時点 | 導入前、調達前、重大変更時、定期監査、事故直後、安定化中、後年再検証で使われうる。 | 異なる時点のレビューが同じ証拠水準として混同される。 | レビュー日時、段階、レビュアー役割、証拠状態、使用版を記録する。 |
| 入口帳票 | B01/I01/A01は境界判定、事故レビュー、監査の入口である。 | 詳細帳票から入り、中核問いを見失う。 | 初見利用者はB01/I01/A01から開始させる。 |
| 区分パターン | B/I/A/G/R/Sは境界、事故、監査、ガバナンス、責任、安定化の英語版基本パターンである。 | 基本パターンがないと、業界別フォームを作れない。 | 各公式フォーム系列に英語正本の基本パターンを維持する。 |
| 利用者作成フォーム | 組織・業界はL30-BASに基づく独自フォームを作成できる。 | 利用者フォームが公式・認証・中央承認済みに見える。 | 作成者、領域、目的、版、日付、参照コード、非認証注記を必要とする。 |
| 各言語版 | 各言語版は英語正本テンプレートから作成されうる。 | 翻訳により入力欄、コード、チェックボックス、境界用語が変わる。 | 人間可読テキストのみ翻訳し、DocID、L30-BASコード、入力欄、表、レイアウト、制御を維持する。 |
| 識別子分離 | DocIDはL30-FRM-*、ファイル名はL30_FRM_*を使う。 |
DocID、ファイル名、版、言語接尾辞が混同される。 | DocID、ファイル名、版、ローカライズ接尾辞を別項目として扱う。 |
| コード安定性 | L30-BX-01〜L30-BX-04、L30-CIは長期引用されうる。 | 意味変更、削除、再利用は過去記録を壊す。 | 既公開コードを黙って変更・再利用・削除せず、新コード追加または明示的非推奨で扱う。 |
| 記録保存 | 文書管理、GRC、事故管理、アーカイブ、黒塗り公開版に保存されうる。 | 保存場所・期間は法令、業界、契約、セキュリティ要件で異なる。 | L30-BASは共通保存場所ではなく、最小追跡可能性を定義する。 |
| 証拠扱い | 証拠は直接保存、参照、ハッシュ、要約、黒塗り、欠落の形を取りうる。 | 証拠欠落が隠され、有利な結果へ丸められる。 | 証拠状態を保持し、不十分な場合はNot Verifiableを適用する。 |
| 人間判定 | AIは検索、要約、矛盾検出、比較を補助しうる。 | AIが人間拒否権の最終判定主体と扱われる。 | 最終境界判定は人間の役割、レビュアー、組織、統治主体へ帰属させる。 |
| 異議・再検証 | 内部レビュー、外部監査、規制判断、裁判、研究分析で判断が割れうる。 | 後続所見が元記録を上書きする。 | 各レビューを帰属可能な追記層として残し、元判定を黙って置換しない。 |
| 公開版・内部版 | 内部記録には機密、個人情報、セキュリティ情報、営業秘密が含まれうる。 | 公開は危険・違法な場合があり、非公開は説明責任を妨げる場合がある。 | 必要に応じて内部記録、黒塗り版、公開要約、ハッシュ・索引記録を分ける。 |
| フィードバック | 所見は将来の導入レビュー、監査設計、証拠設計、事故対応へ戻されうる。 | フィードバックが認証化または過去判定の書換えになる。 | 過去記録を追記型で保持しつつ、将来条件の改善に使う。 |
| 誤用・過大主張 | L30-BAS用語が宣伝、法的防御、政策主張、安全主張に使われうる。 | 適合、免責、承認、リスク不存在の証明として示される。 | L30-BASは認証、適合、承認、免責、リスク不存在ではないことを明記する。 |
| 機械可読利用 | 記録は後にJSON、CSV、監査DB、検索索引へ変換されうる。 | PDFだけの自由記述は、時間・組織横断比較が困難になる。 | 安定項目、コード、結果、証拠参照、レビュアー帰属を持つ最小レビュー記録を残す。 |
普遍解決ルール
| ルール | 必要な解釈 |
|---|---|
| 追跡可能性 | 境界判定は、帰属、版、証拠参照、後日取得可能性を保持する。 |
| 非認証性 | L30-BASの記録、コード、帳票、結果を、認証、適合、承認、免責、リスク不存在として扱わない。 |
| 人間帰属 | 最終境界判定は、人間レビュアー、人間の役割、責任組織、統治主体に帰属させる。 |
| 証拠規律 | 証拠欠落または証拠不足はValidへ変換せず、Not Verifiableとして表現可能なまま残す。 |
| 追記型訂正 | 後続所見は訂正や追記を追加できるが、元判定を黙って上書きしてはならない。 |
| 現地責任 | 保存場所、保存期間、アクセス制御、開示、業界別フォームは、適用条件に従い責任組織が決める。 |
| 中核コード安定性 | 既公開の中核コードの意味は、黙って変更、削除、別用途再利用してはならない。 |
番地系列
| Family |
|---|
| L30-BX-xx |
| L30-OUT-xx |
| L30-TxxH / L30-TxxD |
| L30-GATE-xx |
| L30-CI |
L30-BX は、初期候補だった L30-OP
の代わりに使用します。
OP は Option または Operation
と誤読される可能性があるため使用しません。
L30-CL は使用しません。
使用する指標は L30-CI、つまり LUMINA-30 条件指標 です。
LUMINA-30中核命題への還元
すべてのL30-BAS番地は、実務レビューをLUMINA-30の中核問いへ戻すための参照補助である。
不可逆的影響の前に、人間の拒否権は実効的に残っていたか。
L30-BASは、独立した認証制度、適合レイヤー、承認制度を作るものではない。
| Code family |
|---|
| L30-BX-xx |
| L30-OUT-xx |
| L30-TxxH / L30-TxxD |
| L30-GATE-xx |
| L30-CI |
| 番地系列 | 実務上の役割 | LUMINA-30中核への還元 |
|---|---|---|
| L30-BX-xx | 境界判定 | 対象状況が不可逆前だったか、人間の拒否権が実効的だったかを確認する。 |
| L30-OUT-xx | レビュー出力 | 拒否権が示されたか、証拠がないか、どの判定になったかを記録する。 |
| L30-TxxH / L30-TxxD | 時間フェーズ | 不可逆化前または直後の評価窓を固定する。 |
| L30-GATE-xx | ゲート判定 | 実行・検証・継続が、人間の実効的拒否を迂回しない地点を確認する。 |
| L30-CI | 条件指標 | LUMINA-30境界条件上の状態のみを示す。有効 / 無効 / 無効（確認不能）。 |
境界判定番地
| コード |
|---|
| L30-BX-01 |
| L30-BX-02 |
| L30-BX-03 |
| L30-BX-04 |
| L30-BX-05 |
| L30-BX-06 |
| L30-BX-07 |
| L30-BX-08 |
| L30-BX-09 |
レビュー出力番地
| コード |
|---|
| L30-OUT-01 |
| L30-OUT-02 |
| L30-OUT-03 |
| L30-OUT-04 |
| L30-OUT-05 |
| L30-OUT-06 |
時間フェーズ番地
| コード |
|---|
| L30-T00H |
| L30-T48H |
| L30-T30D |
| L30-T90D |
ゲート判定番地
| コード |
|---|
| L30-GATE-01 |
| L30-GATE-02 |
| L30-GATE-03 |
| L30-GATE-04 |
評価指標
L30-CI は LUMINA-30 条件指標
を意味します。
レビュー対象のシステムがLUMINA-30の境界条件を満たしているかを示す、最小かつ証拠ベースの指標です。
Compliance Indicator は使用しません。
L30-CIは、法令遵守、認証、免責、規制上の承認、制度的認定を意味しません。
- L30-CI = Valid
- L30-CI = Invalid
- L30-CI = 無効（検証不能）
結果：
- L30-CI = 有効
- L30-CI = 無効
- L30-CI = 無効（確認不能）
チェックリスト連動
L30-BASは、チェックリスト、レビュー票、監査票、事故後テンプレートへ埋め込むことを想定しています。
チェックリスト側に番地と問いが入っていれば、運用時にGitHubを開くことは前提ではありません。
| コード |
|---|
| L30-BX-01 |
| L30-BX-02 |
| L30-BX-03 |
| L30-BX-04 |
| L30-OUT-01 |
| L30-OUT-04 |
| L30-OUT-06 |
| L30-GATE-01 |
| L30-GATE-04 |
出力連動
| Condition |
|---|
| L30-BX-01 が「いいえ」 |
| L30-BX-02 が「非実効」 |
| L30-BX-03 が「検証不能」 |
| L30-BX-04 が「無効」または「無効（検証不能）」 |
| 最終評価が記録される |
| L30-BX-06 または L30-GATE-04 が警告を示す |
別紙運用
L30-BASは、GitHub外の別紙チェックリスト、レビュー票、監査フォーム、事故記録として使用できます。
GitHubは正規参照元であり、判定の実施条件ではありません。
| コード |
|---|
| L30-BX-01 |
| L30-BX-02 |
| L30-BX-03 |
| L30-BX-04 |
| L30-CI |
リポジトリ対応
この表は、L30-BASを現在の有効なrepo構成へ対応づけるものです。
削除済みまたは退役済みのrepo名は、現行L30-BAS対応表には含めません。
| Repository |
|---|
| lumina-30-overview |
| インシデントレビューrepo |
| institutional-friction-toolkit |
| 停止権限参照repo |
| ai-accountability-reference |
| Lumi30-Index |
| LUMINA-30 |
| Lumi30-FullText |
| Lumi30-Public-Record |
| Lumi30-PDF-Archive |
| lumina30-public-reference |
| lumina-30-structure-map |
| .github |
使用ルール
使用しない
L30-CL採用済みLUMINA-30 BAS系列コードとして扱わない。番地は参照補助であり、法的分類・適合分類ではありません。
番地はLUMINA-30用語を置き換えるものではありません。
初出では、完全な番地と名称を記載します。
同じチェックリストやレビュー記録内では、2回目以降
BX-01のような短縮形を使用できます。LUMINA-30の機能番地として
OPは使用しません。LUMINA-30 BASの正式系列として
L30-CLは使用しません。L30-CIに
Compliance Indicatorは使用しません。GitHub参照を判定実施の前提にしてはなりません。
証拠不在を、人間の拒否権が保全されていた証拠として扱ってはなりません。
非拘束性
この文書は記述的・非規範的です。
法的義務、規制義務、適合義務、運用義務、制度的義務、認証義務を作るものではありません。