更多关于 Anthropic 的 Scion 抄袭《幽灵》的内容

在回应昨天关于 Anthropic 的 Scion 抄袭《幽灵》的帖子时，我收到了一些问题和担忧。这是回答大问题的后续行动。这是一个敲诈勒索。鉴于我所知道的，我昨天的帖子试图尽可能地慈善，特别是与《幽灵》的相似之处大多是无意的，而缺乏信用是由于没有进行尽职调查的结果。然而，在发表这篇文章后，我私下收到证实，Scion 故意公然抄袭《幽灵》，特别是人员重叠。这不可能是无意的致敬。这是我昨天有预感的事情，但考虑到我当时所知道的情况，我不太愿意说出来。这种相似之处不仅仅是派生数据的概念。有人指出，导出数据只是一个索引，这是一个众所周知的概念。我想澄清的是，派生数据只是最惊人的相似之处。它比这更深入，并扩展到整个数据模型，以及围绕它构建的许多结构。

Anthropic 如何描述 Scion 的变更集。

《幽灵》也有同样的概念；我们称之为盆景变更集。在 2022 年的相同氧化物材料中，我是这样描述它们的：我如何描述 Mononoke 的 Bonsai 变更集。它们是完全相同的。就连“Scion”这个名字也把“Bonsai”的音节颠倒过来，去掉了“B”！这可能是巧合，也可能不是。对于派生数据，我还想提请注意正在构建的索引类型，例如指责。需要这样做是 Bonsai 数据模型的自然结果，因此需要构建索引也就不足为奇了；我提请注意术语和框架的惊人相似性，因为这确实是我们在 Meta 源代码控制团队工作期间思考它的方式。另一组相似之处是在服务器端 API 中进行版本控制查询和变更。这是在《幽灵》中实现的，但我相信《幽灵》之前的其他系统也有它，所以我不会声称新颖。但如果你所做的是将克劳德指向幽灵并要求它重建它，你可能会设计出非常相似的东西。

Bonsai 数据模型是非常逆向的。我想强调的是，源代码控制中流行的智慧是类似 Git 的数据模型。