作品 & 能力
改造 Terax:给一个 AI IDE 装上版本管理和手机端
一个专给 AI 编程用的轻量 IDE:内存占用比 IDEA 少很多,因为它只保留 AI 开发真正用得上的那几样。底子是开源的 Terax(Tauri + React + Rust,Apache 2.0),我 fork 下来按自己的用法拆开重做了一轮——一周多,14 次提交、458 个文件、+27352 / −39087。
它是什么:只留 AI 开发要用的五样
IDEA 那种全能 IDE 装的是「所有语言、所有场景」,代价是内存吃得厉害、启动慢;而用 AI 写代码时,人真正在做的事其实很少。所以这个方向是做减法——留下这五样,其余全砍:
- 命令行主体——AI 编程的入口就是终端里那个会话,它是整个界面的中心,不是角落里的一个面板
- 文件管理——看得见项目结构、能快速定位和过滤
- git 管理——AI 改得快,所以更需要随时看 diff、能回滚(这是我补得最重的一块)
- 移动端远程开发——人离开电脑,手机也能接上正在跑的那个会话
- 多项目多组别管理——同时开好几个仓库、分组切换,不用开一堆窗口
结果就是内存占用比 IDEA 少很多,开着一整天也不会把机器拖垮。
为什么要改
这类 AI IDE 的注意力都在「让模型写得更好」上,但真正每天卡住我的是别的事:改完想看 diff、想回滚、想知道这行是谁什么时候写的——版本管理弱得只剩一个提交按钮;以及人离开电脑,正在跑的会话就断了联系。这两件事没人替我解决,那就自己动手。
做了三件事
难在哪
最费劲的不是加功能,是搞清楚一个别人写的、还在持续更新的大工程:改动要落在哪一层、怎么不跟上游冲突、Rust 和前端的边界画在哪里。举个具体的:对话里的「思考中」为什么忽隐忽现——查到根因是 Claude Code 在一条消息完成时才写 JSONL,不是边流边写,读文件这条路天然做不到比「一轮」更实时;于是把「已定稿的对话」交给 transcript、「正在进行的这一轮」交给屏幕、「刚发出去的消息」交给页面自己扣住,三方各管一段才稳。
这一轮的 21 条问题逐条写进了仓库的 docs/issues.md,前 12 条已完成并实测通过,剩下的标明来源与状态。
这说明我能接什么
能读懂并改动别人的大型工程——桌面客户端、跨端应用、需要跟系统打交道的工具。不管是给现成的开源项目做定制、把某个能力移植进你的产品,还是接手一个前人留下的代码库继续往下做,这类活我能接。