Mea Culpa – 黑暗时刻

一位小型独立开发者被指使用 AI 编码助手克隆了一个开源天文学应用——连名称和一个特定 bug 都一并照搬——同时却公开把该项目包装成一个被 Apple App Store 不公正拒绝的原创提交。评论者质疑把几乎一模一样的结果归咎于 LLM 的可信度,把后来的“mea culpa”看作一种部分且自利的承认,并指出“是 AI 干的”正逐渐成为新的责任逃避方式。这个事件也引发了人们对低投入 AI 生成应用、来源验证困难,以及占星等拥挤类别下 App Store 规则不透明的更广泛担忧。

被指控抄袭与 AI 背锅

  • 许多评论者认为“Claude 不小心克隆了另一个应用”的说法并不可信。
  • 引用的证据包括:相同的应用名称(或几乎完全相同)、相同的具体 bug、相同的功能集、相似的品牌标识,以及移除了原项目的许可证。
  • 一些人把这看作“AI 吃了我的作业”——一种推卸责任的便捷说辞。

误导性的 App Store 拒绝叙事

  • 线程里更大的丑闻,是早先关于 Apple 拒绝一个“纯天文学”应用的叙事。
  • 后来人们发现,最初提交的其实是一个占星/塔罗应用,而且所在类别已经十分拥挤;而所谓天文学克隆版是否真的提交过,也并不清楚。
  • 一位知名 Apple 博主在意识到自己收到的故事遗漏了关键事实后撤回了一篇批评帖子,这让许多人觉得他被当成了宣传工具。

责任归属与“是 AI 干的”借口

  • 普遍共识是:无论是否使用 AI 辅助,你对自己发布的任何东西都负全责。
  • “Claude 干的”被比作“我被黑了”或“是电脑干的”,是一种现代替罪羊。
  • 有几条评论指出一个更广泛的模式:公司和创作者在被抓到之后,反复把责任推给不具名的 AI 工具或工人。

LLM 精确照搬的可能性有多大?

  • 有人认为 LLM 可能会复述训练数据或开源代码,并引用持续进行的版权诉讼以及试图防止过度模仿的安全功能。
  • 另一些有实战经验的人说,模型通常不会在没有明确提示的情况下整仓库克隆,而且往往会补上署名或修复 bug,所以一个 bug 对 bug 的重复再加上同名,怎么都“过不了嗅觉测试”。
  • 总体而言,模型本身是否克隆了这个应用仍不清楚,但大多数人认为人类意图才是核心。

开源、许可与来源

  • 几条评论强调:开源软件可以复用,但几乎原封不动地用几乎相同的名字和域名重新发布,品味很差。
  • 讨论也触及原项目的版权是否被正确声明,但道德责任被认为与法律技术细节是两回事。
  • 人们更普遍担忧“vibe-coded” AI 项目掩盖了未承认的第三方代码,以及追踪来源的困难。

对道歉与声誉影响的反应

  • 新帖子被形容为“有限坦白”:部分承认问题,同时仍然省略最致命的部分(例如,博主是如何被那段故事包装的)。
  • 一些人起初想赞赏这份道歉以及将域名重定向到原应用,但在读了更多上下文后改变了看法。
  • 另一些人则完全失望:这已经污染了他们对开发者其他作品的信任(包括 RSS 阅读器),有用户表示那个应用感觉就是 AI 做的,而且有 bug。
  • 少数人认为,道歉并退出那个产品领域总比嘴硬强,而且这不该变成职业生涯终结;不过大多数人都同意,声誉损害是真实存在的。

更广泛的 App Store 与占星应用问题

  • 评论者澄清,Apple 并不完全禁止占星,但它把这类应用视为过度饱和、低投入的类别(类似手电筒或放屁应用),因此新提交必须有显著差异化。
  • 有人提到过去那些可疑的星座订阅应用问题,认为 Apple 采取更严格措施是有现实原因的。

关于 AI 垃圾内容与内容可信度的更广泛反思

  • 这个案例成了更大范围担忧的跳板:人们担心代码、游戏、营销和音乐里的“AI 垃圾内容”,以及人类作者身份和责任感的侵蚀。
  • 人们把这与广告中的欺骗性 AI 使用相比较(例如,为吉他弦制作的音乐演示),也与游戏开发者悄悄使用 AI 却不披露的情况相比较。
  • 几位评论者预见,网络内容的价值会越来越被稀释,而“声望”会转向线下、实体或明确由人类完成的活动。