Claude Code / 快速开始
Claude Code 更新日志
更新日志用于了解新能力、行为变化和可能影响团队流程的功能。
为什么要看更新日志
Claude Code 更新很快，权限、模型、上下文、Web/Desktop、插件、Hooks、MCP、自动化和平台集成都可能改变工作方式。更新日志用于判断团队流程是否需要调整。
不要只看“有什么新功能”，更要看这些变化是否影响权限默认值、上下文管理、模型可用性、CI/CD、Web 会话、插件兼容性和成本。
怎么读
建议按影响面阅读：先看权限和安全，再看模型与上下文，再看团队入口和自动化能力。
| 关注项 | 为什么重要 |
|---|---|
| 权限模式 / auto mode | 会影响 Claude 是否在关键操作前停下来询问。 |
| 模型和 fast mode | 会影响速度、成本、可用能力和默认选择。 |
| Web / Desktop / Slack | 会影响团队把任务放在哪个入口发起。 |
| Hooks / Skills / Plugins / MCP | 会影响可复用工作流和企业集成。 |
团队升级方法
团队不要在生产仓库里第一次试新能力。先选一个低风险项目，确认权限、构建、测试、浏览器验证和 CI 行为，再写进团队规则。
- 新功能先在个人仓或样例仓验证。
- 确认是否需要更新 CLAUDE.md、settings.json、Hooks 或权限规则。
- 把影响团队协作的变化写到内部 runbook。
完整使用要点
补充官方文档中容易被压缩遗漏的核心概念、操作顺序、权限边界和验证要求，方便中文学习者按页面完整学习。
更新日志怎么落地
Claude Code 更新日志变化频繁，团队应把它当作流程维护材料，而不是新闻列表。每次出现权限、模型、上下文、Web/Desktop、Hooks、MCP、Skills、Subagents、插件或安全相关更新，都要判断是否影响团队默认设置。
推荐做法：低风险仓库先试用；确认 CLI/IDE 版本；检查 settings、permissions、hooks 是否需要更新；把新能力写入 CLAUDE.md 或内部 runbook；对高风险模式如 bypass、auto、远程任务保持单独审查。
更新日志里的价格、模型、计划限制和可用平台可能变化，实际采用前应以官方当前页面为准。
学习检查清单
把本页内容落到真实任务中，用入口、上下文、权限、验证和团队规则五个维度检查是否真正掌握。
学习检查清单
读完本页后，不要只记住概念名。你应该能把“Claude Code 更新日志”放回 Claude Code 的真实工程流程里：任务从哪里发起，系统会加载什么上下文，哪些动作需要审批，结果如何验证，失败时如何回退。
如果这是概念页面，要特别确认它如何影响真实任务：它改变上下文、权限、执行路径、验证方式，还是改变团队协作流程。
- 能用自己的话说明本页解决的具体问题，而不是只复述标题。
- 能写出一个最小示例任务，并标明目标、范围、禁止事项和验收标准。
- 能判断哪些信息应该放进当前提示，哪些应该沉淀到项目规则或配置里。
- 能说明哪些长期规则应该写进 CLAUDE.md，哪些运行行为应该交给 settings、permissions、Hooks、Skills 和 MCP。
- 能在任务完成后检查 diff、命令输出、测试结果、截图或 PR 说明，而不是只相信自然语言总结。
如果要把本页用于团队培训，可以让学员用 Claude Code 完成一个小任务：先只读解释，再提交计划，再执行最小改动，最后用真实验证命令和人工 diff 审查收尾。