目前的 codex、claude code 还有必要加类似 codegraph 的代码索引的软件吗?

[NASK]

随着模型能力的提升,比如目前最新的 gpt 5.6,我已经尽量少使用 skill 了.使用类似 superpower 的 skill 不仅对输出的效果提升不大,还更费 token,输出速度更慢
想问一下,在 agent 方面,比如 codex,是不是不需要再使用第三方(比如 codegraph)的代码索引工具了?

[gooddeveloper]

同问，现阶段的最佳使用方式是什么？仅使用 Agents.md 吗？

[GoldenMan]

我是有加的，同理也有装对应语言的 LSP mcp
用 tool 调用上来看，明显减少了 rg 、grep 的等待，调用关系也更清晰

[sagnitude]

我一定会用 codegraph ，否则 rg 搜索文件的时候，CPU 会飙到 100%，让我卡几秒甚至十几秒，无法接受

[cppc]

用手动挡 ： https://github.com/mattpocock/skills

[NASK]

@gooddeveloper 目前我感受出来的,skill 应该越少越好.模型越强，越应该少加束缚.
但是像 codex,代码索引还要不要加第三方工具,我目前还不确定.目前我感受出来的代码索引做的最好的好像是 cursor.

[3392417]

ClaudeCode 在 codegraph 可用可不用，估计过三个月可以完全不用了

[kvenux]

正好是做类似方向的，初步结论是：cg 一类的工具进不了模型后训练，模型基于 rg-read 的肌肉记忆已经很强，没必要用 cg 了。而且 cg 有个很典型的 trick ，在用第一性检索大包去换取强模型的宽搜到精准定位的 trajectory ，属于用 cache write 的 input token 去换取 tool call 轮次降低，如果轮最终的 token 成本，gpt-5.6-terra+high 上其实没有明显收益，甚至是负向优化。
省流：模型后训练面前，这些都是花里胡哨

[kmb1010]

@kvenux 我很赞同

[zuokanyunqishi]

@kvenux 同意,那些像外挂一个尿袋,没啥乱用..

[shawnvan]

skill 现在不用加载很多了，很多都已经被模型能力内化了
codegraph 我还在用，主要是因为模型仍然会去调用工具去找，codegraph 从某种意义上提供了一个更高效的工具
不过将来有可能类似于 codex,或者 cc 这类的 harness 编码工具会原生提供代码索引工具，到时候就不用使用了