場)
踩坑實錄幻覺引用、檢索偏差、超時中斷OpenResearch 的三大翻車現(xiàn)場【免費(fèi)下載鏈接】OpenResearchTurn your coding agents into research agents項目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch把科研流程交給 AI Agent最大的幻覺不是模型一本正經(jīng)地胡說八道而是它引用了你從未驗證過的文獻(xiàn)、檢索結(jié)果自帶偏差、跑了一夜的長任務(wù)在最后一步被掐斷。這三件事單獨(dú)拎出來都不算大問題但它們疊加在一條文獻(xiàn)調(diào)研 → 實驗驗證 → 論文寫作的自動流水線上時每一處都會污染整條證據(jù)鏈。OpenResearchorx的定位是把編程 Agent 變成研究 Agent——它不直接替你檢索、替你寫論文而是給 Claude Code、Codex、OpenCode、Cursor 這些工具套上一層證據(jù)紀(jì)律文獻(xiàn)檢索有固定協(xié)議、運(yùn)行日志是唯一證據(jù)通道、會話可中斷可恢復(fù)。本文不吹噓它多好用而是基于倉庫源碼與官方 skill 文檔逐個拆解上述三個最容易翻車的場景項目是怎么設(shè)計防住的、哪里設(shè)計不足會漏風(fēng)、以及你在真實使用中該怎么踩坑自救。翻車現(xiàn)場一幻覺引用——AI 編出處靠什么識破幻覺引用的典型形態(tài)是模型給出了一個看起來很真、實際不存在的論文 ID或把摘要當(dāng)成了原文結(jié)論。OpenResearch 沒有去馴化模型讓它不編而是做了兩件更工程化的事把檢索和閱讀拆成可復(fù)核的獨(dú)立原語并強(qiáng)制引用必須有實證錨點。檢索原語與解析器的防偽設(shè)計orx paper命令是全文閱讀的入口它的 ID 解析器在 paper.rs 中實現(xiàn)。這里最硬核的一點是它不信任模型嘴里的任何 ID 形態(tài)而是把常見的citation 行當(dāng)作解析輸入來嚴(yán)格歸一化// 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、帶分類標(biāo)簽的arXiv:hep-th/9711200 [hep-th]、帶尾斜杠的 URL甚至 ar5iv 的 HTML 鏡像鏈接。這意味著模型回給你一個隨手一編的 IDorx paper要么解析失敗報錯要么直接拒絕調(diào)用——而不是默默返回一篇看起來相關(guān)的論文糊弄過去。解析失敗本身就是一次可審計的失敗這就是防偽的第一道閘門。引用的讀后即引原則第二道閘門在 orx-lit-review 這個 skill 里它給檢索 Agent 定了一套近乎苛刻的引用紀(jì)律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. 如果找不到確鑿證據(jù)就明說沒有絕不編造也絕不把轉(zhuǎn)述當(dāng)引用。這里的關(guān)鍵不在措辭而在流程順序檢索環(huán)節(jié)只能產(chǎn)出候選 ID 列表證據(jù)性引用必須發(fā)生在閱讀環(huán)節(jié)之后。技能文檔明確區(qū)分了兩者——orx discover的職責(zé)止于找到候選orx paper id的職責(zé)才是讀取原文證據(jù)。模型如果想要引用就必須先走orx paper讀全文再引用否則引用就是無錨點的空中樓閣。文檔還規(guī)定引用必須落到具體的 PDF 頁碼Architecture overview)用日志倒逼證據(jù)可查幻覺引用的終極防御是把結(jié)論和證據(jù)綁定在可復(fù)查的文件上。orx-evidence 規(guī)定運(yùn)行結(jié)論只能從orx logs給出的日志路徑中取證并且給出了報告前四連問日志是否標(biāo)識了變體與有效配置最終指標(biāo)和摘要是否出現(xiàn)長運(yùn)行的軌跡是否可回溯被引用的行號是否真的包含支撐輸出并特別強(qiáng)調(diào)一條反幻覺原則Truncated output is not evidence of absence——被截斷的輸出不能當(dāng)作不存在的證據(jù)。這條規(guī)則直接對抗 Agent 最常見的偷懶行為看一眼日志尾部就下結(jié)論。翻車現(xiàn)場二檢索偏差——召回結(jié)果被帶偏的典型場景檢索偏差往往不是模型故意的而是查詢構(gòu)造、排序策略、跨源口徑不一致三層因素疊加的結(jié)果。OpenResearch 的應(yīng)對方式是把偏差顯性化每個原語都有明確的排序語義并給 Agent 一套查詢防污染協(xié)議。三源檢索的排序口徑差異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: 保持相關(guān)性 } }而 orx-lit-review 明確警告alphaXiv 的 votes 與 OpenAlex 的 citations 是不可比的——一個是社區(qū)投票一個是學(xué)術(shù)被引把它們拿來跨源排序就是對檢索結(jié)果的二次污染。文檔還給出了一個更隱蔽的偏差源PubMed 沒有引用數(shù)popular 模式退化為保持相關(guān)性排序OpenAlex 的日期過濾在重排相關(guān)性候選池之后才生效先篩后排序。這些都是看起來在排序、實際口徑不同的陷阱。查詢構(gòu)造的三宗罪最容易把召回帶偏的是查詢本身。skill 文檔給出了三條硬性規(guī)則條條對應(yīng)一個真實翻車現(xiàn)場禁止猜測縮寫展開Never guess an acronym expansion. 模型把LoRA猜成 Low-Rank Adaptation 去搜命中率不降反升的是綜述而不是原始方法論文。禁止發(fā)明時間窗口Do not invent a cutoff merely to favour newer work. 檢索 Agent 常犯的毛病是默認(rèn)只搜近兩年——這對求經(jīng)典工作的問題是系統(tǒng)性偏差。文檔特意規(guī)定時間窗口只有在問題明確要求時才加且一旦定下窗口后續(xù)所有輪次必須繼承同一窗口中途不許放寬?？s寫 token 的專項恢復(fù)當(dāng)關(guān)鍵詞里混有 2–10 字符、含至少兩個大寫字母的 token典型的論文方法名/基準(zhǔn)名時必須額外發(fā)起一次僅該縮寫 token 拼空格的精確查詢作為首輪的一部分。這是對關(guān)鍵詞被 padding 稀釋這一最常見檢索失效的工程化兜底。檢索失敗的禁止重試協(xié)議真正反直覺的是這條當(dāng)窗口檢索返回空集禁止重試相同查詢、也禁止把空集當(dāng)作文獻(xiàn)不存在的證據(jù)。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的老論文窗口很容易把候選池篩空——空結(jié)果反映的是檢索機(jī)制不是文獻(xiàn)事實。如果 Agent 把空集寫進(jìn)綜述說該領(lǐng)域無相關(guān)研究這就是最危險的檢索偏差污染結(jié)論的現(xiàn)場。同時skill 用難度預(yù)算1–10 對應(yīng) 0–2 輪追問和每輪只補(bǔ)一個明確缺口的規(guī)則防止 Agent 陷入換措辭反復(fù)搜的無效循環(huán)。翻車現(xiàn)場三超時中斷與恢復(fù)策略——長任務(wù)的保命手段研究任務(wù)動輒跑數(shù)小時中斷幾乎是必然事件。OpenResearch 的恢復(fù)哲學(xué)可以概括成一句中斷是可預(yù)期的常態(tài)恢復(fù)是設(shè)計出來的能力。計算層wait 與 wake 的雙通道orx-compute 定義了等待運(yùn)行的兩種姿勢對應(yīng)兩種完全不同的中斷場景orx exp wait expId # 輪詢等結(jié)果 orx exp wait expId --interval 10 --timeout 3600 orx exp wake expId # 先結(jié)束回合跑完再喚醒orx exp wait的默認(rèn)超時是 1800 秒超時不代表運(yùn)行失敗Timeout exits non-zero and means nothing changed yet, not that the run failed正確的做法是繼續(xù) wait 而不是 cancel。而orx exp wake是專為回合先結(jié)束、任務(wù)后完成設(shè)計的掛起當(dāng)前 Agent 回合等運(yùn)行done或failed后再喚醒繼續(xù)——這正是長任務(wù)應(yīng)對中斷的第一層把等結(jié)果從占著回合里解耦出來。會話層--resume 與 spawn-per-turn 的取舍在 Agent 會話層面harness/claude.rs 的注釋直接說明了恢復(fù)架構(gòu)的演進(jìn)stablesession_id, stdin held open — collapsing the old spawn-per-turn ... interrupt, or crash respawns it with--resume.Claude 的回合被權(quán)限橋、中斷或崩潰打斷后通過--resume id重生respawn會話上下文無損恢復(fù)OpenCode V2 則通過其原生 API 的 session 端點恢復(fù)。這意味著終端崩潰、機(jī)器重啟、回合被殺都不再是科研進(jìn)度的事故而是可恢復(fù)的普通事件。內(nèi)存層常駐進(jìn)程的回收與重啟agent_lifecycle.rs 是常被忽略但極其關(guān)鍵的恢復(fù)策略orx up會讓 Agent 子進(jìn)程常駐以省去每次啟停的上下文加載成本但每個常駐子進(jìn)程占幾百 MB 內(nèi)存。因此系統(tǒng)設(shè)計了空閑回收策略——低內(nèi)存機(jī)器≤8GB上空閑超時縮短到 2 分鐘、最多保留 1 個常駐子進(jìn)程正常機(jī)器則為 15 分鐘不設(shè)上限。被回收的會話在下次發(fā)消息時重生并恢復(fù)Whenorx upreleases idle resident agent children... The next message to a released chat respawns and resumes it.這是對長時間思考任務(wù)被閑置回收這類隱形中斷的兜底回收的是進(jìn)程不是上下文——恢復(fù)機(jī)制保證了斷點續(xù)傳。運(yùn)行記錄層證據(jù)永不丟最硬核的恢復(fù)保障在證據(jù)層。run-manifest.json 展示了每次運(yùn)行的完整證據(jù)清單命令、設(shè)備、狀態(tài)、baseDirectory以及每個產(chǎn)物文件的路徑、字節(jié)數(shù)、SHA-256 哈希。配合 orx-experiment-tree 的規(guī)則一條重要的恢復(fù)原則浮現(xiàn)OOM、超時、缺依賴不是結(jié)果節(jié)點保持 provisional未定狀態(tài)可以原地修復(fù)重跑而一旦運(yùn)行產(chǎn)出了答案——哪怕數(shù)字難看——節(jié)點凍結(jié)只能開子節(jié)點繼續(xù)。這套未完成可修復(fù)、已完成為凍結(jié)的規(guī)則從制度上避免了超時中斷后被當(dāng)成失敗結(jié)果記錄也避免了已確認(rèn)結(jié)果被反復(fù)篡改。而每條實驗分支orx/slug都是不可變的 Git 歷史——中斷多少次代碼與結(jié)果的對應(yīng)關(guān)系都不會漂移。結(jié)語防翻車的關(guān)鍵不在模型而在流程的可審計性回顧三個翻車現(xiàn)場OpenResearch 給出的答案驚人地一致它不試圖讓模型更誠實而是讓每一步都留下可審計的痕跡——引用必須經(jīng)過 ID 解析與全文閱讀、檢索必須顯式聲明排序口徑與查詢邊界、中斷必須能通過日志與 checkpoint 無損恢復(fù)。翻車不可怕可怕的是翻車后你無法定位是哪一環(huán)翻的。給正在用或準(zhǔn)備用科研 Agent 的人三條實操建議第一凡是模型給出的引用一律過一遍orx paper校驗 ID讀原文再引用第二檢索前先想清楚我要的是新工作還是經(jīng)典工作別讓模型默認(rèn)的時間窗口替你決定第三長任務(wù)一律用orx exp wake掛起回合跑完再喚醒把等從占中解放出來。工具能兜住流程的底但研究方向的判斷權(quán)始終應(yīng)該握在你自己手里。【免費(fèi)下載鏈接】OpenResearchTurn your coding agents into research agents項目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 踩坑實錄：幻覺引用、檢索偏差、超時中斷，OpenResearch 的三大翻車現(xiàn)場
踩坑實錄幻覺引用、檢索偏差、超時中斷OpenResearch 的三大翻車現(xiàn)場【免費(fèi)下載鏈接】OpenResearchTurn your coding agents into research agents項目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch把科研流程交給 AI Agent最大的幻覺不是模型一本正經(jīng)地胡說八道而是它引用了你從未驗證過的文獻(xiàn)、檢索結(jié)果自帶偏差、跑了一夜的長任務(wù)在最后一步被掐斷。這三件事單獨(dú)拎出來都不算大問題但它們疊加在一條文獻(xiàn)調(diào)研 → 實驗驗證 → 論文寫作的自動流水線上時每一處都會污染整條證據(jù)鏈。OpenResearchorx的定位是把編程 Agent 變成研究 Agent——它不直接替你檢索、替你寫論文而是給 Claude Code、Codex、OpenCode、Cursor 這些工具套上一層證據(jù)紀(jì)律文獻(xiàn)檢索有固定協(xié)議、運(yùn)行日志是唯一證據(jù)通道、會話可中斷可恢復(fù)。本文不吹噓它多好用而是基于倉庫源碼與官方 skill 文檔逐個拆解上述三個最容易翻車的場景項目是怎么設(shè)計防住的、哪里設(shè)計不足會漏風(fēng)、以及你在真實使用中該怎么踩坑自救。翻車現(xiàn)場一幻覺引用——AI 編出處靠什么識破幻覺引用的典型形態(tài)是模型給出了一個看起來很真、實際不存在的論文 ID或把摘要當(dāng)成了原文結(jié)論。OpenResearch 沒有去馴化模型讓它不編而是做了兩件更工程化的事把檢索和閱讀拆成可復(fù)核的獨(dú)立原語并強(qiáng)制引用必須有實證錨點。檢索原語與解析器的防偽設(shè)計orx paper命令是全文閱讀的入口它的 ID 解析器在 paper.rs 中實現(xiàn)。這里最硬核的一點是它不信任模型嘴里的任何 ID 形態(tài)而是把常見的citation 行當(dāng)作解析輸入來嚴(yán)格歸一化// 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、帶分類標(biāo)簽的arXiv:hep-th/9711200 [hep-th]、帶尾斜杠的 URL甚至 ar5iv 的 HTML 鏡像鏈接。這意味著模型回給你一個隨手一編的 IDorx paper要么解析失敗報錯要么直接拒絕調(diào)用——而不是默默返回一篇看起來相關(guān)的論文糊弄過去。解析失敗本身就是一次可審計的失敗這就是防偽的第一道閘門。引用的讀后即引原則第二道閘門在 orx-lit-review 這個 skill 里它給檢索 Agent 定了一套近乎苛刻的引用紀(jì)律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. 如果找不到確鑿證據(jù)就明說沒有絕不編造也絕不把轉(zhuǎn)述當(dāng)引用。這里的關(guān)鍵不在措辭而在流程順序檢索環(huán)節(jié)只能產(chǎn)出候選 ID 列表證據(jù)性引用必須發(fā)生在閱讀環(huán)節(jié)之后。技能文檔明確區(qū)分了兩者——orx discover的職責(zé)止于找到候選orx paper id的職責(zé)才是讀取原文證據(jù)。模型如果想要引用就必須先走orx paper讀全文再引用否則引用就是無錨點的空中樓閣。文檔還規(guī)定引用必須落到具體的 PDF 頁碼Architecture overview)用日志倒逼證據(jù)可查幻覺引用的終極防御是把結(jié)論和證據(jù)綁定在可復(fù)查的文件上。orx-evidence 規(guī)定運(yùn)行結(jié)論只能從orx logs給出的日志路徑中取證并且給出了報告前四連問日志是否標(biāo)識了變體與有效配置最終指標(biāo)和摘要是否出現(xiàn)長運(yùn)行的軌跡是否可回溯被引用的行號是否真的包含支撐輸出并特別強(qiáng)調(diào)一條反幻覺原則Truncated output is not evidence of absence——被截斷的輸出不能當(dāng)作不存在的證據(jù)。這條規(guī)則直接對抗 Agent 最常見的偷懶行為看一眼日志尾部就下結(jié)論。翻車現(xiàn)場二檢索偏差——召回結(jié)果被帶偏的典型場景檢索偏差往往不是模型故意的而是查詢構(gòu)造、排序策略、跨源口徑不一致三層因素疊加的結(jié)果。OpenResearch 的應(yīng)對方式是把偏差顯性化每個原語都有明確的排序語義并給 Agent 一套查詢防污染協(xié)議。三源檢索的排序口徑差異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: 保持相關(guān)性 } }而 orx-lit-review 明確警告alphaXiv 的 votes 與 OpenAlex 的 citations 是不可比的——一個是社區(qū)投票一個是學(xué)術(shù)被引把它們拿來跨源排序就是對檢索結(jié)果的二次污染。文檔還給出了一個更隱蔽的偏差源PubMed 沒有引用數(shù)popular 模式退化為保持相關(guān)性排序OpenAlex 的日期過濾在重排相關(guān)性候選池之后才生效先篩后排序。這些都是看起來在排序、實際口徑不同的陷阱。查詢構(gòu)造的三宗罪最容易把召回帶偏的是查詢本身。skill 文檔給出了三條硬性規(guī)則條條對應(yīng)一個真實翻車現(xiàn)場禁止猜測縮寫展開Never guess an acronym expansion. 模型把LoRA猜成 Low-Rank Adaptation 去搜命中率不降反升的是綜述而不是原始方法論文。禁止發(fā)明時間窗口Do not invent a cutoff merely to favour newer work. 檢索 Agent 常犯的毛病是默認(rèn)只搜近兩年——這對求經(jīng)典工作的問題是系統(tǒng)性偏差。文檔特意規(guī)定時間窗口只有在問題明確要求時才加且一旦定下窗口后續(xù)所有輪次必須繼承同一窗口中途不許放寬?？s寫 token 的專項恢復(fù)當(dāng)關(guān)鍵詞里混有 2–10 字符、含至少兩個大寫字母的 token典型的論文方法名/基準(zhǔn)名時必須額外發(fā)起一次僅該縮寫 token 拼空格的精確查詢作為首輪的一部分。這是對關(guān)鍵詞被 padding 稀釋這一最常見檢索失效的工程化兜底。檢索失敗的禁止重試協(xié)議真正反直覺的是這條當(dāng)窗口檢索返回空集禁止重試相同查詢、也禁止把空集當(dāng)作文獻(xiàn)不存在的證據(jù)。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的老論文窗口很容易把候選池篩空——空結(jié)果反映的是檢索機(jī)制不是文獻(xiàn)事實。如果 Agent 把空集寫進(jìn)綜述說該領(lǐng)域無相關(guān)研究這就是最危險的檢索偏差污染結(jié)論的現(xiàn)場。同時skill 用難度預(yù)算1–10 對應(yīng) 0–2 輪追問和每輪只補(bǔ)一個明確缺口的規(guī)則防止 Agent 陷入換措辭反復(fù)搜的無效循環(huán)。翻車現(xiàn)場三超時中斷與恢復(fù)策略——長任務(wù)的保命手段研究任務(wù)動輒跑數(shù)小時中斷幾乎是必然事件。OpenResearch 的恢復(fù)哲學(xué)可以概括成一句中斷是可預(yù)期的常態(tài)恢復(fù)是設(shè)計出來的能力。計算層wait 與 wake 的雙通道orx-compute 定義了等待運(yùn)行的兩種姿勢對應(yīng)兩種完全不同的中斷場景orx exp wait expId # 輪詢等結(jié)果 orx exp wait expId --interval 10 --timeout 3600 orx exp wake expId # 先結(jié)束回合跑完再喚醒orx exp wait的默認(rèn)超時是 1800 秒超時不代表運(yùn)行失敗Timeout exits non-zero and means nothing changed yet, not that the run failed正確的做法是繼續(xù) wait 而不是 cancel。而orx exp wake是專為回合先結(jié)束、任務(wù)后完成設(shè)計的掛起當(dāng)前 Agent 回合等運(yùn)行done或failed后再喚醒繼續(xù)——這正是長任務(wù)應(yīng)對中斷的第一層把等結(jié)果從占著回合里解耦出來。會話層--resume 與 spawn-per-turn 的取舍在 Agent 會話層面harness/claude.rs 的注釋直接說明了恢復(fù)架構(gòu)的演進(jìn)stablesession_id, stdin held open — collapsing the old spawn-per-turn ... interrupt, or crash respawns it with--resume.Claude 的回合被權(quán)限橋、中斷或崩潰打斷后通過--resume id重生respawn會話上下文無損恢復(fù)OpenCode V2 則通過其原生 API 的 session 端點恢復(fù)。這意味著終端崩潰、機(jī)器重啟、回合被殺都不再是科研進(jìn)度的事故而是可恢復(fù)的普通事件。內(nèi)存層常駐進(jìn)程的回收與重啟agent_lifecycle.rs 是常被忽略但極其關(guān)鍵的恢復(fù)策略orx up會讓 Agent 子進(jìn)程常駐以省去每次啟停的上下文加載成本但每個常駐子進(jìn)程占幾百 MB 內(nèi)存。因此系統(tǒng)設(shè)計了空閑回收策略——低內(nèi)存機(jī)器≤8GB上空閑超時縮短到 2 分鐘、最多保留 1 個常駐子進(jìn)程正常機(jī)器則為 15 分鐘不設(shè)上限。被回收的會話在下次發(fā)消息時重生并恢復(fù)Whenorx upreleases idle resident agent children... The next message to a released chat respawns and resumes it.這是對長時間思考任務(wù)被閑置回收這類隱形中斷的兜底回收的是進(jìn)程不是上下文——恢復(fù)機(jī)制保證了斷點續(xù)傳。運(yùn)行記錄層證據(jù)永不丟最硬核的恢復(fù)保障在證據(jù)層。run-manifest.json 展示了每次運(yùn)行的完整證據(jù)清單命令、設(shè)備、狀態(tài)、baseDirectory以及每個產(chǎn)物文件的路徑、字節(jié)數(shù)、SHA-256 哈希。配合 orx-experiment-tree 的規(guī)則一條重要的恢復(fù)原則浮現(xiàn)OOM、超時、缺依賴不是結(jié)果節(jié)點保持 provisional未定狀態(tài)可以原地修復(fù)重跑而一旦運(yùn)行產(chǎn)出了答案——哪怕數(shù)字難看——節(jié)點凍結(jié)只能開子節(jié)點繼續(xù)。這套未完成可修復(fù)、已完成為凍結(jié)的規(guī)則從制度上避免了超時中斷后被當(dāng)成失敗結(jié)果記錄也避免了已確認(rèn)結(jié)果被反復(fù)篡改。而每條實驗分支orx/slug都是不可變的 Git 歷史——中斷多少次代碼與結(jié)果的對應(yīng)關(guān)系都不會漂移。結(jié)語防翻車的關(guān)鍵不在模型而在流程的可審計性回顧三個翻車現(xiàn)場OpenResearch 給出的答案驚人地一致它不試圖讓模型更誠實而是讓每一步都留下可審計的痕跡——引用必須經(jīng)過 ID 解析與全文閱讀、檢索必須顯式聲明排序口徑與查詢邊界、中斷必須能通過日志與 checkpoint 無損恢復(fù)。翻車不可怕可怕的是翻車后你無法定位是哪一環(huán)翻的。給正在用或準(zhǔn)備用科研 Agent 的人三條實操建議第一凡是模型給出的引用一律過一遍orx paper校驗 ID讀原文再引用第二檢索前先想清楚我要的是新工作還是經(jīng)典工作別讓模型默認(rèn)的時間窗口替你決定第三長任務(wù)一律用orx exp wake掛起回合跑完再喚醒把等從占中解放出來。工具能兜住流程的底但研究方向的判斷權(quán)始終應(yīng)該握在你自己手里。【免費(fèi)下載鏈接】OpenResearchTurn your coding agents into research agents項目地址: https://gitcode.com/GitHub_Trending/op/OpenResearch創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考