Claude Code默认将会话URL附加到提交信息和PR描述中，引发用户对隐私和冗余的担忧，建议改为用户主动选择加入的机制。
正文
好的，这是根据您提供的英文内容，用中文重新陈述的文章主要内容，保留了关键细节，并删除了与主题无关的导航、用户界面元素和重复的元数据。
文章主要内容重述
标题： [功能请求] 提交信息和PR描述中默认附加会话URL——应改为用户主动选择加入
核心问题：
Claude Code 在每次由它创建的 Git 提交信息和 Pull Request 描述中，默认在末尾自动添加一个会话链接（例如 https://claude.ai/code/session_...）。此行为在用户首次使用时没有任何提示、警告或说明，导致用户往往在链接已经污染了 Git 历史记录后才发现。
提出的解决方案： 用户应主动选择加入此功能，而非被动接受。最理想的用户体验是在首次使用时通过一次性提示询问用户：“是否希望在提交信息中包含返回此 Claude 会话的链接？”
替代方案：
1. 保留默认开启，但让设置更易被发现，例如在首次提交时显示提示，并提供“不再添加”的选项。
2. 完全移除该链接，仅保留现有的 Co-Authored-By: Claude 署名。
用户反馈与讨论要点：
* 默认开启不合理： 多位用户认为，这种影响代码提交历史且对外可见的行为，默认开启是“非常糟糕的”、“令人毛骨悚然的”和“不专业的”。用户质疑 Anthropic 的开发决策过程。
* 设置难以发现： 虽然可以通过在 ~/.claude/settings.json 或项目级 .claude/settings.json 中配置 "attribution": { "sessionUrl": false } 来关闭，但该设置对普通用户来说极难发现。
* 对于使用 Web 或远程控制会话的用户，他们没有 Shell 环境来编辑配置文件。
* 即使知道设置，也需要在每个新仓库中重复配置，无法做到一次设置，全局生效。
* 许多 Web 用户甚至不知道 .claude/settings.json 文件的存在。
* 口头指令无效： 用户在会话中多次要求 Claude 不要添加链接，但该指令无法持久生效，链接依然会被添加。
* 隐私担忧： 用户担心会话 URL 可能泄露私人会话标识符，尤其是在公开仓库中。
* 关闭争议： 尽管开发者因存在关闭设置而关闭了此 Issue，但用户普遍认为，问题的核心不在于“能否关闭”，而在于“默认不应开启”。用户重新打开了 Issue，并列举了上述五点理由，强调该功能在默认开启、设置难寻、指令无效等方面存在严重问题。
最终状态： 该 Issue 最终被标记为“已完成”并关闭。但评论区仍有用户持续表达不满，认为这是一个“愚蠢且邪恶的功能”，并强调默认应禁用。
评论
根据评论内容，总结主要观点如下：
支持方观点（评分：正面）： - 自动添加AI归属标签有助于追溯代码来源，方便调试时查找原始对话记录（评论5、13、15） - 这是对AI辅助开发的诚实声明，避免版权欺诈（评论6、9、20） - 用户可自行关闭或修改，不影响正常使用（评论4、13）
反对方观点（评分：负面）： - 默认开启且未充分通知用户，影响用户体验（评论1、14、25） - 归属标签可能误导，即使人工审核后仍被标记为AI生成（评论3） - 链接可能失效，不符合Git的持久存储特性（评论27） - 用户希望自主控制归属方式，而非被工具强制（评论19、26）
中立/混合观点： - 功能本身合理，但实施方式需改进（评论15、18、25） - 建议使用Git notes等更开放的方式存储会话信息（评论23、26） - 部分用户因此取消订阅（评论2、12、29）
关键引用： - "I really hate this attribution nonsense...this will happen even if you audit every line"（评论3） - "Anthropic is right here. You need to clearly define what commits are AI authored"（评论6） - "Having the feature default on, without any kind of release notes...is clownshoes"（评论25） - "The major problem I see with these are linkrot...Git is supposed to be the durable storage medium"（评论27）