/audit-report
报告审查维度 RA-1~RA-6 — 分析报告/审查报告质量专属审查层
$ npx -y skills add devcodex-labs/devcodex --skill audit-report --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/audit-report
Context preview
The summary Claude sees to decide when to auto-load this skill.
报告审查维度 RA-1~RA-6 — 分析报告/审查报告质量专属审查层
SKILL.md
audit-report.SKILL.mdname: audit-report
description: 报告审查维度 RA-1~RA-6 — 分析报告/审查报告质量专属审查层
Audit Report Skill
适用范围
审查目标为**报告文档**(分析报告、审查报告、开发报告、修复报告)时,叠加本 Skill(在 G1~G5 之后)。
维度总览(RA-1~RA-6)
| 分组 | 维度 | 优先级 | |------|------|:------:| | A — 内容质量 | RA-1 内容完整性 · RA-2 事实准确性 | 🔴 | | B — 格式与追溯 | RA-3 格式规范性 · RA-4 结论可追溯 | 🟡/🔴 | | C — 行动与关联 | RA-5 行动项可执行 · RA-6 关联一致性 | 🟡/🔴 |
核心检查维度
**RA-1 内容完整性 🔴**
- 报告头部必填字段完整(项目/日期/类型/状态)
- 正文必需章节齐全(参照对应模板)
- 无空白章节或仅含"TBD"/"待填写"
- audit 类报告包含审查轮次摘要(🔴 必填)
- 问题清单包含完整列(级别/维度/位置/描述/已验证/发现轮次/状态)
- 汇总型问题清单默认采用“两层结构”:先列根因级问题,再展开逐文件完整落点;边界/非缺陷结论单列,不混入缺陷编号
**RA-2 事实准确性 🔴**
- 结论有证据支撑(引用文件/终端输出/工具结果)
- 问题描述有具体位置(文件名+行号或章节标题)
- 无无法验证的断言
- 若报告把外部审查报告、AI review finding 或 audit issue 作为输入,需检查 `ReviewFindingIntakeGate`:报告是否仅作为线索、每条 finding 是否有本地证据和分类、是否误把设计/文档/测试缺口写成 must-fix runtime bug
**RA-4 结论可追溯 🔴**
- 每条结论可追溯到具体证据
- 问题状态准确(已修复的标注已验证轮次)
- 若存在“根因级归并”,必须能从根因项反查到逐文件落点,避免在汇总阶段吞掉文件级异常
ExternalReviewClaimVerificationGate(PF-164 · 外部审阅复核)
当报告是对**外部审阅 / 他 Agent 审阅 / AI review finding 包**的复核或转写时(不仅是普通 audit),必须额外满足主张级颗粒度,禁止“总评正确但比输入更难定位”:
| 必填 | 说明 | |------|------| | `inputClaims` | 外部输入主张列表(可编号) | | `ClaimVerificationMatrix` | 主张 → 项目证据 → verificationStatus → disposition(采纳/部分采纳/拒绝) | | `projectEvidence` | repo path / 命令 / 运行结果,不得只复述外部原文 | | `unverifiedBoundaries` | 未验证/UNVERIFIED 边界与推断边界 | | `detailReportLink` | 用户可打开的详细报告链接(最终回复不得只有口头总评) | | `EscapeAbsorptionQueue` | 外部 finding → 本地证据 → disposition → 目标产物 / owner / status | | `EvidenceFreshness` | 对采纳、拒绝、已验证、可确认等 strong claim 记录 `StaleEvidenceLintDecisionV1.status/mode`;外部原文和历史报告只能是 hint |
- 机器分类:`scripts/lib/external-review-claim-verification.js`(`claim-ready` / `claim-thin` / `not-external-review`)
- 证据新鲜度分类:`scripts/lib/evidence-freshness-receipt.js`(`ClaimEvidenceIndexV1` / `EvidenceFreshnessReceiptV1` / `StaleEvidenceLintDecisionV1`),生产入口 `npm run test:evidence-freshness`
- 负向:只写总评/建议、无矩阵、无 UNVERIFIED、无详细报告链接 → `claim-thin`,审查不通过
- 负向:把外部审查 finding 直接并入需求或技术方案,没有 `EscapeAbsorptionQueue`、本地证据、disposition 和 freshness decision → 审查不通过
- 非外部审阅场景:`N/A + skipReason=not-external-review-recap`
N/A 规则
- 纯信息性报告无行动项:RA-5 标 N/A
- 无关联外部文件:RA-6 标 N/A
- 非外部审阅复核:`ExternalReviewClaimVerificationGate` 标 N/A
Read more
name: audit-report description: 报告审查维度 RA-1~RA-6 — 分析报告/审查报告质量专属审查层
Audit Report Skill
适用范围
审查目标为**报告文档**(分析报告、审查报告、开发报告、修复报告)时,叠加本 Skill(在 G1~G5 之后)。
维度总览(RA-1~RA-6)
| 分组 | 维度 | 优先级 | |------|------|:------:| | A — 内容质量 | RA-1 内容完整性 · RA-2 事实准确性 | 🔴 | | B — 格式与追溯 | RA-3 格式规范性 · RA-4 结论可追溯 | 🟡/🔴 | | C — 行动与关联 | RA-5 行动项可执行 · RA-6 关联一致性 | 🟡/🔴 |
核心检查维度
**RA-1 内容完整性 🔴**
- 报告头部必填字段完整(项目/日期/类型/状态)
- 正文必需章节齐全(参照对应模板)
- 无空白章节或仅含"TBD"/"待填写"
- audit 类报告包含审查轮次摘要(🔴 必填)
- 问题清单包含完整列(级别/维度/位置/描述/已验证/发现轮次/状态)
- 汇总型问题清单默认采用“两层结构”:先列根因级问题,再展开逐文件完整落点;边界/非缺陷结论单列,不混入缺陷编号
**RA-2 事实准确性 🔴**
- 结论有证据支撑(引用文件/终端输出/工具结果)
- 问题描述有具体位置(文件名+行号或章节标题)
- 无无法验证的断言
- 若报告把外部审查报告、AI review finding 或 audit issue 作为输入,需检查 `ReviewFindingIntakeGate`:报告是否仅作为线索、每条 finding 是否有本地证据和分类、是否误把设计/文档/测试缺口写成 must-fix runtime bug
**RA-4 结论可追溯 🔴**
- 每条结论可追溯到具体证据
- 问题状态准确(已修复的标注已验证轮次)
- 若存在“根因级归并”,必须能从根因项反查到逐文件落点,避免在汇总阶段吞掉文件级异常
ExternalReviewClaimVerificationGate(PF-164 · 外部审阅复核)
当报告是对**外部审阅 / 他 Agent 审阅 / AI review finding 包**的复核或转写时(不仅是普通 audit),必须额外满足主张级颗粒度,禁止“总评正确但比输入更难定位”:
| 必填 | 说明 | |------|------| | `inputClaims` | 外部输入主张列表(可编号) | | `ClaimVerificationMatrix` | 主张 → 项目证据 → verificationStatus → disposition(采纳/部分采纳/拒绝) | | `projectEvidence` | repo path / 命令 / 运行结果,不得只复述外部原文 | | `unverifiedBoundaries` | 未验证/UNVERIFIED 边界与推断边界 | | `detailReportLink` | 用户可打开的详细报告链接(最终回复不得只有口头总评) | | `EscapeAbsorptionQueue` | 外部 finding → 本地证据 → disposition → 目标产物 / owner / status | | `EvidenceFreshness` | 对采纳、拒绝、已验证、可确认等 strong claim 记录 `StaleEvidenceLintDecisionV1.status/mode`;外部原文和历史报告只能是 hint |
- 机器分类:`scripts/lib/external-review-claim-verification.js`(`claim-ready` / `claim-thin` / `not-external-review`)
- 证据新鲜度分类:`scripts/lib/evidence-freshness-receipt.js`(`ClaimEvidenceIndexV1` / `EvidenceFreshnessReceiptV1` / `StaleEvidenceLintDecisionV1`),生产入口 `npm run test:evidence-freshness`
- 负向:只写总评/建议、无矩阵、无 UNVERIFIED、无详细报告链接 → `claim-thin`,审查不通过
- 负向:把外部审查 finding 直接并入需求或技术方案,没有 `EscapeAbsorptionQueue`、本地证据、disposition 和 freshness decision → 审查不通过
- 非外部审阅场景:`N/A + skipReason=not-external-review-recap`
N/A 规则
- 纯信息性报告无行动项:RA-5 标 N/A
- 无关联外部文件:RA-6 标 N/A
- 非外部审阅复核:`ExternalReviewClaimVerificationGate` 标 N/A
Intent-driven AI coding workflow runtime for consistent context, skills, approvals, validation, and handoffs across six AI coding hosts.
Repo: devcodex-labs/devcodex
Other skills on devcodex.
ai-agent-system-archit…
AI Agent 系统架构专家 Owner — 当任务涉及 Agent 路由、工具调用、上下文管理、记忆、状态机、权限、人机协作、可观测性、回放验证或模型辅助治理时使用;要求把…
ai-evaluation-engineer…
AI 评测工程专家 Owner — 当任务涉及模型/Prompt 评测、模型选择、黄金集、评分量表、LLM-as-judge、Judge…

