这是真正让效率翻倍的东西。然后每个.md文件就是一个命令。用的时候在 Claude Code 里输入就行。$ARGUMENTS会被替换成后面的所有内容（整体作为一个字符串传入，详见 FAQ）。文件名不能有空格，特殊字符仅允许连字符（我第一次用的时候文件名写了，结果调用时要用而不是——中间是连字符不是空格，这个文档里没写清楚，折腾了半天。

— Anthropic 在 2026 年 6 月 9 日发布 Claude Fable 5，这是他们第一个面向公众的 Mythos 级模型。它在 SWE-bench Verified 拿——比 Opus 4.8 高 11 分、比 GPT-5.5 高 21.7 分。价格是，正好是 Opus 4.8 的两倍。GPT-5.5 仍然守住 Terminal-Bench 2.1（82.7% vs 80.5%）

上个月我们团队扩到 14 个人，后端在用 GPT-4o 做代码，产品侧用 Claude Opus 4 写文档和需求拆解，数据组用 DeepSeek V3 跑批量分析。三个模型各有各的 Key，各有各的计费面板。月底财务找我对账，我打开三个后台导出了三份 CSV，手动合并花了快两小时。那天我就决定：必须搞一个统一的 API 网关把这些 Key 收拢起来。折腾了大概一周半，踩了不少坑，最终方案跑通了。

智谱近期正式发布 GLM-5.2，我第一时间把项目里的model字段从glm-4换成了glm-5.2，结果十分钟内连续吃了三种不同的报错。422、401、429 轮着来，一度以为是自己环境炸了。折腾了大半天，把三种报错的原因全摸清楚了。如果你也是升级踩坑的，直接往下看对应的错误码，大概率能省你几个小时。简单说结论：422（实际返回 400）是因为 GLM-5.2 的 message 结构有变更，旧

最近把 DeepSeek 接入 Windsurf，填了两遍配置才跑通。第一遍照着 Cursor 的填法，Model Name 写，API 返回错误；第二遍把 context_window 设到 128k，长文件补全的后半段莫名丢失，排查了一下午才定位到是 Windsurf 的上下文处理逻辑导致的。这两个坑和 Cursor 的填法不同，记录下来供参考。：DeepSeek 目前对外开放的模型标识符为（

上周三我把项目里的模型从 Qwen3 Max 换成 Qwen3 Plus，想着就改个 model 字段的事，结果 Cursor 里请求发出去全是 404，没有任何报错弹窗，右下角连个红点都没有。折腾了大半个小时才发现：Qwen3 Plus 和 Max 在 Cursor 配置里有两处写法完全不一样——base_url 末尾要不要带斜杠，以及 model name 的 alias 格式。这两个坑踩一个

上周三我在 Windsurf 里把 claude-sonnet-5 接进 Cascade，整个过程花了大概 12 分钟。但坑的地方在于——如果你之前接过 claude-opus-4.8，会想当然地复制那套配置，然后发现有三处完全不一样，其中一处设置界面根本没有任何提示。结论先放在这：claude-sonnet-5 在 Anthropic 官方 API 中的 model ID 为；如果你走 Open

说实话，glm-5.2 写代码比我预期的猛——我拿 deepseek-v4-pro 和 claude-opus-4.8 跑了 45 道真实任务，有一类结果和社区普遍印象完全反过来上个月团队要选一个主力代码模型，我花了整整三天搭了个评测框架，把 glm-5.2（）拉到同一套题库里跑。45 道题，算法/SQL/前端/调试各 10 道加 5 道 edge case。但算法题 claude-opus-4.

上周 gpt-5.6-sol 放出来的时候，HN 上那条"单 prompt 解 30 年凸优化难题"的帖子已经 497 分了。我当天晚上就开始接，结果折腾到凌晨两点——model ID 写对了，调用也 200 了，但数学推理任务的输出质量跟 gpt-5.6-luna 没区别。第二天排查后发现是没有正确传入，sol 的推理链没有以预期档位运行。

在使用 Claude Code 并将模型切换到 claude-opus-4.8 跑代码生成任务时，偶尔会收到 HTTP 529 响应。初次遇到时容易误判为服务故障，但查看 Anthropic 状态页往往显示全绿。实际上，529与 429是两种不同的错误，触发原因和重试策略也不相同。本文说明两种错误的区别，给出排查流程和可直接使用的重试代码。