使用人工智能编码工具已成为解决任何技术问题的便利工具。
现场参观 Bluesky 开发办公室。信用：奥里希·劳森 |盖蒂图片社
周一，社交网络 Bluesky 出现了一些间歇性服务中断。就其本身而言，这一事实并不值得注意——Bluesky 已过去曾出现过类似的服务中断，这与普遍存在的服务问题被其他热门网站报道（Bluesky正式将暂时的问题归咎于“上游服务提供商”）。
然而，让许多 Bluesky 用户注意到这次中断的原因是，他们立即认为这是 Bluesky 开发团队草率的人工智能辅助“vibe 编码”的结果。
在周一的服务问题中，许多 Bluesky 提要都被中断充满与数百的帖子那个归咎于上开发商谁是据称依赖不可靠的人工智能工具发送错误代码。一些使用的模因, 其他使用的替代文本，还有人用讽刺或讽刺幽默谴责 Bluesky 开发团队的这种草率行为。
但总的来说，这些氛围代码指责者的情绪是一种正义的愤怒。“任何使用‘vibe-coding’或任何依赖人工智能来编码的开发人员或程序员显然都太愚蠢了，不知道如何完成他们受雇去做的工作，应该被从大炮中发射出去。”Bluesky 用户 T-Kay写道，总结一下，呃，氛围。– 编码需要技巧，而不是马虎。 –
bluesky 员工：我们现在仅使用 AI 对整个网站进行 vivi 编码
是的，伙计，我可以告诉
– lex luddy（ichiban鉴赏家）（@lexluddy.xyz）2026 年 4 月 6 日上午 10:29
这种反应凸显出有多少科技用户仍然本能地拒绝以任何方式使用人工智能工具来创建他们所使用的产品。即使专业编码员正在成为越来越热情关于人工智能编码工具的力量，许多最终用户仍然将他们视为恶魔，立即将科技行业中所有观察到的弊病归咎于他们。
– 事情正在发生变化。快。 –
在昨天的故障之前，Bluesky 开发团队的许多成员因承认在工作中使用了人工智能工具而面临社交媒体的强烈反对。Bluesky 创始人兼首席创新官 Jay Graber3月下旬直截了当地发布例如，“Bluesky 是用人工智能制作的，工程师甚至一些非工程师都使用克劳德代码”。Bluesky 技术顾问 Jeromy Johnson（在网站上的昵称是“Why”）一直是人工智能编码工具的直言不讳的支持者，他说二月— 在过去两个月中，Claude 编写了我大约 99% 的代码。事情正在发生变化。快。 –
Bluesky 首席技术官 Paul Frazee 随后加入了对 Johnson 的回复（也许是开玩笑）说, – 我至少进行了同样多的振动编码。 – 后来，Frazee说他看到了“号召性用语”，要求我们所有人开始在工作中利用这种 [AI] 技术。”
3 月 28 日，公众对人工智能工具“感染”Bluesky 体验的担忧加剧，当时该公司宣布阿蒂，一个副项目，允许用户通过与基于 Claude Code 构建的聊天机器人交谈来构建自己的自定义 Bluesky feed。Bluesky 团队成员表示，该工具的最终目标是TechCrunch 报道，是为了让用户对自己的社交应用程序进行振动编码。
直到去年 12 月，我一直在使用 LLM 作为编码的奇特自动完成功能。这对于构建样板文件，或者让我对某些事情进行直觉检查，或者敲打一些无聊的日常工作来说都是很好的。
在过去的两个月里，Claude 编写了大约 99% 的代码。事情正在发生变化。快
虽然 Attie 是一个独立的产品，不属于 Bluesky 核心应用程序的一部分，但 Bluesky 用户群中的许多人工智能怀疑论者仍然感到厌恶他们认为，往好了说是令人担忧的开发人员分心，往坏了说是不受欢迎的人工智能集成。考虑到 Bluesky 吸引了许多来自以下国家的用户，这一点尤其正确：埃隆·马斯克 (Elon Musk) 的 Grok 化 X与2024 年承诺不使用 Bluesky 帖子来训练任何 AI 模型。
“我们听到了人们对人工智能的担忧，”Graber上周发布以回应阿蒂周围的喧嚣。– 我们的目标是利用这项技术赋予人们更大的控制权，而不是生成内容。Attie 使用 AI 帮助您创建自定义源，而无需了解如何编码。 –
在昨天的服务中断之前的几周里，这些对人工智能编码和副业项目的担忧一直在 Bluesky 用户群中最反人工智能的群体中酝酿。鉴于这种设置，许多人似乎急于得出这样的结论：Bluesky 的问题一定与其编码员中人工智能的使用有关，他们带着一种明显的“这就是你得到的”幸灾乐祸的感觉享受着这一假设。
这并不是最近唯一一个“vibe 编码”被指责造成技术混乱的例子。当人择时不小心泄露了其客户端源代码上周，一些社交媒体用户同样地 假定的这是一个草率的氛围编码器在使用 Claude Code 推送版本时犯了一个错误的结果。Anthropic 的鲍里斯·切尔尼 (Boris Cherny)将泄漏归咎于人为错误在代码的手动部署过程中，这并没有阻止一些人试图将错误与切尔尼的承认该团队依靠 Claude Code 来创建“我们几乎 100% 的代码。”
是“振动编码”还是仅仅是“人工智能辅助”？
撇开潜在的泄密不谈，去年给那些对氛围编码持怀疑态度的技术观察人士提供了充足的弹药。草率的人工智能编码协助是亚马逊最近发生了六个小时的停电事故，并在多个最近的故事流氓编码特工不可挽回地删除文件违背人类编码员的意愿。然后还有有根据的担忧关于vivi编码软件的安全风险，以及许多例子振动编码项目那是难以忍受的越野车或不可靠的。
当然，早在振动编码出现之前，故障软件和互联网服务问题就已经存在了。在没有证据的情况下，立即将你看到的任何软件或服务故障归因于人工智能生成代码的祸害，就像假设人工智能表现出完美的推理能力。
就个人而言，我从 12 岁起就成为了一名软件工程师。我拿我的代码质量开玩笑，但事实是我非常认真地对待它。这些笑话的来源是对编写复杂软件并避免错误或中断是多么困难的谦虚。
— 保罗·弗雷泽（@pfrazee.com）2026 年 3 月 5 日下午 4:58
将所有使用人工智能辅助编写的代码放入同一个心理“振动编码的垃圾”桶中也可能会掩盖这些工具使用方式的一些重要区别。的“vibe 编码”的原始定义，“正如一年多前创造的那样，它描述了业余爱好者和非编码人员使用人工智能生成最低限度工作但极其脆弱的代码，而不了解其工作原理。这与经验丰富的开发人员使用人工智能驱动的编码工具更有效地编程，同时仍然使用他们积累的编码知识来组织、检查和验证代码完全不同。正如我们在一篇文章中所写的一月深入实践实践深入到人工智能编码工具的内部——即使拥有当今最好的人工智能编码代理，人类对于软件开发过程仍然至关重要。”
弗雷泽试图强调这一区别在三月初的帖子中，阐明 Bluesky 开发人员如何在幕后使用 AI。“Bluesky 团队保持着我们一贯的审查、红队和质量保证流程，”Frazee 写道。– 事实证明，人工智能编码工具很有用，但并没有改变良好工程的基本实践。人工审核和指导仍然是关键。
这种区别似乎引起了一些 Bluesky 用户的共鸣，他们敦促那些急于将每个服务故障归咎于人工智能代码的人保持克制。“关于人工智能辅助编码和成为一名设计更复杂系统的软件开发人员，以及人工智能在其中非常有用的地方，需要进行一场实际的对话，”Bluesky 用户 Randi Lee Harper写道。“但是，当非科技行业的人突然说“人工智能总是很糟糕”时，就不可能进行这样的对话。”
但即使是一些了解 Bluesky 并没有突然转变为 100% 振动编码的废话的人，也很高兴有机会嘲笑开发人员首先使用人工智能工具。– 将 Bluesky 中断归咎于 Vivi 编码显然是错误的吗？是的，– Bluesky 用户 Lucyfer写道。——好笑吗？也是的。 –
换句话说，即使氛围编码只是许多软件故障的公害，但如果程序员承认使用人工智能工具，他们可能必须习惯听到这种说法。– 今天的停机时间的教训不是 – 它是由振动编码引起的 – Bluesky 用户 Dalton Deschain写道。“如果你使用人工智能，你将不再从怀疑中受益，无论出于何种原因，每个人都会嘲笑你的懒惰。”
Kyle Orland 自 2012 年起担任 Ars Technica 的高级游戏编辑，主要撰写有关视频游戏背后的商业、技术和文化的文章。他拥有马里兰大学新闻学和计算机科学学位。他曾经写了一整本书扫雷舰。