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模型來吸引用戶。當服務出現問題時，用戶立即將其歸咎于氛圍編程，表現出"幸災樂禍"的情緒。