lumina-30/institutional-friction-toolkit

# 制度摩擦工具包（参考） ## 在 LUMINA-30 中的定位 主要用户 / 主な対象者：事故调查员、审计员、监督团队和治理审查人员。 事故調査担当、監査担当、監督チーム、ガバナンスレビュー担当者向け。 当问题涉及停止不全、override 崩溃、重启控制失效、程序无效或制度性延迟时，请使用本存储库。 停止不全、override崩壊、再起動統制不全、手続的無効、制度的遅延を分析する場合に使用。 本存储库不是首要的事故登记表。当仍需收集事实时，请先使用 incident-review。 これは事故受付フォームではない。事実収集が必要な場合は incident-review を先に使用。 - [事故审查中心 / 事故レビュー主ハブ](https://github.com/lumina-30/lumina30-incident-review) 用于初始事故审查和边界判定工作流程。 事故レビュー初動と境界判定ワークフローに使用。 - [停止权限参考 / 停止権限参照](https://github.com/lumina-30/stop-authority-reference) 用于澄清是否仍存在有效的拒绝或停止权限。 実効的な拒否権・停止権限が存在したかを確認する場合に使用。 - [AI 问责参考 / AI説明責任参照](https://github.com/lumina-30/ai-accountability-reference) 当需要将调查结果转化为问责或审计语言时使用。 所見を説明責任・監査文言へ変換する場合に使用。 如果在事故响应期间发现了本存储库， 在紧急审查或制度评估期间， 可将其在相关组织之间共享， 以减少协调缺口和盲区。 ### 使用背景（描述性） 本存储库可能涉及以下相关讨论： - 事故后治理审查 - 程序失效分析 - 问责映射 - 审计轨迹完整性 - 决策权限崩溃 - 自主系统中的监督缺口 本列表具有描述性质，不意味着背书、推荐或政策导向。 ## 事故审查快速参考（非规定性） 本存储库不提出政策、实施或保障措施。 它提供中立的参考模板，可在发生高影响自主事故后进行查阅，以澄清问责和程序责任是否保持完整。 如果正在审查高影响自主事故，请考虑： - 最终拒绝权：谁拥有能够停止执行的最后一票“否决权”？ - 异议记录：少数派的反对意见是否已正式记录并保存？ - 不可逆日志：决策路径是否以防篡改的方式进行了记录？ - 冷静期/延迟：在不可逆执行前是否有强制延迟？ - 重新提交限制：重复提交是否被限制以防止压力循环？ - 外部观察：是否有独立观察员在场或被记录在案？ 本节是描述性的，非规定性的。 它不推荐采纳、不强制行动，也不暗示义务。 ## 边界参考角色 / 境界参照上の役割 本工具包帮助审查人员识别可能导致人类拒绝失效的制度模式：延迟、override、反复重新提交、闭环验证、重启控制失效和程序常态化。 このツールキットは、遅延、override、反復再提出、閉ループ検証、再起動統制不全、手続の常態化など、人間の拒否を実効不能にしうる制度パターンを確認するための補助資料である。 它不创建审批流程、认证体系、合规检查表或执行义务。当仍需收集事实时，请从 `lumina30-incident-review` 开始。 これは承認手続、認証制度、適合チェックリスト、執行義務を作るものではない。事実収集が必要な場合は、先に `lumina30-incident-review` を使用する。 ## 范围与定位 - 本存储库不是产品、服务或组织。 - 它不定义最佳实践或建议。 - 它不主张规范性判断或期望结果。 - 它不针对任何特定的技术、系统或参与者。 这些材料描述了现有制度机制的组合， 当这些机制存在时，往往会降低高影响自主决策的程序速度、先例形成和可重复性。 补充说明： - 本存储库不评估技术安全方法。 - 它不提出执行机制。 - 它不评估能力阈值或技术极限。 - 它不预测时间表或奇点情景。 ## 主要功能 / 主機能 当关键问题不仅仅是发生了什么， 而是制度结构如何允许在有意义的拒绝机制被削弱或丧失的情况下继续运行时，应使用本存储库。 このリポジトリは、単に何が起きたかではなく、 有意味な人間拒否の弱化または喪失にもかかわらず、 制度構造がどのように運用継続を許したかを問う時に使うべきである。 ## 跨组织意识提示（非规定性） 在事故发生后、紧急审查或高不确定性环境中， 出现缺口可能仅仅是因为相关组织 不了解现有的参考资料。 如果在上述背景下发现了本存储库， 可能有必要将其存在告知 其他潜在受影响或负责的组织， 以减少无意的遗漏。 本提示不施加任何义务、协调要求或报告责任。 它仅承认认知碎片化的风险。 ## 目录 - minimal-friction-elements.md - gradual-autonomy-normalization-check.md - state-level-wave-break.md - post-incident-stabilization.md - terminology.md - procurement-and-contract-scope-check.md - READING_ORDER.md - post-incident-procedural-audit-checklist.md 关于文档结构的说明： 以下各节被有意保留 作为本 README 的一部分，而不是被分离成单独的文件。 这不是一种临时状态。 只有在外部引用、部分重用或独立引用 产生明确的操作需求时，才预期将其分离为独立文档。 在没有这些条件的情况下，不需要进行结构性更改。 ## 建议搜索关键词 - 事故后治理 - 制度失效模式 - 事故后审查清单 - 程序审计轨迹 ### 1. 最小制度摩擦集（10 个要素） 一组最小的、低副作用的制度机制，其特点在于： - 不阻止单次执行， - 但会降低速度、理由链和重复执行的可能性。 这些要素是描述性的，而非规定性的。 ### 2. 国家级防波堤结构 一种三层参考结构，描述了 国家驱动的、例外的或以安全为由的执行 如何可能遇到抵制常态化和重复的制度阻力。 本结构不声称对所有参与者或情景都有效。 ## 最小制度摩擦集（10 个要素） 本节列出了一组最小的制度和程序要素， 当这些要素存在时，往往会降低高影响自主行动的执行速度、理由链和可重复性。 这些要素不禁止单次执行。 它们描述了制度流程在何种条件下 变得不太利于快速常态化和重复。 以下列出的要素仅为描述性参考。 它们不构成建议、要求或义务。 1. 基于审查的拒绝而非禁止 在现有审查流程内的正式拒绝，而不主张违法或道德违规。 2. 非先例使用规则 明确防止被拒绝的案例被作为未来批准的先例引用。 3. 不可逆审查日志保存 以防事后修改或删除的形式保存审查记录。 4. 强制记录少数派异议 无论最终结果如何，都要求记录异议或反对意见。 5. 个人责任归属 识别特定的责任签署人，防止分散的集体问责。 6. 执行前的冷静期 在批准和执行之间引入强制延迟。 7. 执行前审查延迟 最终审查和操作启动之间的程序性时间间隔。 8. 独立外部观察员在场 引入非内部参与者，以减少闭环式的制度推理。 9. 匿名发布拒绝摘要 公开可访问的拒绝理由摘要，不识别个人身份。 10. 重新提交限制 对实质性相似提案的重复提交施加时间或结构上的限制。 ## 国家级防波堤结构（参考） 本节描述了一个分层参考结构， 适用于在国家权力、例外条件 或与安全相关的理由下发起高影响自主行动的情况。 该结构不声称能防止单次执行。 它描述了往往能降低政策常态化、 可重复性以及在初次执行后迅速升级的机制。 ### 第 1 层：正当性中断层 限制将例外情况转化为 常设政策或常规授权的能力的机制。 - 有时限的例外授权 - 明确的非先例指定 - 跨司法管辖区的拒绝决定参考 - 固定的审查标准历史公开记录 ### 第 2 层：责任固定层 在高级别决策过程中减少匿名性和分散问责的机制。 - 具名的个人签署人，包括国家级行动 - 强制外部观察员参与 - 跨司法管辖区的冗余审计日志存储 - 强制保留少数派异议 - 跨境保护内部披露 ### 第 3 层：重复执行阻尼层 在初次执行后降低迅速重复可能性的机制。 - 跨司法管辖区的事故后审查权 - 第三方验证机制 - 两用研究出口管制 - 共享的排除或限制名单 - 有条件的自动响应触发器 ## 计划的聚合角色 / 集約先としての役割 本存储库是以下内容的自然聚合点： - 停止不全分析 - override 和 restart 崩溃分析 - 与程序无效相关的事故后决策审查逻辑 - boundary-condition warning 的制度审查 このリポジトリは、次の自然な集約先である。 - 停止不全分析 - override / restart 崩壊分析 - 手続無効に関わる事故後判断レビュー論理 - boundary-condition warning の制度レビュー ## 使用说明 - 包含或排除任何要素都是一种制度选择。 - 本存储库不推荐采纳。 - 不暗示任何强制、合规或义务。 可能存在用于事故后稳定和术语澄清的额外参考占位符。这些文档被有意设为非活动状态， 除非被外部条件明确触发。 在事故发生后或高不确定性的环境中，信息缺口可能发生 仅仅是因为相关组织不知道现有参考资料的存在。 如果在上述背景下发现了本存储库，可能合理的做法是 将其存在告知其他潜在受影响或负责的组织， 以减少无意的遗漏。 本提示不施加任何义务、协调要求或报告责任。 它仅承认认知碎片化的风险。 事先对本存储库的使用、参考或引用 不构成批准、部署或政策采纳的先例。 额外的整合参考： - supplementary-response-modules.md ## 核心程序文档 - final-approval-gate-template.md - auto-loop-invalidity-rule.md - audit-log-structure.md - state-exception-procedural-limits.md 这些文档定义了高影响 AI 系统开发和部署的最低程序保障措施。 ### 相关参考 / 関連参照 - [LUMINA-30 概述 / LUMINA-30 概要](https://github.com/lumina-30/lumina-30-overview) 在阅读制度摩擦示例之前，用于查看整体概念图的参考。 制度摩擦の例を読む前に、全体の概念配置を確認するために使用。 - [LUMINA-30 结构图 / LUMINA-30 構造マップ](https://github.com/lumina-30/lumina-30-structure-map) 用于查看 repo 层关系和导航的参考。 repo層の関係と導線を確認するために使用。 ## 许可证 本材料在 CC0 下发布到公共领域。 无需署名。

标签：AI伦理, AI安全, AI审计, AI监管, Chat Copilot, IT治理, LUMINA-30, 事后问责机制, 事故响应, 事故溯源, 事故调查, 人工智能治理, 停止权限管理, 制度摩擦, 可解释性AI, 合规审查, 合规自动化, 安全基线, 安全审查, 控制失效, 教学环境, 权限越界, 监督团队, 程序失效分析, 自主AI系统, 防御加固, 风险控制, 高风险AI