IDEA太吃内存，他干脆自己重做了一个。 2026年8月2日，一名27届科班大学生，被一个很多Java程序员都遇到过的问题卡住了。🤔IntelliJ IDEA确实很好用，但它也越来越重。写代码、运行项目、调试问题、检查修改，很多工作都离不开它。可到了AI编程越来越普及的时候，很多代码已经可以交给Codex、Claude Code这些工具来写。开发者真正需要做的，反而越来越像是：把项目打开，看懂AI改了什么，把程序跑起来，再确认这些代码到底有没有问题。😅为了完成这些事情，却还要长期挂着一套可能占用几GB内存的开发环境。于是，他没有继续想办法给IDEA省一点内存。他干脆重新做了一个轻量IDE。打开普通项目后，它本身的基础内存占用通常只有300～400MB。项目开源大约一个月，GitHub已经来到897 Star、83 Fork。🐮今日GitHub盲盒开到：1lck。他做的项目叫 Lithe。⭐故事最开始，其实就是为了一个很现实的问题。1lck是一名27届科班大学生，大学期间就一直在接触开源，也给Nacos等项目提交过贡献。但真正让他开始做Lithe的，不是觉得IDEA“不够强”。恰恰相反。IDEA的功能已经非常完整。问题是，AI正在改变程序员使用开发工具的方式。🤔如果AI已经能帮忙写掉越来越多的代码，那么开发工具还有没有必要把所有能力一直开着？于是Lithe选择了另一条路。它没有一开始就想把IDEA所有功能重新复制一遍。而是先留下开发者每天真正会反复用到的东西。打开项目。编辑和搜索代码。运行程序。调试问题。检查每一次代码修改。再加上版本记录、项目历史和数据库这些常用能力。简单来说，可以把它理解成一个更轻的开发工作台。AI负责帮你多写一点代码。Lithe负责让你把这些代码看懂、跑起来，再检查清楚它到底改了什么。而为了把内存真正压下来，Lithe也不会一打开就把所有功能全部启动。很多后台能力，只有真正用到的时候才会加载。所以打开一个普通项目后，Lithe自身的基础内存通常只有300～400MB。👑但做着做着，它也开始不只是一个“轻量代码编辑器”。项目可以直接运行。断点可以调试。代码修改前后，可以放在两边直接对比。一个项目应该怎么启动，它也能自动判断。除了Java项目，现在一些Python、Go、前端项目，甚至Docker项目，也能识别对应的启动方式。后来，开发时经常需要额外打开的东西，也开始慢慢被收进来。数据库可以直接连接和查询。Markdown文档和流程图可以直接预览。代码提交说明可以交给AI生成。多项目、本地历史、多个文件同时打开、内存监控这些能力，也一点点补了进去。原来只是想少占一点内存，最后慢慢变成了一套真正能完成日常开发工作的IDE。🐮而这个项目后来又往前走了一步。Lithe最开始重点做的是macOS。后来，Windows版本也开始加入。两个系统没有强行共用完全一样的界面，而是各自保留适合自己的实现。但真正需要保持一致的核心功能，又会共用同一套底层逻辑。这样既能照顾两个系统的使用体验，也不用所有东西都重新做两遍。截至目前，这个2026年8月2日才创建的项目，已经拿到897 Star、83 Fork，而且仍在持续更新。Lithe现在当然还不是另一个完整的IntelliJ IDEA。它的能力、性能和细节，还有很多地方需要继续补。但它从一开始想解决的，也不是：怎么做一个功能比IDEA更多的IDE。而是另一个越来越现实的问题。以前，开发工具需要帮程序员完成大量写代码的工作，所以它越做越强，也越做越重。现在，AI开始接过越来越多“写代码”的任务。开发者留下来的，是理解代码、运行项目、找到问题，再确认AI到底有没有写对。2026年8月，1lck最开始只是想摆脱几GB的IDE内存占用。一个月后，他已经真的做出了一个基础内存只有300～400MB的轻量开发环境。如果AI以后真的写掉了大部分代码，你还需要一个越来越重的IDE吗？实用软件分享 Java IDEA github优质项目