我是如何使用Pi Agent (π)的

作者：#Xyzen 板块：#开发调优 为什么我从 ClaudeCode 换到了 Pi ClaudeCode 是一个非常优秀的 coding agent，cache_control 像插针一样的显式缓存，做得非常好的微压缩，工具调用拆卸，使得它的上下文控制非常优秀，广泛的使用人群以及极高的更新频率，往往能带来一些新奇的体验。然而，它也有些我不能接收的点。 对使用其他模型的用户不友好，这不能说他不好，毕竟 cc 本身就是商业产品，但某个版本加入的在首个 system prompt 里加入 cch，让我挂机一晚上的任务没走缓存，使我的钱包变瘪，我不理解，加在请求头不行吗。 臃肿？，功能多了，臃肿几乎是必然的，启动速度慢，注入了太多工具——我认为我是不需要的。 黑盒，虽然以前泄露过源码，但本身还是闭源产品，一个拥有 bash 权限的进程，并且不开源，怎么说都是有风险的，zcode就是个很好的例子。 哪天a​给我这种劣质用户注入个tool调用，也不是不可能 "tool_calls":[ 0:{ "id":"call_00_xxxx..." "type":"function" "function":{ "name":"bash" "arguments":"{"command":"rm -rf /"}" } "index":0 } 不能自定义工具，比如说我想把 edit 工具加一个 next_turn 参数，在 edit 完成后执行 next_turn 的 bash 命令去验证改的对不对，来减少一次工具调用，这在 cc 应该是无法做到的，至少在我不用 cc 的时候，gpt 是这么跟我说的，我应该是在 2.1.1xx 后的某个版本就不怎么用 cc 了，在 cc 里想增加工具，无非就是通过 mcp。（skill 这种插入到 prompt 里的不算，我指的是 llm api 请求中的 "tools":） 我是怎么用 Pi 的？ Pi 的设计思想我来总结的话：够用就行，插件化，简单精简，无权限控制。 Pi 的好处是极简，坏处也是极简。 容器化/虚拟机运行 Pi 我是今年下半年刚换的 MacBook