Claude Code 源码暴露事件与智能体框架的启示

Matthew Berman 讨论有关 Anthropic 发布的 npm 包意外包含 source map、从而暴露 Claude Code 客户端源码的报道。2026 年 3 月的这一事件引发公众对编程智能体框架的研究。当时的报道将暴露归因于打包错误，Anthropic 表示没有敏感客户数据或凭据暴露。

Berman 声称将代码转换成 Python 会自动使其合法，并消除版权保护。这不正确：翻译或改写代码不会自动消除版权或授予许可。源码可以公开访问，也不意味着专有项目就变成了开源项目；许可和权利取决于适用事实和法律。

他认为公众的关注说明开发者重视 Claude Code 的框架，即模型周围的工具和编排机制。Berman 认为框架与 Claude 模型的结合很重要，预计开发者会研究其中的设计思路。他对竞争项目将受到何种影响的预测属于推测。

Berman 转述一项社交媒体分析，称数千个文件和大量代码遭到暴露。不同公开报道的统计数字不同，视频没有独立确认完整清单，也不能说明底层 Claude 模型权重或训练数据已被发布。

他说开发者可能运行本地变体，并将框架与不同模型结合，同时认为 Claude 的效果可能最好。实际兼容性取决于实现方式和服务商。某份副本或衍生作品的法律地位，不能仅通过更换编程语言来确定。

Berman 认为竞争者可以学习权限处理、智能体编排和其他设计思路。他还说公众审查可以发现安全弱点。源码暴露既可能帮助防御者检查代码，也可能帮助攻击者；仅仅公开并不能确保系统变得安全。

他认为该事件没有客户数据或凭据泄露那么严重，这与报道中 Anthropic 的声明一致，同时也给出了自己对公司处理方式的评价。视频另含 Zapier MCP 服务的付费赞助。

Berman 转向一篇社交媒体对框架的分析，首先介绍用于记录项目指令、编码规范和架构的 CLAUDE.md 文件。这类文件可以为智能体提供有用上下文，但“每个文件每轮都会重新读取”以及特定的 40,000 字符限制都是与版本相关的说法，本文未独立核实。

他提倡并行子智能体和 Git worktree，以分隔同时进行的工作。他转述一种说法，称提示缓存共享使并行几乎免费。缓存可以降低部分重复输入成本，但各智能体仍会消耗 token 和工具资源；缓存命中、定价及总成本取决于实际工作负载。

评论中介绍了上下文分叉、队友和隔离 worktree 等组织智能体的方式。Berman 偏好并行工作，但并非每项任务都适合拆分：协调、编辑冲突和重复分析都可能带来成本。

Berman 建议配置权限，避免反复批准相同操作。他介绍允许、绕过和自动权限选择。权限提示不一定意味着配置失败；对于范围或风险不确定的操作，征求授权可能正是预期的保护措施。

他倾向使用分类器辅助的自动模式，并认为绕过权限已基本过时。功能可用性和模式行为取决于版本及设置，自动分类也可能出错。关闭检查或允许大范围操作，与授予范围狭窄的权限具有不同的影响。

Berman 讨论上下文压缩：缩减旧对话或工具输出，让长会话能够继续。他转述外部人士对几种机制的描述，包括总结部分对话、提取会话记忆和截断较旧消息。这段视频没有独立证实具体的内部分类。

他建议有意识地使用 /compact，并让重要上下文保持聚焦。无论手动还是自动触发，摘要都可能遗漏或扭曲细节，因此他建议用户考虑哪些内容需要保留。他对上下文窗口大小和模型相对质量给出的数字是历史说法，会随模型和配置变化。

Berman 说，继续已有会话可以保留有用的任务上下文，并提到大型工具结果可能被存储，只提供较短预览的说法。他建议输入内容保持聚焦。确切的存储和预览限制取决于实现与版本，并非普遍保证。

他介绍围绕工具使用、提示提交或会话开始与结束等事件运行的钩子。其中一个建议用途是在代码变化后检查文档是否需要更新。钩子可以自动执行检查，但配置必须与预期的触发条件和效果相匹配。

他介绍继续、恢复或分叉会话以保留相关历史，而不是每次从头开始。这有助于保持连续性，但对于无关任务，新会话也可能有用；经过摘要后，保留的上下文未必完整。

Berman 转述有关内置工具的说法，并区分并行读取与串行修改。确切的工具数量和并发规则取决于版本，并行智能体共享工作区时仍可能发生冲突。worktree 可以减少重叠，但不能消除整合和审查修改的需要。

他建议发现智能体走错方向时及时中断，而不是等待错误结果。中断可能避免进一步工作和支出，但已消耗的 token 不会返还。

Berman 想象使用外部元框架修改编程框架，让它随时间改进。他欢迎更广泛实验的可能性。这是一个提出的工作流程，并不能证明已实现完全自主的递归自我改进。