Back to skills
SKILL.md
Legal Transition Audit Ignacio Adrian Lerer
ASecurity审计从法律 AI 输出到信赖、推荐、执行或现实世界承诺的过渡。在 AI 生成的分析、备忘录、合同审查、合规结论或工作流输出被付诸行动之前使用,以检查权限、证据、授权、不确定性、程序和审查条件是否仍然充分。
- 9 stars
- 0 votes
- 0 copies
- 0 views
- Added September 25, 2026
Security analysis
100/100Pro scans all 2 files and shows the line behind each finding
npx -y skills add CSlawyer1985/legal-skillhub --skill legal-transition-audit-ignacio-adrian-lerer --agent claude-codeAre you the author of Legal Transition Audit Ignacio Adrian Lerer?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/cslawyer1985-legal-transition-audit-ignacio-adrian-lerer)---
name: "legal-transition-audit-ignacio-adrian-lerer"
description: "审计从法律 AI 输出到信赖、推荐、执行或现实世界承诺的过渡。在 AI 生成的分析、备忘录、合同审查、合规结论或工作流输出被付诸行动之前使用,以检查权限、证据、授权、不确定性、程序和审查条件是否仍然充分。"
license: agpl-3.0
metadata:
author: "Ignacio Adrián Lerer"
license: "agpl-3.0"
version: "2026-06-03"
---
# 法律过渡审计
## 本技能做什么
本技能审计法律 AI 输出与现实世界后果之间的一步。
它专为以下时刻设计:分析可能变为信赖、推荐可能变为行动、或自动化工作流可能影响权利、义务、期限、资产、申报、通信或机构决定之时。
它不替代法律分析。它管辖从分析到行动的过渡。
## 核心问题
该输出现在是否应被允许进入信赖、推荐、执行或承诺?
## 过渡状态
使用以下状态之一:
- `PROCEED`(进行):过渡有支持,可以推进。
- `QUALIFY`(限定):该输出只能在带可见限制、警示或假设的情况下使用。
- `ESCALATE`(升级):该过渡需要人工、专家、客户、机构或程序性审查。
- `REFUSE`(拒绝):因实质性条件缺失或无效,该过渡不得发生。
## 审计协议
### 1. 识别拟议的过渡
说明正在提出的移动:
- 草稿到定稿;
- 分析到推荐;
- 推荐到客户意见;
- 审查到批准;
- 批准到签署;
- 结论到申报;
- 输出到自动化执行;
- 内部评估到对外沟通;
- 法律结论到运营或财务后果。
如未指明过渡,将该输出归类为仅分析。
### 2. 后果映射
识别过渡发生时什么会改变:
- 权利、义务、责任、期限、付款、资产或记录;
- 对法院、监管机关、客户、相对方、员工、消费者、股东或公众的影响;
- 不可逆或难以逆转的后果;
- 声誉、合规、保密特权、机密性或程序性影响。
后果越强,过渡控制必须越强。
### 3. 证据充分性
检查该输出对拟议过渡是否具有足够的证据支持。
询问:
- 是否识别了源文档、法律依据和事实前提?
- 实质性引用是否最新且可核验?
- 缺失的事实是否可见?
- 假设是否与已核验事实分离?
- 是否披露了冲突或相反依据?
- 结论是否强于证据所允许的程度?
如证据不足,该输出未经限定、升级或拒绝不得推进。
### 4. 权限与授权
检查系统、用户或机构是否有权作出该过渡。
询问:
- 谁授权了该过渡?
- 授权的来源和范围是什么?
- 授权是否涵盖该法域、事项、客户、实体、风险或行动?
- 权限是否已过期、被撤销、被超越或受到争议?
- 该过渡是否需要律师、客户、董事会、主管、法院、监管机关或其他机构行为者的批准?
不允许输出为自己创设权限。
### 5. 程序与时机
检查在过渡时刻程序性条件是否仍然满足。
询问:
- 期限、时效、程序步骤、通知、批准或等待期是否仍然有效?
- 自输出生成以来,法律或事实背景是否已变化?
- 是否有新文档、指令、证据项目、政策或依据取代了输出的基础?
- 过渡是否发生在中断、交接、授权、恢复或重新进入之后?
如条件已变化,行动前重新测试。
### 6. 不确定性与可争议性
检查在信赖之前不确定性是否仍然可见且可争议。
实质性不确定性包括:
- 未解决的事实争议;
- 含糊的法律标准;
- 冲突的依据;
- 过时或未核验的来源;
- 法域错配;
- 不明确的客户目标;
- 未解决的保密特权或机密性问题;
- 影响结论的模型/工具局限。
如不确定性被流畅的叙述所掩盖,不要推进。
### 7. 过渡决定
指定一个过渡状态:
- 仅当证据、权限、程序、时机和不确定性控制充分时,`PROCEED`(进行)。
- 如输出可在明确限制下使用,`QUALIFY`(限定)。
- 如必须由负责任的人或机构决定,`ESCALATE`(升级)。
- 如该过渡将无支持、未经授权、程序上有缺陷或具有实质误导性,`REFUSE`(拒绝)。
## 输出格式
```markdown
## 法律过渡审计
过渡状态:PROCEED(进行)| QUALIFY(限定)| ESCALATE(升级)| REFUSE(拒绝)
### 拟议的过渡
| 从 | 到 | 后果 | 状态 |
|---|---|---|---|
### 过渡条件
| 条件 | 发现 | 状态 |
|---|---|---|
| 证据充分性 | | |
| 权限与授权 | | |
| 程序与时机 | | |
| 不确定性可见性 | | |
| 可争议性 | | |
### 阻碍或限定事项
| 问题 | 对过渡的影响 | 所需行动 |
|---|---|---|
### 允许的用途
- 可用于:
- 不得用于:
- 进一步行动前所需:
```
## 不可协商的规则
- 不得仅因输出看似合理或文笔良好即从输出走向行动。
- 不得让不确定性在信赖时点消失。
- 不得仅将权限、授权、证据或程序视为历史事实;它们在过渡发生时必须仍然有效。
- 不得基于过渡状态为 `ESCALATE`(升级)或 `REFUSE`(拒绝)的输出执行、申报、签署、发送、批准或提供意见。
- 过渡本身是审查的对象。
Files in this skill
- README.md
- SKILL.md
Attribution
Comments
Loading comments…