告别 Claude Code，拥抱 Pi 开发新体验
Goodbye Claude, Hello Pi
作为 Claude Code 的长期用户，我见证了它如何推动软件开发的新时代，但累积的小问题最终让我决定转向 Pi。从 AGENTS.md 的格式转换困扰，到 VSCode 中无法同时处理多个任务的限制，再到频繁更新导致的系统提示词变动，这些体验让我感到疲惫。Pi 的简洁、稳定和高可定制性让我重获开发乐趣。虽然 Anthropic 试图通过新功能挽留用户，但为时已晚。如果你也受够了过度复杂的工具，不妨试试开源方案 Pi，它或许能带来更清爽的开发体验。
后来像 Pi 这样的工具拥有后见之明的优势，能看清哪些功能真正有效，哪些可以舍弃。
HN 评论区
485- bottlepalm
我过去三个月前还在 TUI 里用 ChatGPT 和 Claude，但最近我对 LLM 的使用量爆炸式增长——跨多个项目、多个会话。我觉得自己已经超出了 TUI 的承载范围，现在改用 ChatGPT/Claude 桌面版了。VS Code 现在主要作为代码审查工具，必要时才用来管理 git。
图形界面（GUI）更简洁，繁琐的细节被收在可展开的区块里，这让浏览历史记录更简单、更清爽，也没有滚动 bug；富文本更容易阅读，表格和图片直接嵌入聊天中，浏览器等资源也能在会话上下文中调用。侧边栏里还有拖拽会话组织（置顶）、定时任务等功能。所有这些都集成在侧边栏里。
通常 TUI 会在 VS Code 里打开，并限定在当前项目仓库，所以如果有 10 个项目，就得开 10 个 VS Code 实例，扩展性很差。而用 GUI 桌面应用，只需一个程序，就能在不同仓库中启动会话并轻松切换，无需为每个项目单独打开 VS Code。我看不到有什么理由让我想回头再用 TUI。
现在还有谁只用 GUI 了吗？还是你们还在用 TUI？为什么？试过 GUI 界面吗？
- leobuskin
Pi 是个不错的 harness（我终于试着用它搭配了 abliterated GLM），但配合 Anthropic 订阅就不行了。而且，一般来说，有多个理由要避免使用其他 harness 搭配他们的模型（个人观点）：
1. 可能因违反服务条款（ToS）而被封禁；
2. 它们默认不支持 Anthropic 的所有通信机制，Anthropic 大量使用自定义 header、隐藏标志和未文档化的 API 特性，这些都会影响模型行为；
3. 在 CC（Claude Code）中，Compact 模式更好（显著更好）；
4. 缓存相关的细节问题（我是说，Anthropic 即使在 CC 里也常把缓存搞乱，他们的缓存机制并不简单）；
5. 几乎无法避免使用 Pi 的扩展，而我不愿把我的 oauth token 交给任何第三方（看看 reddit/X 上那些因 token 泄露和滥用导致被封禁的帖子吧）——要想让 Pi 接近 CC 的能力，需要在其之上进行大量黑客式改造。
CC 自带 hooks 和 mods，甚至如果你需要深度定制，还有 ui_*（未文档化）协议，这些足以让你在 CC 之上实现任何你想要的功能。
另外，我从 CC 最早版本就开始用了，对我来说，它（原样）就是市面上最好的 harness。我完全不知道大家在抱怨什么问题（除了这些年已知的几个大 bug，总共 3-4 个，我从未遇到过任何严重问题）。体验无缝流畅，专为 Anthropic 模型优化。
P.S. 你可以认为这是斯德哥尔摩综合征效应，但……你几乎不可能在 Anthropic 解封，而且它确实是最好的编程 […]
- gvkhna
Pi 毫无疑问是最好的 harness。因为它是你的，只有完全掌控，才能从“驾驶代理”转向“编排代理”。
我对 LLM 的中断和沮丧感已断崖式下降。令人惊叹的是，仅仅几行系统提示词（system prompt），就能让代理更频繁地做出正确行为。
- B4uler5
我从四月开始用 Pi。之前我用的是 copilot CLI，它虽然不是最前沿的 harness，但当时比 Pi 开箱即用的精简功能集更“功能丰富”。
最让我立刻被吸引的是，它能让你修改每一个部分。这有点像 emacs 的文本缓冲区：缓冲区里的每个单元格都完全开放，可随意编辑。我的配置相当精简，比如，我会像 copilot 那样，对可能具有破坏性的 cli 调用和文件编辑进行匹配确认。
目前我的 pi 配置把它变成了一个导师。它不再直接修改代码，只提供建议，旨在教学。所有代码修改都由我手动完成。我用 deepseek flash 搭配它，因为它便宜得离谱。这对我很管用，但说实话，你可以按任何方式配置 Pi，这也是我个人认为它是最棒 harness 的原因——只要你能想到，就一定能实现！
- brabel
作者在抱怨 VSCode 里的 Claude Code。这些抱怨大多不适用于 Claude 桌面应用。你不需要 VSCode 来审查代码，直接用 Claude 应用就行，它已经提供了很好的支持。
如果你要转向 Pi，也许可以搭配 JetBrains 的 ThinkRail 使用。这是我目前最喜欢的 harness，因为它能完成我想要的一切：支持多模型（包括本地模型）、专注于代理完成后的代码审查、默认使用 worktrees。它还加入了一些设计软件的实用工具，让我非常享受。唯一不能做的是让你编辑文件 :) 但这没关系，在极少数需要我自己写代码的情况下，我用 emacs，感谢上帝，再也不需要笨重的 IDE 了！
- jeena
这很有趣。我工作用 Claude，因为公司付了 200 美元的订阅费；但在家我用 Pi，搭配 glm-5.3-flash，现在又换成了 deepseekv4.1-flash。
工作时我真的不太喜欢 Claude，只用它是因为 Anthropic 不允许其他 harness。如果工作能给我 20 美元的 ollama 云订阅，而不是 200 美元的 Claude 订阅，我工作时会开心得多——这就是我对它有多不满。
- siraben
我已经日常使用 Pi 一个多月了，再也不想回头。最新一批前沿模型的 bash 调用非常复杂，所以我写了一个扩展，把它们改写成纯英文，同时仍方便完整展开。不像某些 harness 似乎试图对用户隐藏这些内容，在我看来这很不负责任。[0]
- kschiffer
我开发了一个 Claude Code 的 mod，它能显示一个仪表盘，将 issue/PR 链接到 claude 会话，并让我围绕具体活动（如审查、处理 issue、修复 PR、编写规格说明和临时会话）来组织工作。
作为一个从 vim + tmux、纯键盘工作流过来的人，这种设置对我来说最自然，无需跳出终端。
另外很棒的是，这是一个自引用的 setup，可以在使用 Claude Code 工作的过程中轻松开发和增强。
我相信你们中很多人也在构建类似的个性化 setup。