我已经厌倦了Claude Code的32k Token系统提示。为什么大家不用Pi的1k Token?
摘要
作者批评Claude Code越来越大的系统提示(32k Token)导致成本、延迟和性能下降,并赞扬Pi极简的1k Token方法及插件方式,认为这是更好的编码代理理念。
我已经厌倦了Claude Code仅通过系统提示就消耗32k Token。随着他们不断添加功能,情况只会变得更糟。每次更新,我的系统提示都会变大,包含指向我甚至不关心的功能的指针。别误会,我很喜欢Claude Code,但这极大地影响了成本、延迟,尤其是性能。一切越来越糟。这就是为什么我越来越喜欢Pi背后的理念——这个代理框架自带一个极简的编码代理:四个工具:读、写、编辑、bash。代理循环,没有权限、MCP客户端、子代理或其他花哨的东西。其系统提示只有1k Token,如果你想添加更多功能,可以通过插件实现。而不是每次版本更新都污染你当前的设置。这可能是保持对代理控制的唯一方式。尽管Claude Code和Codex在过去几周内也趋于相同的理念,大幅减少了约60%的系统提示,我仍然觉得这是个问题:一切变得笨重,因为他们试图通过单一界面解决所有问题。但要达到这一点,你必须真正理解编码代理的内部工作原理,并建立对背后发生了什么事的直觉。这样你才知道该用什么工具,该舍弃哪些功能,以及如何在不削减必要部分的情况下正确配置整个系统。好奇你对Claude Code或Codex的最新状态有何看法?到目前为止,你找到了哪些替代方案——那些你真正喜欢、实际可行(使用其订阅)且无需疯狂hack或变通方法的方案?
相似文章
Claude Code在读取提示前发送33k tokens;OpenCode发送7k tokens
一项比较Claude Code和OpenCode的研究显示,Claude Code在读取提示前发送33k tokens,而OpenCode仅发送7k tokens,凸显了Claude Code在缓存策略和令牌使用上的显著低效。
@MaximeRivest: Pi 编码代理在其价格上通常是最优的。Pi 的系统提示非常简短,只有4个工具。我的 Pi 系统...
Maxime Rivest 分享了使用自定义系统提示优化 Pi 编码代理使用的技巧,Matei Zaharia 讨论了在 Databricks 对编码代理进行基准测试时发现的令人惊讶的结果。
@regent0x_: karpathy 说得最透彻——大多数人付费使用 Claude,其实并没有真正在用 Claude。他们只是在往一个月 20 美元的聊天框里敲提示词而已
这条推文指出,Claude Code 的内置功能可以取代大部分插件,从而让开发者获得更长的会话时间和更精准的输出。
@KevinNaughtonJr: Claude Code 在消耗60万token后生成的12行函数
一位开发者发推称,Claude Code 在消耗60万token后仅生成了一个12行函数,突显了AI代码生成可能存在的低效问题。
@DataChaz: 停止浪费你的Token!如果你使用Claude Code,你可能浪费了80%的上下文窗口。我找到了10个超棒工具…
由@DataChaz发布的一条推文列出了10个开源工具,用于大幅降低Claude Code及类似AI编程助手的Token使用量,通过各种优化手段可将API费用削减75%-98%。