이미지: anthropics (GitHub Copilot) 화면 갈무리
摘要
- 有人提出问题：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将如何回应这一问题、是否采纳以及具体时间，目前尚无官方确认。
编辑视角
这件事并非单一功能的问题，而是关于AI编程工具生成结果归属权的问题。提交信息是与代码一同永久留存的记录，而在用户不知情的情况下，外部服务链接混入其中，等同于工具在用户的产出物上留下了自己的痕迹。站在Anthropic的角度，这或许被视为一条获取用户关注（引流）的渠道，但对开发者而言，自己的代码仓库变成了宣传板，感受自然不会好。
类似的模式此前也出现过。随着AI编程工具的普及，Co-Authored-By: Claude这类贡献标注已经成为业界惯例，之所以被接受，至少是因为它在提交内容中是明确可见、格式统一的标准化写法。相比之下，会话URL是一种个性化链接，点击后会直接跳转到某个具体的对话会话，这就叠加了隐私和安全方面的顾虑。对于企业内部代码库来说，这甚至意味着内部讨论的上下文可能会通过外部链接被暴露出去。
如果国内团队正在集体使用Claude Code，现在就该有所行动了：先回头查一遍最近的提交日志，确认是否已经混入了会话URL，尤其是公开的开源仓库更要留意。企业内部代码还可以通过rebase整理历史记录，但已经被fork或clone的开源提交则很难再撤回。
一条issue能在Hacker News上获得200多个赞，这种规模很难被悄悄忽略过去。可以预期，至少会出现"强化opt-out提示"这一级别的调整。不过相比彻底移除该功能，增加入职同意流程似乎是更现实的选择。
评论