摘要
- 有人指出，Claude Code生成的每一条提交信息和PR说明底部，都会默认附上Claude会话URL
- 由于完全没有opt-in同意流程或入门引导说明，开发者们往往是在内容公开到GitHub之后才发现这件事
- 社区提出了三种解决方案：入门时一次性征得同意、首次提交时提示并允许opt-out、或彻底移除该功能
提交信息下方多了一条陌生链接
一位使用Claude Code进行开发的工程师在GitHub上发现了一件怪事：自己创建的每一条提交信息和PR说明末尾，都被附上了形如https://claude.ai/code/session_...的链接。根据一份提交到GitHub的问题反馈，这个会话URL在没有任何opt-in同意流程、也没有入门引导说明的情况下，被默认插入到所有用户的提交中。这条issue在Hacker News上获得了200多个赞，引起了开发者社区的广泛关注。
问题出在发现的时间点上。开发者往往是在创建提交、开启PR、团队成员或开源贡献者都已经看到之后，才注意到会话链接一直被附加在其中。issue作者指出，此时内容已经写入了无法撤销的公开仓库历史记录中。
问题出在哪里，为什么严重
会话URL本身是一个可以重新打开与Claude对话上下文的链接。问题在于，这个链接会不断累积进项目仓库的公开提交记录中——而且是在用户毫不知情的情况下。issue作者指出，团队成员和开源贡献者会在每条提交和PR底部看到这个链接，这看起来很不专业，也让历史记录变得杂乱。无论是公司内部仓库还是开源项目，提交日志都是代码的历史记录，也是协作的凭证，很少有团队会欢迎个人会话链接被自动混入其中。
开源社区提出的三种解决方案
issue中提出了三种具体的替代方案。第一种是彻底转为opt-in模式：issue作者建议，理想情况下应该在入门引导阶段询问用户一次，比如提示"是否要在提交信息中包含指向此Claude会话的链接？"。第二种是维持现状的默认开启（opt-out）模式，但在首次提交时明显提示这一事实，并提供"不再添加"的按钮。第三种是彻底取消会话URL本身，仅保留Claude Code已经在提交中加入的Co-Authored-By: Claude标签来标明贡献。
三种方案的核心是一致的：不再像现在这样悄无声息地插入，而是让用户知道会附加这个链接，并可以自主选择。
Claude Code目前是一款怎样的工具
Anthropic开发的Claude Code是一款可在终端和IDE中运行的编程代理工具。这次的会话URL问题只是众多issue中的一个，但正因为这款工具使用广泛，一个默认行为的改变就会在同样多的开发者仓库中留下痕迹。
Anthropic会如何回应这个issue、是否会采纳以及具体时间，目前尚未得到官方确认。
编辑视角
这次的事件不只是一个功能层面的小问题，而是关乎AI编程工具生成结果所有权归属的问题。提交信息是与代码一起永久留存的记录，而在用户不知情的情况下，外部服务的链接混入了这份记录，这等于是工具在用户的产出物上留下了自己的印记。站在Anthropic的角度，这或许被视为一条获取关注（用户导流）的渠道，但站在开发者的角度，自己的仓库难免会有种变成宣传板的感觉。
类似的模式此前也出现过。随着AI编程工具的普及，Co-Authored-By: Claude这类贡献标签已经逐渐成为行业惯例，这种做法至少是明确显示在提交内容里、格式也已标准化，因此在某种程度上被接受了。相比之下，会话URL的性质不同，它是个人化的链接，点击后会直接跳转到特定的对话会话，这就叠加了隐私和安全方面的顾虑。如果是公司内部代码库，这也意味着内部讨论的上下文可能会通过外部链接被暴露出去。
如果国内团队正在以团队形式使用Claude Code，现在就有必要做一件事：检查一下最近的提交日志，看看会话URL是否已经混入其中，尤其是公开的开源仓库更需要留意。公司内部代码还可以通过rebase整理历史记录，但已经被fork或clone的开源提交则很难撤回。
一条在Hacker News上获得200多个赞的issue，规模已经大到难以被悄悄忽略，预计至少会出现"强化opt-out提示"级别的应对措施。不过相比彻底移除该功能，增加入门同意流程看起来是更现实的选项。
评论