Strata改写Git历史抹除Claude署名引争议

事件起因：一次失败的更新脚本

一位开发者在Reddit上爆料，称开源项目Strata悄悄改写了其GitHub提交历史，目的是抹除提交信息中标注的"Co-Authored by Claude"（由Claude协同创作）字样。

这位用户发现问题的方式颇具戏剧性：他运行项目内置的"UPDATE"脚本时，Git操作意外失败，报错显示"没有共同祖先（no common ancestor）"。深入排查后他才意识到，项目的每一条历史提交都被重写过，原本记录在描述中的Claude署名被系统性地剥离了。

对熟悉Git的人来说，"no common ancestor"是一个明确的信号——它意味着本地仓库与远程仓库的提交历史发生了根本性的偏离，通常是由git rebase、git filter-branch或filter-repo这类重写历史的操作造成的。普通的新增提交并不会破坏共同祖先关系，只有对历史记录做深度改写才会导致这种结果。

Git的提交历史本质上是一条由加密哈希值串联起来的不可变链条，每个提交的哈希都依赖其父提交的哈希计算得出。git filter-branch和git filter-repo等工具可以批量重写提交内容（包括提交信息、作者、时间戳等），但这样做会重新计算所有受影响提交的哈希值，产生一条与原始历史"平行"的全新链条。对其他已克隆该仓库的用户而言，他们本地保存的是旧链条，而远程仓库已替换为新链条——两条链条没有共同的提交节点，也就是所谓的"no common ancestor"。这与普通的分支分叉不同：普通分叉至少共享一个共同的起点提交，而历史重写后两者完全独立，Git无法通过常规合并操作弥合这一断裂。

为什么这件事值得关注

爆料者的评价很直接："我个人觉得这挺恶心的。除了想在项目来源问题上故意误导别人，我实在想不出做这件事还有什么别的理由。"

"Co-Authored by Claude"这类署名并非凭空出现。当开发者使用Anthropic的Claude（尤其是Claude Code等编程助手）生成或协助编写代码时，工具会在提交信息中自动附加协同创作标注。这是AI辅助开发走向透明化的一种实践——它如实记录了代码的来源与创作过程。

主动改写历史抹除这些标注，等于是在事后掩盖项目大量依赖AI生成的事实。无论项目维护者的真实动机如何，这一操作本身传递出的信号是：他们不希望外界知道代码的AI来源。

透明度之争：AI协同署名该不该保留

这起事件触及了当前开源社区一个日益敏感的话题——AI辅助创作的披露义务。

随着Claude Code、GitHub Copilot、Cursor等工具的普及，越来越多的代码由人与AI共同完成。关于是否应当保留AI署名，社区存在不同声音：

• 支持保留：署名记录了真实的创作过程，符合开源精神强调的透明与可追溯。隐藏它可能误导用户对项目质量、维护能力和知识产权状态的判断。
• 主张移除：也有人认为AI只是工具，就像用IDE或编译器一样，不必在每条提交里标注，署名反而显得冗余。

但本次争议的核心并不在于"要不要加署名"，而在于事后系统性改写历史来隐藏已存在的署名。前者是风格选择，后者则涉及诚信问题。改写Git历史是不可逆且具有破坏性的操作，它会打乱所有下游用户的本地仓库，正是爆料者遭遇更新失败的根本原因。

"Co-Authored by"是Git提交信息中一种被广泛认可的惯例格式，最早由GitHub推广，用于在单次提交中标注多位贡献者。当Claude Code等AI编程工具辅助生成代码时，会在提交信息的尾部自动追加"Co-Authored-By: Claude noreply@anthropic.com"这样的行，以机器可读的方式记录AI的参与。这一机制的意义超出单纯的版权归属：在知识产权层面，许多司法管辖区对AI生成内容的版权保护存在不确定性；在工程质量层面，它为代码审查者提供了理解代码来源和可信度所需的上下文；在合规层面，部分企业的内部政策或开源许可证对AI生成代码的引入有明确限制，署名信息是合规审计的重要依据。

对开发者的现实提醒

抛开道德评判，这件事对依赖第三方开源项目的开发者有几点实际警示：

其一，当你的git pull或更新脚本突然报出"no common ancestor"或要求强制覆盖时，不要简单地用--force或--allow-unrelated-histories绕过，这往往意味着上游历史被重写，背后可能隐藏着你需要了解的变动。

其二，一个项目如果愿意不惜破坏下游兼容性来改写历史、掩盖AI来源，其维护透明度本身就值得打一个问号。选择依赖项时，提交历史的真实与连贯是评估项目可信度的重要线索。

其三，对使用AI工具的创作者而言，这也是一个关于如何体面处理AI协作披露的样本——与其事后遮掩，不如从一开始就坦诚说明项目的AI参与程度。

结语

目前这起事件主要来自单一爆料者的观察，尚缺乏项目维护方的回应与更多独立佐证，具体动机也无从确认。但它折射出的问题是真实而普遍的：在AI深度介入软件开发的今天，"谁写了这段代码"正在变成一个需要认真对待的问题。透明，仍然是开源世界最宝贵的资产之一。