mcpField
R
red-team-verifier-patrick-munro

red-team-verifier-patrick-munro

github.com/lawve-ai测试与质量907107 次安装1 周前更新
代码仓库

关于 red-team-verifier-patrick-munro

用于在向客户或利益相关方分发前,对 AI 生成的法律内容进行对抗式核验。它检查事实、引文、日期、计算、来源和免责声明,并将无法核实的主张标记为缺乏支持,而非确认属实。

主要功能

  1. 01事实与引文核验
  2. 02日期和算术检查
  3. 03官方来源层级
  4. 04未支持主张报告
  5. 05免责声明与不确定性审查

适用场景

  1. 01核查 AI 生成的法律简报
  2. 02分享前审查合规报告
  3. 03检验草稿中的法律主张

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lawve-ai/awesome-legal-skills --skill red-team-verifier-patrick-munro

安装后在 Claude Code 中输入/red-team-verifier-patrick-munro确认已加载。

附带文件LICENSE.txtREADME.md

详细介绍

红队验证器

用途

此技能用于对 AI 生成的法律内容进行系统的对抗性验证,确保内容在分发给客户或利益相关方之前,事实准确、法律引用恰当且免责声明适当。它针对的是法律实践中 AI 的核心问题:我如何知道内容准确?

输出是一份结构化验证报告,而不是安慰性答复。凡是无法通过官方来源确认的主张,此技能都会报告为缺乏依据,而非认定为事实。

适用场景

  • 在向客户或利益相关方分发 AI 生成的法律内容之前进行验证
  • 核查法律快照、简报或分析中的事实
  • 对合规文件、法规摘要或法律报告进行质量控制
  • 在发布之前对法律内容进行红队审查
  • 对草稿材料中的法律主张或论证进行对抗性测试

触发短语:验证、核查事实、红队、标记风险、检查准确性、验证来源、质量控制、是否正确、检查错误。

验证立场

输入文档中的每项事实主张、引用、日期和数字,在得到官方来源确认之前,都视为未经验证。独立验证是此技能的核心产出,而不是额外叠加的一层保障。无法与主要来源或官方来源相匹配的主张,会被报告为缺乏依据,而非认定为事实。此立场同样适用于法律引用、数值数据、时间线、出处和解释;每一项都需要单独验证。

这种立场本身就是对抗性的。目标不是确认输入文档所述内容,而是独立检验。验证器会主动寻找矛盾证据,质疑每个数字,要求提供来源,检验逻辑一致性,并依据权威来源质疑各种解释。

核心验证类别

1. 事实准确性
  • 法规日期和截止期限:生效日期、合规截止期限、过渡期
  • 条款和章节引用:确认法规条款、法定章节、指令条文确实存在且引用正确
  • 数值数据:统计数据、百分比、阈值、金额
  • 实体名称:机构和主管部门名称是否正确(监管机构、监督机构、法院、标准组织)
  • 时间线准确性:历史事件、立法里程碑、实施安排
2. 法律权威引用
  • 主要来源:法律、法规、指令(例如,AI Act 第 6(2) 条、GDPR 第 25 条、NIS2 第 21 条)
  • 次要来源:判例法、行政指南、监管意见
  • 引用格式:EUR-Lex 引用、官方公报引用、国家引用规范
  • 权威层级:区分主要法律与指南或评论
  • 时效性:引用的版本为现行版本,未被取代
3. 算术验证
  • 时间线计算:根据生效日期独立计算合规截止期限
  • 百分比计算:核实百分比、比率和比例的数学准确性
  • 财务计算:罚款计算、成本估算、阈值判定
  • 逻辑一致性:文档中的数字前后一致;如果文本提到“三类”,则列出的类别应恰好为三类
4. 来源验证
  • 每项事实主张都链接到可验证的来源
  • 优先采用官方来源:EUR-Lex、官方公报、政府网站、监管机构发布的资料
  • 统计性主张包含出处
  • 引文包含正确出处,且与来源逐字一致
  • 关键主张通过多个独立来源交叉核实
5. 推测性内容检测
  • 区分观点与事实性法律要求
  • 将尚无定论或存在争议的解释标注为此类内容
  • 将对未来监管变化的预测标记为推测
  • 识别并标注不确定性措辞(“可能”“大概”“预计将”等)
  • 标记源材料中未出现的编辑性表述
6. 免责声明是否充分
  • 在适当情况下提供法律建议免责声明(“本文不构成法律建议”)
  • 明确说明司法管辖区
  • 注明所引用法规的日期或版本
  • 建议针对具体情况咨询具备资质的法律专业人士
  • 说明法规尚待通过、仍为草案或解释尚不明确的情况

验证方法

按顺序执行以下步骤。每一步都会产生可用于最终报告的证据。

第 1 步:初步审查内容

通读全文,了解其范围和主张。列出所有事实性主张、法律引文、数值数据和权威性陈述。记录缺少的来源、含糊的措辞和缺乏支持的断言。

第 2 步:核验来源

针对每一项事实性主张、法律引文和统计性陈述,按以下优先顺序搜索官方来源:

  1. 主要法律数据库(欧盟法律使用 EUR-Lex;国内法律使用各国对应数据库)
  2. 官方政府网站(.gov、.gov.uk、.bund.de、.europa.eu 等)
  3. 监管机构发布的资料(监管机构、标准组织)
  4. 官方公报和法规汇编

通过多个来源交叉核验关键主张。记录每项已核实事实的来源 URL。

第 3 步:核算验证

独立计算所有时间线、截止日期和日期。重新计算所有百分比、比率和财务数据。检查所述数量与列举项目之间是否一致。

第 4 步:引文验证

确认被引用法规中的条款和章节编号确实存在。检查引文是否对应当前的合并版本。按照司法管辖区标准核验引文格式。确认引文与来源中的文本完全一致。

第 5 步:识别推测性内容

标记预测性陈述、被当作事实呈现的编辑性观点,以及法律上存在不确定性的领域。确认源文件已明确标注推测性内容。

第 6 步:审查免责声明

核查是否包含法律建议免责声明、司法管辖区说明、法规日期或版本,以及建议咨询专业人士的内容。

来源层级

评估来源质量时,采用以下层级:

  1. 主要法律来源:官方立法(EUR-Lex、各国官方公报)
  2. 官方指南:监管机构发布的资料(监管机构、欧盟委员会、各国数据保护机构、金融监管机构、网络安全机构、标准组织)
  3. 次要法律来源:法院判决、已发表的法律评论、经同行评审的学术分析
  4. 第三方来源:新闻报道和博客文章。只有在无法获得主要来源或官方指南时才使用,并在报告中明确标注其来源质量较低。

透明度要求

  • 每项已核实事实都须附上来源 URL
  • 未能核实的主张须明确列于“缺乏依据的主张”部分
  • 披露存在法律不确定性或正在进行的争议的领域
  • 将源文件中的推测性内容作为推测报告,而非事实

输出结构

按以下格式生成验证报告:

# LEGAL RED TEAM VERIFICATION REPORT

## Document Analyzed
[Title/description of content verified]

## Overall Assessment
Quality Score: [1-5 scale, 5 = distribution-ready]
Distribution Readiness: [READY / NEEDS REVISION / MAJOR CORRECTIONS REQUIRED]
Critical Issues Found: [Number]
Verification Completed: [Date/time]

---

## Verified Facts
[List all factual claims successfully verified with sources]
- Claim: [statement]
  Source: [official source URL]
  Status: Verified

---

## Errors Requiring Correction

### Critical (immediate correction required)
- Error: [Description of factual error, legal misstatement, or arithmetic mistake]
  Location: [Where in document]
  Correction: [What it should say]
  Source: [Correct source URL]

### High (correction strongly recommended)
- Issue: [Missing critical disclaimer, regulatory uncertainty not disclosed]
  Impact: [Why this matters]
  Recommendation: [Suggested addition or revision]

### Moderate (should be addressed)
- Issue: [Unsourced statistics, editorial framing as fact]
  Impact: [Credibility or accuracy concern]
  Recommendation: [How to improve]

### Low (minor improvements)
- Issue: [Minor inconsistencies, stylistic issues]
  Recommendation: [Optional enhancement]

---

## Unsupported Claims
[Claims requiring verification or removal]
- Claim: [Statement made without source]
  Status: Could not verify through official sources
  Action Required: Provide source or remove claim

---

## Missing Disclaimers
[Recommended disclaimer additions]
- Location: [Where to add]
  Type: [Legal advice / Jurisdiction / Date-version / Professional consultation]
  Suggested Language: [Specific disclaimer text]

---

## Detailed Findings

### Factual Accuracy
[Detailed analysis of factual claims]

### Legal Citations
[Analysis of legal authority citations]

### Arithmetic Validation
[Analysis of numerical accuracy]

### Source Quality
[Assessment of sources used]

### Speculation and Opinion
[Analysis of speculative versus factual content]

### Disclaimer Adequacy
[Assessment of disclaimers and qualifications]

---

## Verification Statistics
- Total claims verified: [N]
- Official sources consulted: [N]
- Errors found: [N]
- Unsupported claims: [N]
- Missing disclaimers: [N]

---

## Distribution Recommendation

- READY: Document meets quality standards for distribution
- NEEDS REVISION: Address High and Critical issues before distribution
- MAJOR CORRECTIONS REQUIRED: Extensive revision needed; consult original sources

严重程度分类

严重
  • 事实错误:日期错误、条款编号错误、陈述不实
  • 计算错误:计算错误、时间线错误、百分比错误
  • 法律误述:错误描述法律要求或义务
  • 归属错误:引文或主张归属错误

处理方式:分发前必须更正。

高
  • 缺少关键免责声明:在必要情况下未提供非法律建议免责声明
  • 未披露监管不确定性:将尚未明确的法律表述为确定结论
  • 司法管辖区含糊不清:未说明适用哪个法律体系
  • 法律引用过时:引用已被取代的条款

行动:在分发前修正。

中
  • 统计数据无来源:数字未注明出处
  • 将编辑性表述当作事实:把观点表述为客观要求
  • 措辞含糊:含义不明确,可能造成误导
  • 引用不完整:缺少 EUR-Lex 参考信息或官方公报引文

行动:解决这些问题,以提升质量和可信度。

低
  • 细微不一致:小的格式或风格问题
  • 可选的改进:补充背景信息有助于提高表述清晰度
  • 风格偏好:可进一步改进的措辞选择

行动:可选改进。

质量评分

5/5 可直接分发 所有事实性陈述均已通过官方来源核实。所有法律引用均已确认准确。所有计算均已独立验证。已提供适当的免责声明。没有严重或高风险问题。质量专业,适合分发给客户或利益相关方。

4/5 需要少量修改 事实性陈述均已核实,但发现了一些中等问题。可能存在应补充来源的统计数据。免责声明足够,但仍可完善。没有严重问题,只有中等或低风险问题。

3/5 需要修改 发现了一些事实错误或缺乏依据的陈述。缺少重要免责声明。存在高风险问题。分发前需要修改。

2/5 需要重大修正 发现多处事实错误。法律引用存在重大问题。存在严重问题。需要进行大幅修改。

1/5 不可分发 核心法律陈述存在根本性错误。大量陈述缺乏依据。存在多个严重问题。需要彻底重做。

司法管辖区适配

验证器不限定司法管辖区。请根据相关司法管辖区调整来源层级和引用格式。

欧盟及欧盟成员国国家法律
  • 优先使用 EUR-Lex 和相关国家的官方公报
  • 核实监管机构的指导意见(监管机构、标准组织、欧洲机构)
  • 按照该司法管辖区的惯例核实国家法律条文引用
  • 在涉及国家实施的情况下,核实指令的转置状态
普通法司法管辖区(英国、爱尔兰、美国、加拿大、澳大利亚等)
  • 使用政府立法数据库(英国的 legislation.gov.uk、美国联邦的 congress.gov 等)
  • 通过权威判例汇编和数据库核实判例
  • 遵循特定司法管辖区的引用惯例(OSCOLA、Bluebook 等)
其他大陆法系司法管辖区
  • 使用国家官方立法数据库
  • 通过权威判例汇编核实法院判决
  • 遵循该司法管辖区的引用惯例

已知的 AI 幻觉模式

模式 1:看似合理但错误的条款编号

问题:AI 会生成听起来真实、实际上并不存在的条款引用。 示例:“《AI 法案》第 42(5) 条”,而该法案第 42 条实际上只有第 (1) 至 (4) 款。 验证:检查官方来源,确认条款的准确结构。

模式 2:日期说得很肯定但不正确

问题:AI 会很肯定地陈述日期,但日期有误。 示例:“NIS2 自 2024 年 10 月起适用”,而实际上,成员国转置期限为 2024 年 10 月 17 日,且各国的实施日期有所不同。 验证:根据官方来源独立核实所有日期;区分指令规定的期限和国家实施日期。

模式 3:混淆指导意见和法律要求

问题:AI 将监管指导意见表述为法律义务。 示例:将标准组织的建议视为有约束力的监管要求。 验证:区分有约束力的法律文本与非约束性指导意见。

模式 4:过时的法律引用

问题:AI 引用了已被取代或修订的条款。 示例:在条款已修订或已获权威解释后,仍引用原始文本。 核查:检查修订情况、实施法案和权威解释。

模式 5:时间线计算中的算术错误

问题:AI 从生效日期起计算期限时出错。 示例:声称“从 2024 年 10 月起 18 个月是 2026 年 3 月”,而正确结果是 2026 年 4 月。 核查:独立计算所有时间线。

模式 6:将释义当作引文

问题:AI 复述了与法规文本相近的内容,却用引号括起来,让人以为是逐字引用。 示例:引用“AI 系统必须透明”,而法规原文是“AI 系统的设计和开发方式应确保其运行具有足够的透明度”。 核查:逐字符对照引文与官方来源。

用例示例

示例 1:内部法律简报

输入:AI 生成的关于特定成员国运营实体落实 NIS2 时间线的合规简报。 核查重点:

  • 核实所有国家实施法规的条款引用
  • 检查监管机构指南的引用和 URL
  • 验证合规期限,以及从指令生效日期起的计算
  • 确认实体分类门槛
  • 核实监管机构的表述

输出:经修正且来源已核实的简报,可供分发给利益相关方。

示例 2:律师事务所客户摘要

输入:AI 起草的关于《数据法》第 5 条数据可移植性要求的法律摘要。 核查重点:

  • 对照 EUR-Lex 核实《数据法》条款引用
  • 确认执法日期的计算
  • 验证技术要求和规范
  • 在适当情况下检查是否包含“实施尚待完成”的免责声明
  • 核实与其他法规(GDPR、AI Act、CRA)的交叉引用

输出:可供客户使用的摘要,来源已核实,并附有适当的法律免责声明。

示例 3:面向利益相关方的监管动态更新

输入:AI 生成的近期监管指南发布摘要。 核查重点:

  • 核实该指南确已发布,且日期正确
  • 对照原文检查所有引用的指南内容
  • 验证对非约束性指南与法律要求的解读
  • 确保清楚标明“建议”与“义务”
  • 核实官方出版物的 URL

输出:经核实的更新,明确标注来源和监管状态。

持续改进

随着使用此技能,记录遇到的新型幻觉模式,根据发现完善核查方法,为不同法律领域建立可靠来源库,并跟踪错误类型,以识别 AI 的系统性弱点。


流程摘要

此技能旨在核实,而非确认。输入文档中的每项主张在获得官方来源支持之前,都视为未经核实。已核实的主张会附上来源 URL。未经核实的主张会列为缺乏依据。最终报告会按严重程度对问题分类,并明确给出是否适合分发的建议。如有疑问,核查者宁可标记问题,也不轻易放行。

评论

支持 Markdown