一份 bug 报告进来。Hedy 搜索代码、走查提交窗口、匹配已知故障模式并指出可能的责任人——每条结论都附带诚实的置信度。严格只读：不改代码，不自动指派。
Hedy 以只读方式调查 bug：搜索代码库，围绕回归出现的时间收窄提交时间窗口，与已知故障形态的模式库比对，并依据代码历史指出可能的责任人。每条发现都自评置信度（HIGH/MEDIUM/LOW），并在证据门之下引用其所依据的确切代码行与提交。它从不修改代码——一名 Hedy 承担整条分诊流水线，而不是一个聊天席位。
最后更新：2026 年 7 月 20 日
从报告中提取堆栈、错误字符串与标识符，在您的各个仓库中检索。
「最近才出现」查 7 天内的提交；「一直都有」查 30 天。部署时间点进一步收窄范围。
每次结案的调查都会充实模式库——分诊随事故一次比一次更准。
HIGH、MEDIUM 或 LOW，直白标注。错误的笃定比诚实的存疑更糟。
一份 bug 报告进来，Hedy 会跑完过去要整个分诊轮值才能完成的调查。它在仓库中搜索故障症状，与提交时间窗口——最后一次已知正常状态与首次故障之间的变更范围——进行关联，并把堆栈与反复出现的故障形态模式库比对（空指针解引用、竞态、分页差一、迁移漂移）。它依据提交历史与代码归属解析可能的责任人，报告送达时已完成预路由，而不是先争论一番再定归属。
每条结论都有分级。Hedy 给每条发现自评 HIGH / MEDIUM / LOW：嫌疑提交、可复现的代码路径与模式三者对上时是 HIGH；只有症状加猜测时是 LOW。在证据门之下，任何论断不逐字引用来源——确切的提交 SHA、文件与代码行——就不能出场。LOW 置信度的推测就标注为推测，不会被包装成根因，工程师因此把评审时间花在 HIGH 的那些上。
这条流水线从构造上就是只读的，而不是靠承诺。调查期间 Hedy 不持有任何指向您源码的写路径——默认拒绝的白名单约束每一个动作，它无法 push、无法强制推送、也无法开非 Draft 的 PR。任何修复建议都是由人打开并合并的 Draft。这条约束落在配置与代码层，遵循 Hedy 的铁律：只写在提示词里的限制等于不存在。
因为 Hedy 是自部署的——Docker 或 K8s 跑在您的基础设施上，支持气隙——您的代码无需离开网络就能被分诊。它使用您自己的模型 key，包括本地 vLLM 或 Ollama，没有任何第三方看到仓库。检索遵循请求者的 ACL，整个过程写入只增不改的审计日志：搜索了哪些文件、检查了哪些提交、给出了什么置信度，以及回答引用的每一个来源。