Bluesky用户将一切问题归咎于"氛围编程"

社交网络Bluesky在周一遭遇了间歇性服务中断。单纯从这个事实来看，并不算特别值得关注——Bluesky过去也曾遇到过类似的服务中断问题，而且这次中断恰好与其他热门网站的大范围服务问题同时发生（Bluesky官方将临时问题归咎于"上游服务提供商"）。

然而，让这次宕机对许多Bluesky用户来说显得特别的是，他们立即认定这是Bluesky开发团队草率使用生成式AI辅助"氛围编程"的结果。

在周一的服务问题期间，许多Bluesky信息流中充斥着数百条帖子，将问题归咎于据称依赖不可靠AI工具发布错误代码的开发者。有些用户使用表情包，有些使用替代文本，还有些使用讽刺或冷幽默来指责Bluesky开发团队的这种所谓草率行为。

总的来说，这些氛围编程指责者的情绪是愤怒的。"任何使用'氛围编程'或依赖生成式AI编程的开发者或程序员，显然都太愚蠢了，不知道如何完成他们被付费要做的工作，应该被用大炮发射出去，"Bluesky用户T-Kay写道，总结了这种，呃，氛围。"编程需要技能，而不是粗制滥造。"

这种反应突显了有多少技术用户仍然本能地反感在他们使用的产品中以任何方式使用AI工具的想法。即使专业程序员对AI编程工具的强大功能越来越热衷，许多终端用户仍然将它们视为可以立即归咎于科技行业中任何和所有观察到问题的替罪羊。

"事情在改变。很快。"

在昨天宕机之前，Bluesky开发团队的许多成员因承认在工作中使用AI工具而面临社交媒体的强烈反对。例如，Bluesky创始人兼首席创新官Jay Graber在三月底直接发帖说"Bluesky是用AI制作的，工程师甚至一些非工程师都使用Claude Code"。Bluesky技术顾问Jeromy Johnson（在网站上使用"Why"这个用户名）一直是AI编程工具的坦率支持者，他在二月份说"在过去两个月里，Claude编写了大约99%的我的代码。事情在改变。很快。"

Bluesky首席技术官Paul Frazee后来加入了对Johnson的回复（可能是开玩笑），说："我至少和你一样进行氛围编程。"后来，Frazee说他看到了"行动号召……让我们所有人开始在工作中利用这种AI技术。"

当公司在3月28日宣布Attie时，公众对AI工具"感染"Bluesky体验的担忧增加了。Attie是一个副项目，让用户通过与基于Claude Code构建的聊天机器人对话来构建自己的定制Bluesky信息流。据TechCrunch报道，Bluesky团队成员表示，该工具的最终目标是让用户氛围编程自己的社交应用。

虽然Attie是一个独立产品，不是核心Bluesky应用的一部分，但Bluesky用户群中的许多AI怀疑论者仍然对他们认为的令人担忧的开发者分心（最好的情况）和不受欢迎的AI集成（最坏的情况）感到厌恶。考虑到Bluesky在2024年承诺不使用Bluesky帖子来训练任何AI模型，从而吸引了许多来自Elon Musk的Grok化X的用户，这一点尤其如此。

"我们听到了对AI的担忧，"Graber上周回应围绕Attie的骚动时发帖说。"我们的目标是使用这项技术给人们更大的控制权，而不是生成内容。Attie使用AI帮助你创建定制信息流，而无需知道如何编程。"

在昨天的服务中断之前，这些对AI编程和副项目的担忧已经在Bluesky用户群中最反AI的部分中酝酿了几周。在这种情况下，许多人似乎急于跳到Bluesky的问题必须与其程序员使用AI有关的结论，带着明显的"这就是你得到的"幸灾乐祸的感觉来享受这种推测。

这不是最近"氛围编程"被归咎于技术故障的唯一例子。当Anthropic上周意外泄露其客户端源代码时，一些社交媒体用户同样假设这是草率的氛围编程者在使用Claude Code推送发布时犯错的结果。虽然Anthropic的Boris Cherny将泄露归咎于代码手动部署过程中的人为错误，但这并没有阻止一些人试图将这个错误与Cherny承认团队依靠Claude Code创建"几乎100%的代码"联系起来。

是"氛围编程"还是仅仅是"AI辅助"？

撇开潜在泄露不谈，去年给倾向于对氛围编程持怀疑态度的技术观察者提供了大量弹药。草率的AI编程辅助被归咎于亚马逊最近的六小时宕机，以及多个最近的流氓编程智能体违背人类程序员意愿不可逆转地删除文件的故事。然后是对氛围编程软件安全风险的有根据的担忧，以及许多氛围编程项目难以忍受的错误或不可靠的例子。

但是，当然，有问题的软件和互联网服务问题在氛围编程成为一种现象之前就存在了很久。在没有证据的情况下，立即将你看到的任何软件或服务故障归咎于生成式AI代码的祸害，就像假设AI展示了完美的推理一样武断。

将所有用AI辅助制作的代码都放入同一个心理"氛围编程垃圾"桶中，也可能掩盖这些工具如何使用的一些重要区别。"氛围编程"的原始定义，正如它在一年多前被创造时，描述的是业余爱好者和非程序员使用AI生成最低限度工作但极其脆弱的代码，而不理解它是如何工作的。这与经验丰富的开发者使用AI驱动的编程工具更高效地编程，同时仍然使用他们积累的编程知识来组织、检查和验证代码完全不同。正如我们在一月份对AI编程工具内部的实际深入研究中所写的，"即使使用今天可用的最好的AI编程智能体，人类仍然是软件开发过程中必不可少的。"

Frazee试图在三月初的一个帖子串中突出这种区别，澄清Bluesky开发者如何在幕后使用AI。"Bluesky团队保持着我们一直以来的同样的审查、红队测试和质量保证流程，"Frazee写道。"AI编程工具已经证明是有用的，但没有改变良好工程的基本实践。人类审查和指导仍然是关键。"

这种区别似乎与一些Bluesky用户产生了共鸣，他们敦促那些急于将每个服务故障归咎于AI代码的人保持克制。"关于AI辅助编程和成为设计更复杂系统的软件开发者，以及AI在哪里可以非常有用，确实有一个真正的对话要进行，"Bluesky用户Randi Lee Harper写道。"但是当不在技术领域的人跳进来说'AI是坏的，总是'时，就不可能进行那种对话了。"

但即使一些理解Bluesky并没有突然被转换成100%氛围编程垃圾的人也很高兴有机会嘲笑开发者首先使用AI工具。"将Bluesky宕机归咎于氛围编程是明显错误的吗？是的，"Bluesky用户Lucyfer写道。"这很有趣吗？也是的。"

换句话说，即使氛围编程对许多软件故障来说仅仅是一个公众替罪羊，如果程序员承认使用AI工具，这可能是他们必须习惯听到的。"从今天的宕机中得到的教训不是它是由氛围编程引起的……"Bluesky用户Dalton Deschain写道。"而是如果你使用AI，你将不再获得怀疑的好处，无论原因如何，每个人都会嘲笑你的懒惰。"

Q&A

Q1：什么是氛围编程？它有什么问题？

A：氛围编程最初指业余爱好者和非程序员使用生成式AI生成最低限度工作但极其脆弱的代码，而不理解它是如何工作的。许多用户认为这种做法草率且不可靠，会导致软件错误和服务中断。

Q2：Bluesky开发团队真的在使用生成式AI编程吗？

A：是的，Bluesky创始人Jay Graber公开表示"Bluesky是用AI制作的，工程师甚至一些非工程师都使用Claude Code"。技术顾问Jeromy Johnson也承认Claude编写了他99%的代码。

Q3：用户对Bluesky使用生成式AI的反应如何？

A：许多用户表示强烈反对，特别是考虑到Bluesky在2024年承诺不使用用户帖子训练AI模型来吸引用户。当服务出现问题时，用户立即将其归咎于氛围编程，表现出"幸灾乐祸"的情绪。