<!-- L30_LANG_LOCK: EN_JP_PAIRED -->

# LUMINA-30 Institutional Adoption Path ｜ LUMINA-30 制度的採用への道筋

> Canonical bilingual Markdown source. The English and Japanese HTML files are reader-facing views generated from this paired source structure.
> 正本の日英併記Markdownです。英語HTMLと日本語HTMLは、この正本構造に対応する読者向け表示版です。

---

## English

## LUMINA-30 Institutional Adoption Path

> This page is not a certification scheme, legal standard, official adoption claim, enforcement mechanism, or safety guarantee.  
> It describes how LUMINA-30 can be connected to existing audits, incident reviews, procurement rules, contracts, insurance assessments, and regulatory processes without claiming that such adoption has already occurred.

### Purpose

LUMINA-30 begins as a non-binding public boundary reference. Its institutional value depends on whether the boundary question can be inserted into existing decision surfaces before irreversibility:

> Can effective human refusal still be exercised before irreversible consequences occur?

This page gives a staged path for institutions that want to evaluate, test, or adopt the LUMINA-30 boundary lens responsibly.

### Adoption levels

| Level | Use | What it means | What it does not mean |
|---|---|---|---|
| Level 0 — Public reference | Cite or read LUMINA-30 as a boundary framework. | The boundary question is available for discussion and review. | Not adoption, certification, endorsement, or compliance. |
| Level 1 — Internal review | Add the boundary question to internal governance, safety, or release review. | Teams can identify refusal gaps before irreversible action. | Not an external audit or public certification. |
| Level 2 — Incident / pre-incident review | Use LUMINA-30 in incident review, near-miss review, or pre-release boundary review. | Evidence can be organized around effective refusal before irreversibility. | Not proof that the system was safe or acceptable. |
| Level 3 — Audit / procurement / contract / insurance interface | Require evidence of effective refusal in contracts, procurement, audit, insurance, or oversight documentation. | The boundary condition becomes reviewable by external parties. | Not a standalone legal regime or automatic approval. |
| Level 4 — Regulatory or institutional incorporation | Incorporate the boundary condition into formal policy, standards, or regulatory processes. | LUMINA-30 can become part of an institutional review surface. | Not claimed by this repository as already achieved. |

### Minimum evidence before claiming use

An organization should not claim LUMINA-30 use, alignment, or adoption merely by naming the framework. At minimum, it should be able to show:

1. The irreversible path or decision point under review.
2. The human role, body, or accountable authority able to refuse before irreversibility.
3. The information, time, independence, and authority needed for refusal to be effective.
4. The mechanism by which refusal would actually stop, delay, reverse, or re-route the action.
5. Evidence records that a third party could inspect.
6. The boundary between AI assistance and human refusal authority.

### What to avoid

Do not use LUMINA-30 as:

- a self-issued compliance badge;
- a replacement for technical safety, legal, security, human-rights, or domain-specific review;
- a claim that an organization is certified, endorsed, or officially approved;
- a way to let AI systems infer, simulate, certify, or replace human refusal.

### Recommended route

1. Start with the Practical Boundary Review Pack.
2. Use the Pre-Incident Boundary Review sheet before release, exposure, connection, publication, or authority handoff.
3. Preserve evidence for refusal authority, stop authority, and reviewability.
4. If the decision becomes institutional, map the evidence into audit, procurement, contract, insurance, or regulatory documentation.
5. Treat any claim of adoption as provisional unless the evidence is reviewable.

### Related pages

- [Practical Boundary Review Pack](L30_PRACTICAL_BOUNDARY_REVIEW_PACK.md)
- [Pre-Incident Boundary Review — One-Page Practical Sheet](L30_PRE_INCIDENT_BOUNDARY_REVIEW_ONEPAGE.md)
- [Adoption Requests and Responses](L30_ADOPTION_REQUESTS_AND_RESPONSES.md)
- [Expected Questions, Objections, and Responses](L30_EXPECTED_QUESTIONS_OBJECTIONS_AND_RESPONSES.md)
- [Minimum Boundary Review External Crosswalk](./minimum-boundary-review-external-crosswalk.md)

### Plain-language summary

LUMINA-30 does not need to begin as a law, certification scheme, or official standard. It can begin as a reviewable boundary question inserted into existing governance surfaces:

> Before irreversible consequences occur, can humans still effectively refuse?

Institutional adoption should mean that this question becomes evidence-backed, reviewable, and difficult to bypass — not that a label has been attached.

---

## 日本語

LUMINA-30 導入 / 制度接続ガイド

## LUMINA-30 制度的採用への道筋

> このページは、認証制度、法的基準、公式採用表示、執行機関、安全保証ではありません。  
> LUMINA-30がすでに制度採用されたと主張するものではなく、既存の監査、事故レビュー、調達条件、契約、保険評価、規制プロセスへどのように接続されうるかを整理するページです。

### 目的

LUMINA-30は、非拘束の公開境界参照から始まります。制度的な価値は、不可逆化の前に境界問いを既存の判断面へ差し込めるかにかかっています。

> 不可逆な結果が生じる前に、人間の実効的拒否はまだ行使できるか。

このページは、LUMINA-30の境界視点を責任ある形で評価、試行、導入したい組織のために、段階的な接続経路を示します。

### 採用段階

| 段階 | 用途 | 意味すること | 意味しないこと |
| --- | --- | --- | --- |
| Level 0 — 公開参照 | LUMINA-30を境界フレームとして読む、引用する。 | 境界問いを議論・レビューに使える。 | 採用、認証、承認、準拠ではない。 |
| Level 1 — 内部レビュー | 内部ガバナンス、安全評価、公開判断へ境界問いを追加する。 | 不可逆化前の拒否欠落をチーム内で確認できる。 | 外部監査や公開認証ではない。 |
| Level 2 — 事故・事故前レビュー | 事故レビュー、ニアミスレビュー、公開前境界レビューに使う。 | 不可逆化前の実効的拒否を証拠ベースで整理できる。 | システムが安全または許容可能だったことの証明ではない。 |
| Level 3 — 監査・調達・契約・保険接続 | 契約、調達、監査、保険、監督文書で実効的拒否の証拠を要求する。 | 境界条件を外部者がレビュー可能になる。 | 独立した法制度や自動承認ではない。 |
| Level 4 — 規制・制度への組込み | 公式方針、標準、規制プロセスに境界条件を組み込む。 | LUMINA-30が制度上のレビュー面の一部になりうる。 | このリポジトリが達成済みと主張するものではない。 |

### 使用を主張する前の最低証拠

組織は、LUMINA-30という名前を出すだけで、使用、整合、採用を主張すべきではありません。最低限、次を示せる必要があります。

1. レビュー対象となる不可逆な経路または判断点。
2. 不可逆化前に拒否できる人間の役割、機関、責任主体。
3. 拒否が実効的であるために必要な情報、時間、独立性、権限。
4. 拒否によって実際に停止、延期、撤回、または経路変更が起きる仕組み。
5. 第三者が確認できる証拠記録。
6. AI支援と人間の拒否権限の境界。

### 避けるべき使い方

LUMINA-30を次のように使ってはいけません。

- 自己発行の準拠ラベルとして使う。
- 技術安全、法務、セキュリティ、人権、分野別レビューの代替にする。
- 組織が認証、承認、公式採用されたという表示に使う。
- AIシステムが人間拒否を推定、模倣、認証、代替してよい理由にする。

### 推奨経路

1. まず実務境界レビューパックを使う。
2. 公開、能力露出、接続、不可逆的公開、権限移譲の前に、事故前境界レビューシートを使う。
3. 拒否権限、停止権限、レビュー可能性に関する証拠を保存する。
4. 判断が制度的なものになる場合、証拠を監査、調達、契約、保険、規制文書へ対応づける。
5. 採用主張は、証拠がレビュー可能な場合に限り、暫定的に扱う。

### 関連ページ

- [実務境界レビューパック](L30_PRACTICAL_BOUNDARY_REVIEW_PACK.md)
- [事故前境界レビュー — 1ページ実務シート](L30_PRE_INCIDENT_BOUNDARY_REVIEW_ONEPAGE.md)
- [導入要望と回答](L30_ADOPTION_REQUESTS_AND_RESPONSES.md)
- [想定される疑問・批判と回答](L30_EXPECTED_QUESTIONS_OBJECTIONS_AND_RESPONSES.md)
- [最小境界レビュー外部接続表](minimum-boundary-review-external-crosswalk.md)

### 短い要約

LUMINA-30は、法制度、認証制度、公式標準として始まる必要はありません。既存のガバナンス面に、レビュー可能な境界問いとして差し込むことから始められます。

> 不可逆な結果が生じる前に、人間はなお実効的に拒否できるか。

制度的採用とは、ラベルを貼ることではありません。この問いが、証拠に基づき、レビュー可能で、迂回しにくい状態になることです。
