正在打开每日关注
正在打开每日关注
作者以玩笑方式建议直接改用 pi,回应 Claude Code 系统提示词臃肿问题。
My step by step process has just one step. 1. Use pi instead of Claude Code
Here's a step-by-step process to kill all the bloat from your Claude Code system prompt: 1. Run a proxy so you can see exactly what gets sent to Claude Code (included in the article) 2. "Fuck, there is so much cruft in there" 3. Use my settings.json to kill all the bloat Down to a clean 13K tokens to start each session with. Nice. Full process here: https://t.co/Kie84HMe2A
是什么 这是一条带有明显玩笑色彩的纯观点推文。Pau Labarta Bajo 把“清理 Claude Code 系统提示词”的复杂步骤压缩成一步:直接使用 pi。它引用 Matt Pocock 的经验,后者主张先通过 proxy 观察 Claude Code 实际发送的内容,再识别其中的大量冗余,并用 settings.json 将启动上下文压缩到 13K tokens。
核心设计 这里的“设计”并非 UI 或交互设计,而是 Agent 工程中的系统设计与配置取舍:通过可观测性揭示隐藏的上下文成本,再用更精简的默认配置降低每次会话的固定负担。原推文进一步把“优化现有系统”与“更换工具”放在同一决策轴上,强调工具本身的默认复杂度也值得审视。
关键洞察 提示词并非越多越好。冗余规则会增加 token 成本、稀释任务重点,并可能让开发者误判模型行为。proxy 代表测量,settings.json 代表治理,而 pi 则代表以替换方案获得更短路径。
边界与风险 “直接换工具”是幽默化的极端建议,不能证明 pi 在功能、兼容性、稳定性或团队协作上优于 Claude Code。13K tokens 也只是引用中的特定配置结果,不能直接推广到所有项目。