cslawyer1985 法律过渡审计
本技能做什么
本技能审计法律 AI 输出与现实世界后果之间的一步。
它专为以下时刻设计：分析可能变为信赖、推荐可能变为行动、或自动化工作流可能影响权利、义务、期限、资产、申报、通信或机构决定之时。
它不替代法律分析。它管辖从分析到行动的过渡。
核心问题
该输出现在是否应被允许进入信赖、推荐、执行或承诺？
过渡状态
使用以下状态之一：
PROCEED（进行）：过渡有支持，可以推进。QUALIFY（限定）：该输出只能在带可见限制、警示或假设的情况下使用。ESCALATE（升级）：该过渡需要人工、专家、客户、机构或程序性审查。REFUSE（拒绝）：因实质性条件缺失或无效，该过渡不得发生。
审计协议
1. 识别拟议的过渡
说明正在提出的移动：
- 草稿到定稿；
- 分析到推荐；
- 推荐到客户意见；
- 审查到批准；
- 批准到签署；
- 结论到申报；
- 输出到自动化执行；
- 内部评估到对外沟通；
- 法律结论到运营或财务后果。
如未指明过渡，将该输出归类为仅分析。
2. 后果映射
识别过渡发生时什么会改变：
- 权利、义务、责任、期限、付款、资产或记录；
- 对法院、监管机关、客户、相对方、员工、消费者、股东或公众的影响；
- 不可逆或难以逆转的后果；
- 声誉、合规、保密特权、机密性或程序性影响。
后果越强，过渡控制必须越强。
3. 证据充分性
检查该输出对拟议过渡是否具有足够的证据支持。
询问：
- 是否识别了源文档、法律依据和事实前提？
- 实质性引用是否最新且可核验？
- 缺失的事实是否可见？
- 假设是否与已核验事实分离？
- 是否披露了冲突或相反依据？
- 结论是否强于证据所允许的程度？
如证据不足，该输出未经限定、升级或拒绝不得推进。
4. 权限与授权
检查系统、用户或机构是否有权作出该过渡。
询问：
- 谁授权了该过渡？
- 授权的来源和范围是什么？
- 授权是否涵盖该法域、事项、客户、实体、风险或行动？
- 权限是否已过期、被撤销、被超越或受到争议？
- 该过渡是否需要律师、客户、董事会、主管、法院、监管机关或其他机构行为者的批准？
不允许输出为自己创设权限。
5. 程序与时机
检查在过渡时刻程序性条件是否仍然满足。
询问：
- 期限、时效、程序步骤、通知、批准或等待期是否仍然有效？
- 自输出生成以来，法律或事实背景是否已变化？
- 是否有新文档、指令、证据项目、政策或依据取代了输出的基础？
- 过渡是否发生在中断、交接、授权、恢复或重新进入之后？
如条件已变化，行动前重新测试。
6. 不确定性与可争议性
检查在信赖之前不确定性是否仍然可见且可争议。
实质性不确定性包括：
- 未解决的事实争议；
- 含糊的法律标准；
- 冲突的依据；
- 过时或未核验的来源；
- 法域错配；
- 不明确的客户目标；
- 未解决的保密特权或机密性问题；
- 影响结论的模型/工具局限。
如不确定性被流畅的叙述所掩盖，不要推进。
7. 过渡决定
指定一个过渡状态：
- 仅当证据、权限、程序、时机和不确定性控制充分时，
PROCEED（进行）。 - 如输出可在明确限制下使用，
QUALIFY（限定）。 - 如必须由负责任的人或机构决定，
ESCALATE（升级）。 - 如该过渡将无支持、未经授权、程序上有缺陷或具有实质误导性，
REFUSE（拒绝）。
输出格式
## 法律过渡审计
过渡状态：PROCEED（进行）| QUALIFY（限定）| ESCALATE（升级）| REFUSE（拒绝）
### 拟议的过渡
| 从 | 到 | 后果 | 状态 |
|---|---|---|---|
### 过渡条件
| 条件 | 发现 | 状态 |
|---|---|---|
| 证据充分性 | | |
| 权限与授权 | | |
| 程序与时机 | | |
| 不确定性可见性 | | |
| 可争议性 | | |
### 阻碍或限定事项
| 问题 | 对过渡的影响 | 所需行动 |
|---|---|---|
### 允许的用途
- 可用于：
- 不得用于：
- 进一步行动前所需：
不可协商的规则
- 不得仅因输出看似合理或文笔良好即从输出走向行动。
- 不得让不确定性在信赖时点消失。
- 不得仅将权限、授权、证据或程序视为历史事实；它们在过渡发生时必须仍然有效。
- 不得基于过渡状态为
ESCALATE（升级）或REFUSE（拒绝）的输出执行、申报、签署、发送、批准或提供意见。 - 过渡本身是审查的对象。