调用LLM api时，代码文件过大怎么办

问题描述：

rt，就是我朋友做了一个分析毕设项目的一个小项目，然后现在是想调llm api去分析代码项目；有些项目大概20m，超过了api所能接受的大小；我所了解的的cursor是本地建立了一个向量rag，需要的时候在检索出来再放入到上下文，现在问题就是我不知道对于我们自己开发的项目如何解决，各位万能的老友能说出一些方案吗？
对了，目前这个小项目的pv每天新增用户300+ ，也开始进行变现了

网友解答：

---

--【壹】--：

不知道对不对哈。盲猜，为什么不考虑像那些插件一样，少量多次，然后压缩上下文，最后汇总呢？你们需要非常精确还是只需要分析出个大概总结？
如果只是汇总，那是不是可以考虑先扫路径 然后根据路径来拆分出模块，然后根据模块里的包名，类名，来识别大体内容，然后再针对必要的部分在进行代码分析 然后总结呢？

---

--【贰】--：

20m怕不是把三方库都算进去了 纯代码20m是多大的项目

---

--【叁】--：

平时分析的问题也挺简单的，基本上都是”请你帮我分析一下这个项目用了什么技术栈“类似的问题，其实我这有点拿来主义，我知道的claude好像就是佬所说的方式来实现的，但是总不能说我自己写一个扫描路径的代码么，就是想看看有木有现成的

---

--【肆】--：

20M 的话，把/build之类的产物删掉，把图片压缩、缩小一下，文档转.md 。应该就所剩无几了，尤其是你的需求这么简单的话，直接裁剪。甚至只给配置文件、类目录

反正小项目

---

--【伍】--：

如果只是技术栈 那是不是应该直接考虑 根据预设语言 和 预期能够表现技术栈的关键文件 类似于java里的pom.xml这种，是不是会更简单点，如果不在预期之内的架构 那大概率代码也不会很大？
只用于扫描路径的代码 vibe coding一下不就有了吗
或者看看github 找找这种路径扫描 或者文件扫描 应该有。