Posts tagged with Claude Code
查看所有标签
这段时间，Codex 用户最熟悉的不是某个新模型，而是一个反复出现的动作：重置额度。
有时是因为事故，有时是因为缓存或计量异常，有时是产品发布或活跃用户里程碑。最近，5 小时额度又在部分用户界面里消失，只留下周额度；与此同时，OpenAI 方面多次把付费用户的周额度恢复到满额。另一边，Claude 也在 GPT-5.6 发布当天重置了全体用户的 5 小时和周额度。
随后，Codex 负责人 Tibo Sottiaux 对 Claude 的公告只回了一句：“I smell fear.”
这当然是一条适合截图传播的 X 回复。但如果把热闹往下挖一层，会发现这并不是单纯的“OpenAI 嘲笑 Anthropic”。它暴露的是一个更重要的变化：在 agent 时代，额度、重置和限流已经从后台基础设施变成了产品体验本身。
Anthropic 在 2026 年 7 月 24 日发布了 Claude Opus 5，把它定位为 Claude 5 系列里的日常前沿模型：接近 Claude Fable 5 的前沿智能，但价格仍与 Opus 4.8 相同，即 每百万输入 token 5 美元、每百万输出 token 25 美元。
这个价格点才是重点。
Fable 5 仍然适合最难、最长、最自主的任务。Sonnet 5 是多数团队能大规模使用的默认 agent 模型。Opus 5 位于两者之间：足够胜任严肃工程任务，比 Fable 在日常工作中限制更少，并且价格适合反复使用，而不是只在极少数场景中升级调用。
早期社区反馈偏正面，但还没有稳定共识。X 上的反应更兴奋，重点在 medium effort 质量和 token 效率；Reddit 与 Hacker News 更谨慎，关注 usage limit、模型更迭、安全 fallback，以及另一个 Opus 版本是否真的会在复杂编码会话中体感更好。这种怀疑是合理的。
Anthropic's latest Claude Code post, "A field guide to Claude Fable 5: Finding your unknowns," is not really about a new prompt trick.
It is about a shift that every serious Claude Code user is going to feel: as models get better at carrying long tasks, the limiting factor moves from raw model capability to how well the human can expose the real shape of the work.
That is the point of the "map and territory" framing in the official post. The map is what we give Claude: prompts, skills, files, specs, screenshots, references, and context. The territory is the actual system: production constraints, old decisions, implicit taste, hidden business rules, edge cases, and the parts of the codebase nobody writes down.
The gap between those two is where agentic coding succeeds or fails.
Anthropic 在 2026-06-30 发布了 Claude Sonnet 5，将其定位为目前最 agentic 的 Sonnet 模型，并把它设为 Claude Free 和 Pro 用户的新默认模型。
官方叙事很清楚：Sonnet 5 把最近只有 Opus-class 模型才能可靠完成的许多 agentic work，带到了更便宜、更快、覆盖更广的模型层级。它可以做计划、使用浏览器和终端、处理长时间 coding task，并默认启用 adaptive thinking。
对 Claude Code 用户来说，Sonnet 5 不只是普通模型刷新。它很可能成为许多团队的默认执行层：不是 Anthropic 最强的模型，但会是开发者最常调用的模型。
但升级并非无摩擦。Sonnet 5 有新的 tokenizer，thinking 和 sampling 参数的 API 行为发生变化，默认启用实时 cyber safeguards，而且它虽然比 Opus 便宜，并不代表每个任务一定更便宜。
Anthropic 在 2026-06-09 发布了 Claude Fable 5，把带有 safeguards 的 Mythos-class 能力带给付费 Claude 用户和开发者。
重点不只是 Fable 5 更强，而是 Anthropic 正在尝试一种新的发布方式：把它迄今公开可用的最强模型家族交给公众，但当请求触及 cybersecurity、biology、chemistry、distillation，或某些 frontier AI development 路径时，把敏感工作从该模型路由走。
这让 Fable 5 成为一次对开发者格外重要的 Claude 发布。早期反馈分成两面：一面惊叹于模型的长周期能力，另一面则对 access、safety routing、成本和企业数据处理方式感到不满。
对 Claude Code 团队来说，实用问题不是“要不要全部切到 Fable”，而是：哪些任务值得为 Fable 5 付费，哪些任务会被它的 safeguards 破坏或扭曲？
Anthropic 在 2026-05-28 发布了 Claude Opus 4.8。表面看，这是一次“同价格、更强 Opus”的版本升级。
但更实用的判断要窄一点：Opus 4.8 不是“所有场景都更好”的发布。它最强的信号集中在长周期 agentic coding、工具调用、对自身工作缺陷的诚实反馈，以及 Claude Code 周边的新工作流控制。它的弱信号也很重要：早期用户仍然反馈，小型 one-shot 任务有时不如 4.7，部分场景会过度思考，原来围绕 Opus 4.7 调好的 prompt 可能需要重新调。
对 Claude Code 团队来说，升级问题不应该是“4.8 是不是更聪明”，而应该是：哪些工作流现在值得用 Opus，哪些仍然应该留给更便宜或更稳定的模型？
Markdown 赢得了 agent 协作的第一阶段，因为它足够简单。
它容易生成、容易 diff、容易粘贴到 pull request 里，也足够胜任大多数笔记。因此它自然成了 coding agents 的默认输出格式：计划、总结、规格说明、评审笔记、事故复盘和实现清单，最后都变成了 Markdown。
Anthropic 最新的 Claude Code 文章指出，这个默认选择开始显露边界。
重点不是 Markdown 不好，而是 Claude Code 现在能做的事已经不只是写一篇很长的文本文件。HTML 给模型提供了更好的工作表面：更高的信息密度、更清晰的视觉结构、更容易分享的 artifacts，以及轻量级交互。
对开发者来说，这是一个很实际的变化。它改变了我们应该让 Claude Code 产出什么。
理解 Conway 最重要的一点是：
Conway 目前不是 Anthropic 已正式发布的产品。
今天我们能看到的，其实是三类信息的组合：
如果只看泄露，你会忽略整体架构。 如果只看官方发布，你又会错过 Anthropic 正在往哪里走。
真正值得写清楚的，是两者叠加后的技术路线。
“Claude Code 源代码泄露了” 这句话，一开始听起来像是社交媒体的夸张标题。
但把社区证据看得更细以后，这种怀疑需要更新。
这次事情不只是 prompt 被提取，也不只是一个模糊传闻。更可信的说法是：Claude Code 的 npm 包里发布了一个 source map，这个 source map 暴露了通往内部源码文件的路径，而社区据此重建出了远比公开仓库所展示更大的代码树。
这已经比常见的社交媒体夸张说法更接近真正的源码泄露。
简短答案：不是以单一功能名发布的，但从工作流能力上看，已经非常接近了。
Anthropic 并没有正式发布一个叫 “auto-fix in the cloud” 的功能。它真正发布的东西更值得关注：Claude Code 现在已经具备了在 Anthropic 托管的云基础设施上运行编码任务、监控 pull request、自动尝试修复 CI 问题，甚至在检查通过后自动合并的组合能力。
对开发者来说，这个区别很重要。这不只是命名细节，而是决定了它到底是如何工作的、哪些步骤是自动的、哪些仍然依赖你的环境和配置。