通用 AI 文档审核 Agent v2.0
全栈文档审核系统：上传 PDF，MinerU 解析 + LangChain v1.1 + DeepSeek 逐段检测语法错误和绝对化表述，问题实时流式标注回 PDF 原位，支持自定义规则和人工在环复核。
一个真能用的工具，不是预演。粘中文：绝对化表述检测器在浏览器即时跑，「DeepSeek 深度审核」按钮真调服务端 route 做语法/拼写+深度审核。
本地版本说明
绝对化表述层完全在客户端跑（无 key、即时）。深度审核按钮打到服务端 route 真跑 DeepSeek——API key 只在服务端，输入有长度上限，按 IP 限流。
绝对化表述检测器 — 实时试用
输入或粘贴中文文本。这会在你的浏览器里真跑项目的 绝对化表述（Definitive Language）规则逻辑——无服务器、无写死数据——标出过度确定的措辞并给软化建议。语法与拼写检测在 LLM 后端进行，这里不做假。
你的文本
高亮结果
甲方保证一定为乙方提供最优质的服务，并承诺在任何情况下都完全满足乙方的所有要求。本协议一经签署绝对不可变更，乙方必须无条件接受上述全部条款。
检出 · 绝对化表述
9 处 · 风险高在正式承诺/保证语境中使用「保证」属于绝对化表述，可能形成超出预期的义务。
建议软化为：尽力 / 力争
在正式承诺/保证语境中使用「一定」属于绝对化表述，可能形成超出预期的义务。
建议软化为：通常 / 原则上
在正式承诺/保证语境中使用「任何」属于绝对化表述，可能形成超出预期的义务。
建议软化为：相关 / 多数
在正式承诺/保证语境中使用「完全」属于绝对化表述，可能形成超出预期的义务。
建议软化为：基本上 / 尽可能
在正式承诺/保证语境中使用「所有」属于绝对化表述，可能形成超出预期的义务。
建议软化为：相关 / 多数
在正式承诺/保证语境中使用「绝对」属于绝对化表述，可能形成超出预期的义务。
建议软化为：（建议删去）/ 尽量
在正式承诺/保证语境中使用「必须」属于绝对化表述，可能形成超出预期的义务。
建议软化为：应 / 宜
在正式承诺/保证语境中使用「无条件」属于绝对化表述，可能形成超出预期的义务。
建议软化为：在约定条件下
在正式承诺/保证语境中使用「全部」属于绝对化表述，可能形成超出预期的义务。
建议软化为：大部分 / 相关
上方绝对化表述层完全在客户端即时运行。语法、拼写和更深入的审核，点下方真实 DeepSeek 通道——与生产系统同一个 LLM。
DeepSeek 深度审核（真实 API）
调用一个服务端 route，用 JSON 结构化提示真跑 DeepSeek——API key 只在服务端，输入有长度上限，请求按 IP 限流。这是真实 LLM 通道，不是预演。
建议体验
输入/粘贴中文，看绝对化表述检测器实时标出词并给软化建议。
点「Run DeepSeek review」真调大模型，查语法拼写 + 绝对化问题。
改文本再跑——两层都对你真实输入的内容做反应。
这个试玩能说明什么
你正确使用 LangChain v1.1——provider 初始化、PydanticOutputParser、框架级 HITL。
你能交付全栈：FastAPI + React/FluentUI + SQLite + SSE，前后端打通。
你把每条问题都定位到真实 PDF 位置，带 3 级 bounding-box 回退。
技术栈
FastAPI + React/FluentUI · LangChain v1.1 + DeepSeek · MinerU · SQLite
问题类型
语法拼写（低）+ 绝对化表述（高）+ 自定义规则
最强信号
真·全栈 LangChain v1.1 系统，带 HITL 和 bbox 定位