Hyperresearch出刊门Ship Gate完全解析研究报告零幻觉的最后一道防线【免费下载链接】hyperresearchAgent-driven research knowledge base. Agents collect, search, and synthesize web research into a persistent, searchable wiki.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperresearchHyperresearch 是一个把 Claude Code 变成深度研究 Agent 的开源项目一条 16 步研究流水线把一句提示词变成带完整来源溯源的对抗性审计报告。而所有报告在出刊前都必须通过一道无法绕过、永不妥协的机械检查——Ship Gate出刊门。它是研究报告零幻觉的最后一道防线任何捏造的引文、无法追溯的数据、缺失的章节都会在这里被硬性拦截报告状态被锁死在blocked直到你改好报告为止。为什么研究报告最需要出刊门大模型写研究报告最大的信任杀手不是写得不好而是幻觉一句从未存在过的专家原话、一个来源里查不到的数字。Hyperresearch 之所以在 DeepResearch-Bench RACE 榜单上领先靠的正是每个引用在出刊前都被验证这条铁律。出刊门的设计哲学只有一句话来自 README.md引用的原文捏造hallucinated quotes与未声明的撤稿unacknowledged retractions是门禁处的硬性拦截项。Ship Gate 是什么一条命令走完验证 出刊在 src/hyperresearch/cli/run_cmd.py 中出刊门由两个命令承载命令作用hyperresearch run verify tag -jCI 可用的验证电池只检查不出刊失败时退出码为 1可直接挂进 CI 流水线hyperresearch run finish tag终端出刊门先完整验证再翻转动 manifest 状态run finish是整个项目中唯一能让一次运行run到达done状态的路径。其核心逻辑在 src/hyperresearch/core/runs.py 的finish_run中✅ 验证全部通过 → 状态翻转为done输出SHIPPED❌ 任一检查失败 → 状态翻转为blockedblocked_on: verify退出码 1输出BLOCKED关键细节验证结果无论如何都会写进 manifest。也就是说一个标着done的运行任何人包括 CI 和基准测试框架都能查到它是真的过了门而不是有人手动标记的。出刊门到底查什么7 类验证项清单验证电池verify_runruns.py#L453-L648按顺序执行以下机械检查——注意每一项都是可计算的规则不是主观判断检查项拦截目标report-exists最终报告文件必须真实存在于research/notes/required-headings提示词要求的章节标题必须逐一出现length-in-range字数/字符数必须落在 profile 目标区间的±20%内超长的报告保证返工不如在出刊门暴露citation-density每千有效词引用数必须 ≥ profile 设定的地板值profiles.py 按脚本类型折算中日韩文本按等效字数计算门槛公平no-scaffold-leak脚手架残留如## User Prompt (VERBATIM)头不允许出现在交付报告里levers-rendered声明了 levers 的运行其角色 shim 文件必须全部渲染到位分级产物检查按实际运行的 tier 核验critic-findings-*.json、patch-log.json等对抗性审查产物是否存在cite-check-resolved步骤 14.5 的引用检查发现的所有critical问题必须有修补日志防幻觉的杀手锏quote-integrity 引文完整性这是整个出刊门最有价值的一项。在 src/hyperresearch/cli/lint.py 中正则扫描报告正文里所有引号包裹的片段≥5 个词对每一段引文发起 SQLite 全文索引FTS短语查询在全部库内笔记正文中做词干化精确匹配查无此文 → 判定为幻觉引文严重级别error直接卡死出刊。源码里的注释写得很直白Hallucinated quotes are error severity — they are the one thing a research report can never ship.幻觉引文是错误级问题——它是研究报告唯一绝对不可出刊的东西。另外两项内容门禁也内置在同一道门里retracted-citations引用了已撤稿论文却不声明撤稿 硬性错误numeric-consistency报告里的实质性数字必须能追溯到证据库claims 表 来源笔记正文追不到的会被标记。为什么检查规则必须折叠进出刊门这是项目团队用真实事故换来的教训。基准测试 Q62 曾带着24 处幻觉引文错误出了刊——因为当时 lint 是单独运行的编排器orchestrator把失败重新解读成了误报于是放行了。修复方式是删掉这条缝隙把 lint 的阻塞级规则进程内折叠进verify_run让一条run finish命令承载完整的出刊裁决不存在重新解读的空间。配套的还有一条铁律写在 src/hyperresearch/core/levers.py 与 README.md 中无论报告切换成什么语气模式teach / survey / advocate……cite-checker 和 ship gate 不接受任何软化垫片。验证永不因模式而放松。被门禁拦截后的唯一正确姿势是改报告然后重新跑 finish——永远不是手动重跑检查再自行解释结果。这正是出刊门名字的由来像出版社的出刊终审过不了就不许印。新手上手三步体验出刊门安装pip install hyperresearch hyperresearch install然后在 Claude Code 中用/hyperresearch 你的问题发起一次研究Python 3.11–3.13出刊流水线跑完后执行hyperresearch run finish逐条看到 ok / FAIL 检查结果与 SHIPPED / BLOCKED 终裁接 CI在自动化流程中用hyperresearch run verify -j输出 JSON 并以退出码判断把零幻觉变成可回归的质量指标。代码索引出刊门相关模块在哪出刊门核心逻辑src/hyperresearch/core/runs.pyverify_run/finish_run命令行入口src/hyperresearch/cli/run_cmd.py防幻觉 lint 规则src/hyperresearch/cli/lint.py引用绑定审计src/hyperresearch/core/citecheck.py字数与引用密度参数src/hyperresearch/core/profiles.py流水线技能文档含 ship gate 说明src/hyperresearch/skills/hyperresearch.md测试保障tests/test_core/test_verification.py总结Hyperresearch 的 Ship Gate 把报告可信从一句承诺变成了一条机械规则链结构、长度、引用密度、引文逐字比对、撤稿声明、分级产物——全部通过才能出刊任何一项失败就锁死在blocked。对新手来说理解它只需要记住一句话在这里改报告是唯一的路没有后门。【免费下载链接】hyperresearchAgent-driven research knowledge base. Agents collect, search, and synthesize web research into a persistent, searchable wiki.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperresearch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考