文档审计引擎

要解决什么问题

技术报告、政策说明、研究综述这类长文，读者往往很难系统性地检查：段落之间是否自相矛盾、关键论断有没有证据、作者默认了哪些未写明的假设、方法论是否经得起推敲、表述里是否带着选择性偏见。人工做一遍「全维度审查」成本高，且容易漏项。

文档审计引擎（AuditAgent）把这类审查拆成可重复的六段流水线，每段由独立 LLM 模块负责一个视角，前一段的输出会作为后一段的上下文，最后汇总成可比较的量化结果和多格式报告。

如何工作

| 阶段 | 权重 | 关注点 |
|------|------|--------|
| 一致性检查 | 0.20 | 内部矛盾、逻辑缺口 |
| 论断抽取 | 0.15 | 事实性陈述与支撑证据 |
| 假设浮现 | 0.15 | 未言明前提与隐含公理 |
| 利益相关方 | 0.15 | 受影响方、利益与权力关系 |
| 方法论审查 | 0.20 | 方法、数据质量与研究设计 |
| 偏见检测 | 0.15 | 框架偏见、选择性偏见与 loaded language |

各阶段根据发现严重度打出 0–100 分，AuditScorer 按权重合成综合分（默认及格线 70），并给出严重度分布、红旗摘要（critical/high）以及交通灯式阶段地图（绿 ≥80、黄 50–79、红 <50）。

输出包括：结构化文本（含证据引用、位置与建议）、一页式 executive summary、按优先级排序的 action items、自包含 HTML（严重度徽章与可视化）以及机器可读的 JSON。阶段权重与及格阈值可在配置中调整。

边界与注意点

• 面向文本文档的通用审计，不替代代码审计、财务报表或法律合同等领域的专用规则引擎。
• 发现来自 LLM 推断，不保证事实层面的绝对正确；「通过」表示相对质量指标，而非背书。
• 不会修改或批注原文；以批处理流水线运行，非实时流式审查。
• 默认后端为 OpenAI 兼容接口（如 Ollama + qwen2.5:7b）；阶段提示为中文，但可按文档语言处理多语文本。六段通常各调用一次模型，耗时会随文档长度与硬件在数十秒到数分钟量级。