将Jev应用于开发的一个实践探索思路：CodeSafe

作者：#lin ye 板块：#开发调优 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 引： 我申请Jev通过了，于是进行了一些它在开发场景下的应用尝试。希望和大家分享一下。我觉得思路分享可能比单纯的项目分享要更有价值，所以文章写了自己的思路，稍微有些长，还请谅解。 Jev的能力边界是什么 我最开始尝试将 Jev 用于代码文件找 bug，我的想法很简单，它的速度非常快，而且也便宜。只要在准确率勉强够用的情况下，做一个快速判断给模型，那么用它来找 bug 就是有意义的。 于是，一开始我开发了这样的一个工具： 它的作用是扫描项目下的文件，并给出各个方向 Bug 的可能性的判断。 但是效果非常差，不管如何优化提示词和细分 bug 它无法理解代码逻辑，它给出的这些概率值完全和代码模式本身正相关，而和它们包不包含 bug 关联性很低，尽管在提示词里已经做了非常明显的说明了。 而作为对照的正常的文本生成模型，对这些结构进行抽样检查，能轻而易举地得出结论：这些文件本身并没有什么 bug。 因此，我认为它只能去做一些简单的模式识别和判断 尽管网络上对这个模型有一些智力水平的测试，但那些测试我并不认为和我测出的这个能力边界冲突。他有一定的智力水平，但他显然无法理解代码结构的细节。 Jev 要如何应用于开发？ 我在思考这个问题的时候，想到了我自己的 AGENTS.md，这是我对于我的一个项目的真实 AGENTS.md 的文本片段: 所有的 .vue 文件中的 CSS 代码必须拆成同目录下的同名 CSS 文件。Vue 文件里面原则上不得携带 CSS 代码。 CSS 中所有的颜色等数值必须拆分为 CSS 变量，放在项目级或者组件级 CSS 文件中。不得硬编码，如果