题库去重如何减少误判真正困难的通常不是完成一次 API 调用而是让结果可以校验、失败可以定位、后续能够回到原始证据。本文围绕“如何结合考题相似度、文本相似度、纠错和分词治理重复与近似题”给出一套可以直接落到任务状态和数据契约上的实现方式。问题与结果先规范化题面再分层计算候选相似度最终合并动作由可审计规则或人工确认决定。最终交付不是一段不可追溯的模型回答而是一组带来源、版本、状态和失败记录的数据。这样既方便接入后续系统也能在接口、页面或模型输出变化时定位问题。适用场景题库导入去重相似题推荐题面质量巡检实现前先确定边界保留原题不用纠错结果覆盖来源文本相似度用于召回候选不直接执行删除图片题和双文档题必须保留资源关联可验证工作流API 编排与职责步骤接口请求方式用途文本纠错NLP 中文智能纠错POST修正明显错别字降低噪声中文分词NLP 中文文本分词GET为关键词和规则匹配提供分词结果实体识别NLP 命名实体识别POST识别题目中的人名、地点、机构等实体文本相似度NLP 文本语义相似度检测POST计算通用语义相似度考题相似度考题相似度 AI 分析POST针对考题场景判断相似风险最小可运行实现先做中文纠错curl -X POST https://api.gugudata.com/text/correct?appkeyYOUR_APPKEY \ -H Content-Type: application/json \ -d { content: 这里放入待检查题干 }再比较两道题的相似度curl -X POST https://api.gugudata.com/education/exam-question-similarity \ -H Authorization: Bearer YOUR_APPKEY \ -H Content-Type: application/json \ -d { exam1: 第一道题的题干、选项和解析, exam2: 第二道题的题干、选项和解析 }Agent 可以先构造候选对避免全量两两比较def build_candidate_pairs(new_item: dict, existing_items: list[dict]) - list[tuple[str, str]]: Build candidate question pairs by subject and keyword overlap. subject new_item.get(subject) keywords set(new_item.get(keywords, [])) pairs [] for item in existing_items: if item.get(subject) ! subject: continue if keywords set(item.get(keywords, [])): pairs.append((new_item[id], item[id])) return pairs题库治理结果怎么组织相似题审核建议展示为结构化结果。score是内容相似度不是重复概率也不能单独替代审核规则区块内容新题信息学科、年级、题型、题干摘要候选相似题已入库题目 ID、相似度、重复类型文本差异题干、选项、解析的差异点可核验证据两道题各自的原文片段或图片序号审核建议自动通过、人工复核、疑似重复、拒绝入库处理记录审核人、处理时间、最终状态Agent 的输出应帮助审核人员更快判断而不是替代所有审核。对高风险题目必须保留候选题和相似度依据。失败分类与降级如果纠错接口失败可以保留原题继续进入候选召回但要标记“未纠错”。业务码 501 表示输入需要修正901 表示模型、图片下载或解析依赖暂时不可用应进入受控重试队列而不是直接放行。任务不存在、过期或不属于当前 AppKey 时统一按 404 处理。对数学公式、图片题和表格题可在题目对象中提交 Base64 图片或公开 HTTPS 图片。服务端会安全下载并校验图片业务日志不应保存图片 URL、题目正文或证据文本。图片与双文档流程单题图片对比适合已经拆分好的题目整份试卷应使用双文档异步接口。上传 PDF、DOCX、HTML、TXT 或 Markdown 后保存operationId再通过 Header 鉴权轮询任务。成功结果应满足processedCharCountcharCount且isCompletetrue并返回稳定题目 ID、位置、重复类型和证据。扫描 PDF、文档后半段题目和跨页内容都必须进入处理范围。超出页数、字符数、200 道题或 600 个候选对时应拆分文档后重新提交不能接受静默截断。数据契约与留痕建议至少保存以下字段真实项目可以继续拆分但不要删除来源、版本和状态信息。字段作用question_id稳定业务标识用于关联记录并避免名称冲突source_text原始来源或原始响应供后续复核normalized_text正文内容与来源和版本绑定保存tokens业务数据字段保存时记录来源、口径和缺失状态entities业务数据字段保存时记录来源、口径和缺失状态candidate_id稳定业务标识用于关联记录并避免名称冲突similarity_scores业务数据字段保存时记录来源、口径和缺失状态review_decision业务数据字段保存时记录来源、口径和缺失状态所有派生结果都应带生成时间和输入版本。发生重试时新增尝试记录不要覆盖最后一次失败以免排查时只剩“最终成功”而看不到中间问题。验收清单完全重复、近似表达和同知识点能被区分阈值和模型版本可追溯合并或保留决定有审核记录能力边界文本相似不等于题目等价公式、图片、答案和适用年级仍需业务规则与人工复核。示例中的YOUR_APPKEY仅为占位符。真实密钥只能放在服务端环境变量或密钥管理系统中不应进入前端、文章、日志或版本库。
题库去重如何减少误判：文本规范化、相似度与人工复核流程
题库去重如何减少误判真正困难的通常不是完成一次 API 调用而是让结果可以校验、失败可以定位、后续能够回到原始证据。本文围绕“如何结合考题相似度、文本相似度、纠错和分词治理重复与近似题”给出一套可以直接落到任务状态和数据契约上的实现方式。问题与结果先规范化题面再分层计算候选相似度最终合并动作由可审计规则或人工确认决定。最终交付不是一段不可追溯的模型回答而是一组带来源、版本、状态和失败记录的数据。这样既方便接入后续系统也能在接口、页面或模型输出变化时定位问题。适用场景题库导入去重相似题推荐题面质量巡检实现前先确定边界保留原题不用纠错结果覆盖来源文本相似度用于召回候选不直接执行删除图片题和双文档题必须保留资源关联可验证工作流API 编排与职责步骤接口请求方式用途文本纠错NLP 中文智能纠错POST修正明显错别字降低噪声中文分词NLP 中文文本分词GET为关键词和规则匹配提供分词结果实体识别NLP 命名实体识别POST识别题目中的人名、地点、机构等实体文本相似度NLP 文本语义相似度检测POST计算通用语义相似度考题相似度考题相似度 AI 分析POST针对考题场景判断相似风险最小可运行实现先做中文纠错curl -X POST https://api.gugudata.com/text/correct?appkeyYOUR_APPKEY \ -H Content-Type: application/json \ -d { content: 这里放入待检查题干 }再比较两道题的相似度curl -X POST https://api.gugudata.com/education/exam-question-similarity \ -H Authorization: Bearer YOUR_APPKEY \ -H Content-Type: application/json \ -d { exam1: 第一道题的题干、选项和解析, exam2: 第二道题的题干、选项和解析 }Agent 可以先构造候选对避免全量两两比较def build_candidate_pairs(new_item: dict, existing_items: list[dict]) - list[tuple[str, str]]: Build candidate question pairs by subject and keyword overlap. subject new_item.get(subject) keywords set(new_item.get(keywords, [])) pairs [] for item in existing_items: if item.get(subject) ! subject: continue if keywords set(item.get(keywords, [])): pairs.append((new_item[id], item[id])) return pairs题库治理结果怎么组织相似题审核建议展示为结构化结果。score是内容相似度不是重复概率也不能单独替代审核规则区块内容新题信息学科、年级、题型、题干摘要候选相似题已入库题目 ID、相似度、重复类型文本差异题干、选项、解析的差异点可核验证据两道题各自的原文片段或图片序号审核建议自动通过、人工复核、疑似重复、拒绝入库处理记录审核人、处理时间、最终状态Agent 的输出应帮助审核人员更快判断而不是替代所有审核。对高风险题目必须保留候选题和相似度依据。失败分类与降级如果纠错接口失败可以保留原题继续进入候选召回但要标记“未纠错”。业务码 501 表示输入需要修正901 表示模型、图片下载或解析依赖暂时不可用应进入受控重试队列而不是直接放行。任务不存在、过期或不属于当前 AppKey 时统一按 404 处理。对数学公式、图片题和表格题可在题目对象中提交 Base64 图片或公开 HTTPS 图片。服务端会安全下载并校验图片业务日志不应保存图片 URL、题目正文或证据文本。图片与双文档流程单题图片对比适合已经拆分好的题目整份试卷应使用双文档异步接口。上传 PDF、DOCX、HTML、TXT 或 Markdown 后保存operationId再通过 Header 鉴权轮询任务。成功结果应满足processedCharCountcharCount且isCompletetrue并返回稳定题目 ID、位置、重复类型和证据。扫描 PDF、文档后半段题目和跨页内容都必须进入处理范围。超出页数、字符数、200 道题或 600 个候选对时应拆分文档后重新提交不能接受静默截断。数据契约与留痕建议至少保存以下字段真实项目可以继续拆分但不要删除来源、版本和状态信息。字段作用question_id稳定业务标识用于关联记录并避免名称冲突source_text原始来源或原始响应供后续复核normalized_text正文内容与来源和版本绑定保存tokens业务数据字段保存时记录来源、口径和缺失状态entities业务数据字段保存时记录来源、口径和缺失状态candidate_id稳定业务标识用于关联记录并避免名称冲突similarity_scores业务数据字段保存时记录来源、口径和缺失状态review_decision业务数据字段保存时记录来源、口径和缺失状态所有派生结果都应带生成时间和输入版本。发生重试时新增尝试记录不要覆盖最后一次失败以免排查时只剩“最终成功”而看不到中间问题。验收清单完全重复、近似表达和同知识点能被区分阈值和模型版本可追溯合并或保留决定有审核记录能力边界文本相似不等于题目等价公式、图片、答案和适用年级仍需业务规则与人工复核。示例中的YOUR_APPKEY仅为占位符。真实密钥只能放在服务端环境变量或密钥管理系统中不应进入前端、文章、日志或版本库。
