踩坑实录幻觉引用、检索偏差、超时中断OpenResearch 的三大翻车现场【免费下载链接】OpenResearchTurn your coding agents into research agents项目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch把科研流程交给 AI Agent最大的幻觉不是模型一本正经地胡说八道而是它引用了你从未验证过的文献、检索结果自带偏差、跑了一夜的长任务在最后一步被掐断。这三件事单独拎出来都不算大问题但它们叠加在一条文献调研 → 实验验证 → 论文写作的自动流水线上时每一处都会污染整条证据链。OpenResearchorx的定位是把编程 Agent 变成研究 Agent——它不直接替你检索、替你写论文而是给 Claude Code、Codex、OpenCode、Cursor 这些工具套上一层证据纪律文献检索有固定协议、运行日志是唯一证据通道、会话可中断可恢复。本文不吹嘘它多好用而是基于仓库源码与官方 skill 文档逐个拆解上述三个最容易翻车的场景项目是怎么设计防住的、哪里设计不足会漏风、以及你在真实使用中该怎么踩坑自救。翻车现场一幻觉引用——AI 编出处靠什么识破幻觉引用的典型形态是模型给出了一个看起来很真、实际不存在的论文 ID或把摘要当成了原文结论。OpenResearch 没有去驯化模型让它不编而是做了两件更工程化的事把检索和阅读拆成可复核的独立原语并强制引用必须有实证锚点。检索原语与解析器的防伪设计orx paper命令是全文阅读的入口它的 ID 解析器在 paper.rs 中实现。这里最硬核的一点是它不信任模型嘴里的任何 ID 形态而是把常见的citation 行当作解析输入来严格归一化// src/commands/paper.rs // Handles arxiv.org/abs/id, arxiv.org/pdf/id[.pdf], // alphaxiv.org/overview/id, alphaxiv.org/abs/id, arXiv:id citations let s strip_arxiv_citation_prefix(s); let s strip_arxiv_category_tag(s);测试用例覆盖了论文引用中最常见的污染形式——带版本号的arxiv:1706.03762v5、带分类标签的arXiv:hep-th/9711200 [hep-th]、带尾斜杠的 URL甚至 ar5iv 的 HTML 镜像链接。这意味着模型回给你一个随手一编的 IDorx paper要么解析失败报错要么直接拒绝调用——而不是默默返回一篇看起来相关的论文糊弄过去。解析失败本身就是一次可审计的失败这就是防伪的第一道闸门。引用的读后即引原则第二道闸门在 orx-lit-review 这个 skill 里它给检索 Agent 定了一套近乎苛刻的引用纪律Read a paper before using it as claim-level support. Discovery lists may link candidate titles, but must not imply that methods or findings were verified from snippets alone.If exact evidence is unavailable, say so; never fabricate it or present a paraphrase as a quotation. 如果找不到确凿证据就明说没有绝不编造也绝不把转述当引用。这里的关键不在措辞而在流程顺序检索环节只能产出候选 ID 列表证据性引用必须发生在阅读环节之后。技能文档明确区分了两者——orx discover的职责止于找到候选orx paper id的职责才是读取原文证据。模型如果想要引用就必须先走orx paper读全文再引用否则引用就是无锚点的空中楼阁。文档还规定引用必须落到具体的 PDF 页码Architecture overview)用日志倒逼证据可查幻觉引用的终极防御是把结论和证据绑定在可复查的文件上。orx-evidence 规定运行结论只能从orx logs给出的日志路径中取证并且给出了报告前四连问日志是否标识了变体与有效配置最终指标和摘要是否出现长运行的轨迹是否可回溯被引用的行号是否真的包含支撑输出并特别强调一条反幻觉原则Truncated output is not evidence of absence——被截断的输出不能当作不存在的证据。这条规则直接对抗 Agent 最常见的偷懒行为看一眼日志尾部就下结论。翻车现场二检索偏差——召回结果被带偏的典型场景检索偏差往往不是模型故意的而是查询构造、排序策略、跨源口径不一致三层因素叠加的结果。OpenResearch 的应对方式是把偏差显性化每个原语都有明确的排序语义并给 Agent 一套查询防污染协议。三源检索的排序口径差异discover.rs 提供了五种检索原语而它们在排序口径上故意不一致这正是容易翻车的第一个点。看 client.rs 里 OpenAlex 的重排逻辑fn rerank_openalex_works(works: mut [OpenAlexWork], prioritize: str) { match prioritize { recency works.sort_by(|a, b| compare_dates(a.publication_date, b.publication_date, true)), historical works.sort_by(|a, b| compare_dates(a.publication_date, b.publication_date, false)), popular works.sort_by(|a, b| { b.cited_by_count.unwrap_or_default().cmp(a.cited_by_count.unwrap_or_default()) }), _ {} // default: 保持相关性 } }而 orx-lit-review 明确警告alphaXiv 的 votes 与 OpenAlex 的 citations 是不可比的——一个是社区投票一个是学术被引把它们拿来跨源排序就是对检索结果的二次污染。文档还给出了一个更隐蔽的偏差源PubMed 没有引用数popular 模式退化为保持相关性排序OpenAlex 的日期过滤在重排相关性候选池之后才生效先筛后排序。这些都是看起来在排序、实际口径不同的陷阱。查询构造的三宗罪最容易把召回带偏的是查询本身。skill 文档给出了三条硬性规则条条对应一个真实翻车现场禁止猜测缩写展开Never guess an acronym expansion. 模型把LoRA猜成 Low-Rank Adaptation 去搜命中率不降反升的是综述而不是原始方法论文。禁止发明时间窗口Do not invent a cutoff merely to favour newer work. 检索 Agent 常犯的毛病是默认只搜近两年——这对求经典工作的问题是系统性偏差。文档特意规定时间窗口只有在问题明确要求时才加且一旦定下窗口后续所有轮次必须继承同一窗口中途不许放宽。缩写 token 的专项恢复当关键词里混有 2–10 字符、含至少两个大写字母的 token典型的论文方法名/基准名时必须额外发起一次仅该缩写 token 拼空格的精确查询作为首轮的一部分。这是对关键词被 padding 稀释这一最常见检索失效的工程化兜底。检索失败的禁止重试协议真正反直觉的是这条当窗口检索返回空集禁止重试相同查询、也禁止把空集当作文献不存在的证据。Older or narrow--published-beforeembedding searches can return a thin or empty candidate set because the upper bound is applied after vector retrieval. Report what comes back; do not treat an empty set as proof that no literature exists or retry the identical query and window.向量检索是先召回再过滤所以--published-before的老论文窗口很容易把候选池筛空——空结果反映的是检索机制不是文献事实。如果 Agent 把空集写进综述说该领域无相关研究这就是最危险的检索偏差污染结论的现场。同时skill 用难度预算1–10 对应 0–2 轮追问和每轮只补一个明确缺口的规则防止 Agent 陷入换措辞反复搜的无效循环。翻车现场三超时中断与恢复策略——长任务的保命手段研究任务动辄跑数小时中断几乎是必然事件。OpenResearch 的恢复哲学可以概括成一句中断是可预期的常态恢复是设计出来的能力。计算层wait 与 wake 的双通道orx-compute 定义了等待运行的两种姿势对应两种完全不同的中断场景orx exp wait expId # 轮询等结果 orx exp wait expId --interval 10 --timeout 3600 orx exp wake expId # 先结束回合跑完再唤醒orx exp wait的默认超时是 1800 秒超时不代表运行失败Timeout exits non-zero and means nothing changed yet, not that the run failed正确的做法是继续 wait 而不是 cancel。而orx exp wake是专为回合先结束、任务后完成设计的挂起当前 Agent 回合等运行done或failed后再唤醒继续——这正是长任务应对中断的第一层把等结果从占着回合里解耦出来。会话层--resume 与 spawn-per-turn 的取舍在 Agent 会话层面harness/claude.rs 的注释直接说明了恢复架构的演进stablesession_id, stdin held open — collapsing the old spawn-per-turn ... interrupt, or crash respawns it with--resume.Claude 的回合被权限桥、中断或崩溃打断后通过--resume id重生respawn会话上下文无损恢复OpenCode V2 则通过其原生 API 的 session 端点恢复。这意味着终端崩溃、机器重启、回合被杀都不再是科研进度的事故而是可恢复的普通事件。内存层常驻进程的回收与重启agent_lifecycle.rs 是常被忽略但极其关键的恢复策略orx up会让 Agent 子进程常驻以省去每次启停的上下文加载成本但每个常驻子进程占几百 MB 内存。因此系统设计了空闲回收策略——低内存机器≤8GB上空闲超时缩短到 2 分钟、最多保留 1 个常驻子进程正常机器则为 15 分钟不设上限。被回收的会话在下次发消息时重生并恢复Whenorx upreleases idle resident agent children... The next message to a released chat respawns and resumes it.这是对长时间思考任务被闲置回收这类隐形中断的兜底回收的是进程不是上下文——恢复机制保证了断点续传。运行记录层证据永不丢最硬核的恢复保障在证据层。run-manifest.json 展示了每次运行的完整证据清单命令、设备、状态、baseDirectory以及每个产物文件的路径、字节数、SHA-256 哈希。配合 orx-experiment-tree 的规则一条重要的恢复原则浮现OOM、超时、缺依赖不是结果节点保持 provisional未定状态可以原地修复重跑而一旦运行产出了答案——哪怕数字难看——节点冻结只能开子节点继续。这套未完成可修复、已完成为冻结的规则从制度上避免了超时中断后被当成失败结果记录也避免了已确认结果被反复篡改。而每条实验分支orx/slug都是不可变的 Git 历史——中断多少次代码与结果的对应关系都不会漂移。结语防翻车的关键不在模型而在流程的可审计性回顾三个翻车现场OpenResearch 给出的答案惊人地一致它不试图让模型更诚实而是让每一步都留下可审计的痕迹——引用必须经过 ID 解析与全文阅读、检索必须显式声明排序口径与查询边界、中断必须能通过日志与 checkpoint 无损恢复。翻车不可怕可怕的是翻车后你无法定位是哪一环翻的。给正在用或准备用科研 Agent 的人三条实操建议第一凡是模型给出的引用一律过一遍orx paper校验 ID读原文再引用第二检索前先想清楚我要的是新工作还是经典工作别让模型默认的时间窗口替你决定第三长任务一律用orx exp wake挂起回合跑完再唤醒把等从占中解放出来。工具能兜住流程的底但研究方向的判断权始终应该握在你自己手里。【免费下载链接】OpenResearchTurn your coding agents into research agents项目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
)
