













Claude Code 的终端 UX 没什么好争的,行业天花板。但用它接 DeepSeek , 问题就来了——Claude Code 的上下文压缩围绕 Anthropic 的 cache_control API 设计,System Prompt 被重写、消息中间插入摘要,前缀断裂,缓存命中率直线下降。
DeepSeek 的前缀匹配定价大家应该都清楚:
架构不对,同一个任务账单能差出几倍。
有一些专门为 DeepSeek 缓存优化的 Agent ,缓存做得不错。 但它们往往没有对标 Claude Code 的交互体验,也不在 .claude/ 生态兼容上投入。 从 Claude Code 切过去,skills 、hooks 、MCP 全得重配一遍。
反过来,兼容 Claude Code 的 Agent ,缓存策略又没为 DeepSeek 优化过。
Waveloom 特别在意这三件事的交集:
Claude Code 级别的 TUI 交互
如果你也觉得这三件事缺一不可,Waveloom 可能是目前最对口的终端 Agent 。
不是调了几个参数,是架构层面为前缀稳定性全链路设计:
我们在这个方向上投入了不少精力:
.claude/skills/ SKILL.md → 直接可用,9 个 frontmatter 字段完整支持($ARGUMENTS`、`paths`、`` !`cmd` `` 动态注入、`$ 转义等).claude/plugins/ 已安装插件 → 自动发现加载.claude.json MCP 配置 → 直接兼容,SSE + Streamable HTTP 双传输.claude/settings.json hooks 配置 → PreToolUse / PostToolUse 等 5 种事件类型 + permission_mode 字段完整兼容,~/.claude/hooks/ 下的脚本直接复用@ 模糊文件选择器、/ 命令面板、权限确认对话框、明暗/色盲主题切换、中英双语界面、Shift+Tab 进出 Plan Mode说人话:之前用 Claude Code 的,把 provider 切成 DeepSeek V4 ,skills / hooks / MCP / plugins 配置不用动,体验不会有断层。
/model 切 pro / flash ,/provider 随时换/provider kimi 一键切换,kimi-k3 已适配,thinking 推理流式输出完整支持Claude Code 也能接 K3 API ,但 Claude Code 的上下文策略围绕 Anthropic 设计,接第三方模型核心能力打折扣。Waveloom 反过来——先为 DeepSeek 优化,同时兼容 Claude Code 生态,K3 作为多 Provider 的自然延伸。
waveloom --continue 恢复关闭前完整上下文
技术栈:Go 1.25 + Bubble Tea v2 + Glamour + Lipgloss ,单二进制 ~20MB ,零运行时依赖(不需要 Node.js / Python 虚拟环境)。
当前 v0.2.0-beta.2 ,两百多个 commit 。日常用它开发它自己,核心循环、压缩引擎、权限管线已经比较稳了,但边缘场景仍有粗糙边角。
curl -fsSL https://raw.githubusercontent.com/Menfre01/waveloom/main/install.sh | shbrew install menfre01/tap/waveloomDeepSeek 用户如果被缓存命中率折磨过,欢迎试试。代码不经过第三方服务器,自备 API Key 。也欢迎拍砖 🙏
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。