Graft: 为Claude Code等智能体构建上下文层
Show HN: Graft – Claude Code hooks that cut grep tokens by 42%
Graft是一款专为Claude Code、Cursor、Codex及Gemini等编程智能体打造的开源上下文层。它通过构建项目专属的代码知识图谱，让智能体在每次任务中都能直接获取精准的项目理解，无需重复探索。实测数据显示，Graft能将Token消耗降低42%，工具调用减少46%，同时显著提升代码修复的正确率。只需简单两步安装，即可让智能体像资深工程师一样理解你的代码库，实现更快、更省、更准的开发体验。
人类只需熟悉一次代码库，而智能体却每次都要从零开始；Graft将这种理解固化下来，让智能体也能像资深工程师一样思考。
HN 评论区
42- seizethecheese
这玩意儿看着挺酷，机制也说得通。但我试图验证这些说法是否靠谱的过程简直让人抓狂。
首先，整个 readme 里关于基准测试的部分看起来全是 Claude 或 Codex 写的。读起来真是一种折磨。
其次，他们声称在 SWE-Bench Verified 上取得了成功，但只跑了 50 个任务，也没说清楚这些任务是怎么选的。凭经验我知道，你完全可以不断筛选任务集，直到凑出一个好结果。而且，这测试只跑了一次（1x），他们展示的提升幅度对应的 p 值其实只有 0.22。
有本著名的书叫《如何靠统计数据撒谎》。我不觉得这里持续发布的基准测试结果是有意的谎言，但我认为人太容易自欺欺人了（我自己就栽过跟头，最近就是在构建 http://pellmell.ai 时）。而且我觉得这篇帖子还算不上最恶劣的例子。
- anotherhue
我很高兴 Claude 这么容易被识别出来，这让我能非常高效地无视那些空洞无物的废话。
也许这工具真的很棒，但光凭目前的展示方式，根本无法下定论。
- icodestuff
很喜欢这个想法，几周前我就在琢磨这个问题，但一直没搞出什么名堂。我特别对延迟节省这一点感兴趣，听起来很棒。
我有个担心：目前每个会话都是带着“新眼光”来看待问题的。我现在发现，长期运行的会话和全新会话的组合能让我获益良多。我担心如果只有一个生成的概念图，且只进行增量更新，它会慢慢变得过时，而且这种过时是微妙且难以察觉的。这可能导致概念图与现实发生语义漂移，而每个新会话都会把这种漂移后的形式奉为真理。你们有没有做过任何长期测试（几周或更久）来确保这种情况不会发生？据我了解，SWE Bench 只是一个时间点的评估。
另外，这个图是存在仓库里的吧？它的可合并性如何？我知道我自己肯定不想去手动处理其中的冲突，甚至连 Opus 在处理 B->C、A->B 这种符号重命名（尤其是涉及注释时）时，都很难保证所有引用都正确。
- xhrpost
我凭直觉，或许有点天真地认为，Claude 使用 LSP 服务器应该会大幅减少 grep 的使用。这个工具是解决同样的问题，还是别的什么？
- skerit
Claude 的 grep 输出是不是还在每一行前面都加上文件的相对路径？因为那实在太恶心了，尤其是在 Java 项目里。