Mac 发热、风扇狂转,活动监��器却看不出原因?😭
可能是某个后台程序一直在偷偷读写磁盘。
FindDiskKiller :一个开源 Mac 工具,可以查看哪个应用占用硬盘、追踪文件访问,还能分析 Claude Code、Codex 等 AI 工具的本地占用。
适合 Mac 开发者和 AI 工具重度用户
👉https://t.co/DzLOA3tBBq
最近有个叫 Pi Agent 的 AI 编程工具在程序员圈子里挺火的。它跟 Codex、Claude Code 不一样,不搞大而全,反而特别简单。
出厂只有四个功能:看文件、写文件、改文件、跑命令。
但就是这个简单,让很多用过的人回不去了。
第一个好处是省钱。AI 编程工具按 token 收费,token 就是你和 AI 对话的字数。Claude Code 每次干活前要先背一万多个字的自我介绍,比如"我是一个编程助手,我要遵守以下规则",这些话每次都要说,都要花钱。Pi 的系统提示词不到一千字,没有���些废话。同样的任务,Pi 花的 token 可能只有 Claude Code 的几分之一,账单差距很���显。
第二个好处,也是 Pi 真正厉害的地方,是它的可定制性。Claude Code 和 Codex 是成品房,装修好了卖给你,你只能住,不能改结构。Pi 是毛坯房,但它给了你一个 SDK,你可以基于它完全定制你自己的终端,完全定制你自己的 AI 工作流。系统提示词你可以自己改,工具可以自己加、自己删,出厂四个基础工具,但你可以装 LSP、浏览器、调试器,甚至让 Pi 自己帮你写扩展。社区里已经有不少现成的"装修材料",你可以直接拿来用。未来如果你想搭一个特别专业的、特别高效的、完全按你想法来的 AI Agent 系统,Pi 是一个绕不过去的选型。它不是给你一把螺丝刀,而是给你整个工具箱,里面有什么、怎么摆,你说了算。
第三个好处是 Pi 独有的会话树。别的 AI 对话是线性的,聊错了只能全部推倒重来。Pi 的对话是树状的,你可以随时回到任意一个节点,从那里分叉继续。比如你让 AI 改了十版代码,发现第三版最好,直接点回去就能接着用。
第四个好处是它不乱来。Claude Code 有三十多个工具,AI 有时候会纠结该用哪个,结果在后台循环调用、瞎折腾,甚至把你不想改的文件也改了。Pi 只有四个工具,AI 不会想太多,反而更稳定。你让它改哪个文件它就改哪个,不会顺手把你的配置文件也动了。
第五个好处是所有操作都摆在你面前。Pi 每做一步都会清清楚楚显示在终端里:读了哪个文件、改了哪一行、跑了什么命令。没有后台偷偷摸摸的操作,你随时能检查、能叫停。
那为什么不直接用 Codex 呢?Codex 是 OpenAI 做的,技术强,但它更像一个外包团队。你把需求丢给它,它在云端帮你搞定,你不太清楚中间发生了什么。而且它是封闭产品,你只能接受它给的功能,不能自己改。
那 Claude Code 呢?它功能很全,但全面带来了臃肿。系统提示词有一万多个字,每次调用都慢、都贵。而且它只能配 Claude 的模型,你想换别的换不了。它的很多操作在后台进行,你看不见、也控制不了。它还会自动记住你之前聊过什么,有时候你也不知道它记住了什么、会在什么时候把这些记忆翻出来用。
所以 Pi 适合什么样的人?你自己有个小项目,想改改功能或者修个 bug,Pi 很合适,你说什么它做什么。你在意成本,不想每次调用都花冤枉钱在 AI 的自我介绍上。你在学编程,Pi 的每一步操作你都看得见,可以跟着它学思路。你对工具比较挑剔,希望自己的工作流由自己定义,而不是被某一家公司框死。你经常需要试错,改着改着发现前面的版本更好,Pi 的会话树对这种场景很友好。
最重要的是,如果你想基于 AI 搭一个完全属于自己的、专业的工作系统,Pi 的 SDK 和开放架构是 Codex 和 Claude Code 给不了的。
当然 Pi 也有缺点。它上手需要一点学习成本,不像 Claude Code 那样开箱即用。出厂功能少,很多东西要你自己装。如果你只是想丢给它一个需求,第二天早上收结果,那 Pi 可能不适合你。它默认人始终在旁边看着,AI 是帮手,不是管家。
选 Pi 还是选别的,取决于你想要什么样的关系。如果你想要一个全能管家,能自己规划、自己执行,那 Codex 或 Claude Code 更适合。但如果你想要一个省钱、听话、每一步都让你看得见的工具,而且希望它能长成你想要的样子,甚至未来想基于它搭一套完全属于自己的 AI 工作系统,那 Pi 可能是目前最好的选择。
⚙️ epoll vs io_uring vs sync I/O
Great walkthrough of serving files over HTTP in C three ways:
1. thread-per-request sync I/O
2. epoll event loop –
3. io_uring completions
https://t.co/E37uZUkyTj