Repository navigation
同一个 commit 跑三次，文件分组每次都不一样，review 结果也不一样，这正常吗？ #1828
|
同一个 commit， 分组每次都不一样想请教下，通过语义进行分组调用是不是本来就会变？同一个 diff 在多次review中分成不同组，会不会影响最后的 review？有没有办法把分组固定住，比如使用 #196 中提到的聚类模型？ 
结果也不是同一份三次分别是 64、68、89 条，大概用了 23、30、17 分钟。有的问题三次都有，有的两次，有的只有一次，严重度也会变。 LLM review 做不到每次一字不差，这个可以理解。想确认的是现在的预期：单次结果只供参考，重跑不保证同一套意见？对于同一个diff，有没有可能保证review的结果收敛呢？ |
Answered by
lizhengfeng101
Oct 26, 2026
Replies: 1 comment 1 reply
|
是的，只能靠一些工程手段尽可能收敛，不过目前来看，模型的变量比工程影响更大，有些模型随机性比较大。另外分组环节用的是LLM，其实理想情况应该用 embedding 模型的，但是我们作为一个无服务的开源框架，无法做到依赖 embedding 模型服务。 |
1 reply
|
感谢回复。我还想请教一下关于聚类模型的问题。 |
Answer selected by
lizhengfeng101
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
是的，只能靠一些工程手段尽可能收敛，不过目前来看，模型的变量比工程影响更大，有些模型随机性比较大。另外分组环节用的是LLM，其实理想情况应该用 embedding 模型的，但是我们作为一个无服务的开源框架，无法做到依赖 embedding 模型服务。