Skip to content
Back to skills

Legal Transition Audit Ignacio Adrian Lerer

ASecurity

审计从法律 AI 输出到信赖、推荐、执行或现实世界承诺的过渡。在 AI 生成的分析、备忘录、合同审查、合规结论或工作流输出被付诸行动之前使用,以检查权限、证据、授权、不确定性、程序和审查条件是否仍然充分。

  • 9 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 25, 2026
tools

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 25, 2026

npx -y skills add CSlawyer1985/legal-skillhub --skill legal-transition-audit-ignacio-adrian-lerer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Legal Transition Audit Ignacio Adrian Lerer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Legal Transition Audit Ignacio Adrian Lerer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/cslawyer1985-legal-transition-audit-ignacio-adrian-lerer/badge)](https://www.skillsdirectory.com/skills/cslawyer1985-legal-transition-audit-ignacio-adrian-lerer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
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.md291 B
  • SKILL.md5.2 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…