边界测试模板
边界测试模板
文档定位：本模板用于检验阶梯普惠主义在极端案例中的一致性、可操作性与失败风险。边界测试不是为既有主张辩护，而是主动寻找机制之间的冲突、盲区和崩溃点。
一、案例描述
用尽量具体的方式描述案例，不急于给出结论。
应包含：
- 涉及主体
- 涉及权限阶梯位置
- 涉及 AI 系统或基础设施
- 触发冲突的事实
- 可能造成的损害
二、冲突原则
列出案例中彼此冲突的纲领原则或机制原则。
常见冲突包括：
- 能力认证 vs 法律责任能力
- 安全封装 vs 知情权
- 审计透明度 vs 隐私保护
- 个体责任 vs 平台责任 vs 制度责任
- 能力发展通道开放 vs 公共安全边界
- 技术自治权 vs 全球互惠
三、相关机制
列出必须调用的机制文档，并说明它们在该案例中承担什么功能。
可引用：
- 权限阶梯（阶梯位置定义、跨阈值规则、全球维度）
- 能力认证（三维度考核、平行路径、偏见监测）
- 责任链条（四层责任、替罪羊预防）
- 审计透明度（三层审计、隐私平衡）
- 阈值设定原则（三类阈值、触发动作）
- 基础服务质量底线（质量底线、慢性低配监测）
- 自我否定条款（崩溃指标、免疫层设计）
四、可能判定路径
至少列出两条可选判定路径，而不是直接给出唯一答案。
每条路径应说明：
- 它保护了什么价值
- 它牺牲了什么价值
- 它会强化哪个机制
- 它可能制造什么新风险
五、最坏后果
推演每条路径的最坏后果。边界测试必须问：如果这个判断被制度化，会如何被滥用？
需要特别检查：
- 是否会制造能力歧视
- 是否会制造技术贵族
- 是否会让基础服务使用者被温柔抛弃
- 是否会让平台、机构或制度设计者逃避责任
- 是否会让申诉机制成为形式
- 是否会让安全话语压倒政治正义
六、机制修正需求
如果案例暴露了机制缺口，应明确指出需要修改或新增哪个文档。
可选结论包括：
- 现有机制足以处理，无需修改
- 现有机制方向正确，但需要补充操作细节
- 现有机制之间发生冲突，需要设定优先序
- 案例暴露了新问题，需要新增机制文档
- 案例触发自我否定条款中的崩溃指标
七、暂定结论
结论必须保持可修正性。
建议格式：
在当前机制下，本案例应暂按 A 路径处理，因为它最能保护 X 底线；但该路径会牺牲 Y，并产生 Z 风险。因此，该结论仅在以下条件满足时成立：……
八、开放问题
列出仍未解决的问题。不要为了完成案例而强行闭合理论。
开放问题应区分：
- 可通过机制设计解决的问题
- 需要经验数据检验的问题
- 需要政治哲学进一步论证的问题
- 当前理论暂时无法回答的问题