#1682·repomix

支持图形的上下文选择: 打包文件及其依赖范围(不仅仅是压缩签名)

作者: rs545837创建于 2026年6月29日更新于 2026年7月5日
标签enhancementneeds discussionidea

□ 说明

Repomix已经做了我喜欢的结构性工作:`-压缩'使用树保姆将文件缩到他们的签名. 这个问题涉及除了shrinking内容外的自然的下一步,也就是选择正确的内容.

** 问题:** 当我在“文件A.ts”上工作时,LLM实际上需要的上下文是“文件A”** 加上它所说的和进口的东西**(它的依赖锥),而不是整个回购,而不只是压缩无关文件的签名。 今天没有办法说"把这个文件 和它所依赖的Nhops内部的一切"

** 想法:图感上下文选择。 **

reshomix - 包括"src/auth.ts" - graph - hops 2
+ 每一个实体在2个跳跃中,
{\fn方正粗倩简体\fs12\an8\1cHFFFF00\b0}翻过档案 没什么无关紧要的

这需要在实体(函数/类/方法)级别上进行交叉文件调用图+导入图,然后从种子文件中进行边界BFS. 它与现有的"-压缩"(选择圆锥再压缩)完美地组成. 一起,这是真正最小, 最大相关的背景。

** 关于引擎:** 我的工作是sem,这是一个开源的RustZ工具,它正是建立这种工具,实体取出+确定性跨文件调用/通过树保姆输入32种语言的图表,已执行hop-bound查询(`sem context-hops N')。 它有可能为Repomix(作为库或子进程)提供动力,所以你不必自己构建/维护图层. 如果方向有趣的话 很高兴能把它原型化

主要是我想浮出水面 图形感知选择感觉就像“压缩”开始的逻辑进化, 这也是我为模型包装上下文时最想要的。 好奇它是否符合你的路线图。

也只是旁白:不能不称赞你的狗很可爱.

内容来源: yamadashy/repomix