cursor 读取三方 jar 包的文件竟然是解压缩？

目前最优解是考虑真人怎么实现这一点，然后整理出一个 Skill 。 不过你的 jar 包指的是源码？ unzip 命令应该可以解压输出单个文件内容而不保存，让 AI 尝试一下整理出 Skill 。

让他写个脚本，调脚本分析。毕竟它没有能直接访问 jar 的工具，解压不是最直接的想法嘛。

class 会引用其他 class ，一次性解压是效率最高的方法，也方便搜索。

不删除是为了后续继续使用。分析完你很可能继续问问题对吧？如果删了让它每次回答都再重新解压一遍你又要抱怨它傻瓜了。

从工程上来说我觉得问题不大，你需要它删除和它直说就好了。解决问题就行，优雅给谁看呢。

@AoEiuV020JP 是的，但是很可能这个文件引用了另一个类，如果只输出一个文件那就得反复 unzip 了。

@kneo 问题是 A 依赖 B ，B 依赖 C ，如果不递归解压那么很可能会导致漏一行代码就会丢失关键信息。递归解压又会让那个文件夹膨胀的特别大，再碰到版本问题那就更坑了。 总之解压缩 jar 包并不是一个很好的办法

@zsmer 看你喽，结果还是得参考真人的做法，你自己希望他怎样？整理成一个 skill 。要我说的话，就应该单独画一个被忽略的目录，skills 里面写上让它解压到这个目录里面删也不用删了。 担心 jar 包太大就加个大小的判断限制给两套方案，归根结底还是得人先知道怎么处理，

@zsmer 它如果觉得有必要会继续解压依赖。如果没必要它会停下来。文件夹大小我不觉得是个问题。但我会告诉它换个地方解压。

不是啊，有 MCP 工具可以直接读源码的，比如这个

https://github.com/FangYuan33/easy-code-reader