社交網(wǎng)絡Bluesky在周一遭遇了間歇性服務中斷。單純從這個事實來看，并不算特別值得關注——Bluesky過去也曾遇到過類似的服務中斷問題，而且這次中斷恰好與其他熱門網(wǎng)站的大范圍服務問題同時發(fā)生（Bluesky官方將臨時問題歸咎于"上游服務提供商"）。

然而，讓這次宕機對許多Bluesky用戶來說顯得特別的是，他們立即認定這是Bluesky開發(fā)團隊草率使用生成式AI輔助"氛圍編程"的結(jié)果。

在周一的服務問題期間，許多Bluesky信息流中充斥著數(shù)百條帖子，將問題歸咎于據(jù)稱依賴不可靠AI工具發(fā)布錯誤代碼的開發(fā)者。有些用戶使用表情包，有些使用替代文本，還有些使用諷刺或冷幽默來指責Bluesky開發(fā)團隊的這種所謂草率行為。

總的來說，這些氛圍編程指責者的情緒是憤怒的。"任何使用'氛圍編程'或依賴生成式AI編程的開發(fā)者或程序員，顯然都太愚蠢了，不知道如何完成他們被付費要做的工作，應該被用大炮發(fā)射出去，"Bluesky用戶T-Kay寫道，總結(jié)了這種，呃，氛圍。"編程需要技能，而不是粗制濫造。"

這種反應突顯了有多少技術用戶仍然本能地反感在他們使用的產(chǎn)品中以任何方式使用AI工具的想法。即使專業(yè)程序員對AI編程工具的強大功能越來越熱衷，許多終端用戶仍然將它們視為可以立即歸咎于科技行業(yè)中任何和所有觀察到問題的替罪羊。

"事情在改變。很快。"

在昨天宕機之前，Bluesky開發(fā)團隊的許多成員因承認在工作中使用AI工具而面臨社交媒體的強烈反對。例如，Bluesky創(chuàng)始人兼首席創(chuàng)新官Jay Graber在三月底直接發(fā)帖說"Bluesky是用AI制作的，工程師甚至一些非工程師都使用Claude Code"。Bluesky技術顧問Jeromy Johnson（在網(wǎng)站上使用"Why"這個用戶名）一直是AI編程工具的坦率支持者，他在二月份說"在過去兩個月里，Claude編寫了大約99%的我的代碼。事情在改變。很快。"

Bluesky首席技術官Paul Frazee后來加入了對Johnson的回復（可能是開玩笑），說："我至少和你一樣進行氛圍編程。"后來，F(xiàn)razee說他看到了"行動號召……讓我們所有人開始在工作中利用這種AI技術。"

當公司在3月28日宣布Attie時，公眾對AI工具"感染"Bluesky體驗的擔憂增加了。Attie是一個副項目，讓用戶通過與基于Claude Code構(gòu)建的聊天機器人對話來構(gòu)建自己的定制Bluesky信息流。據(jù)TechCrunch報道，Bluesky團隊成員表示，該工具的最終目標是讓用戶氛圍編程自己的社交應用。

雖然Attie是一個獨立產(chǎn)品，不是核心Bluesky應用的一部分，但Bluesky用戶群中的許多AI懷疑論者仍然對他們認為的令人擔憂的開發(fā)者分心（最好的情況）和不受歡迎的AI集成（最壞的情況）感到厭惡?？紤]到Bluesky在2024年承諾不使用Bluesky帖子來訓練任何AI模型，從而吸引了許多來自Elon Musk的Grok化X的用戶，這一點尤其如此。

"我們聽到了對AI的擔憂，"Graber上周回應圍繞Attie的騷動時發(fā)帖說。"我們的目標是使用這項技術給人們更大的控制權(quán)，而不是生成內(nèi)容。Attie使用AI幫助你創(chuàng)建定制信息流，而無需知道如何編程。"

在昨天的服務中斷之前，這些對AI編程和副項目的擔憂已經(jīng)在Bluesky用戶群中最反AI的部分中醞釀了幾周。在這種情況下，許多人似乎急于跳到Bluesky的問題必須與其程序員使用AI有關的結(jié)論，帶著明顯的"這就是你得到的"幸災樂禍的感覺來享受這種推測。

這不是最近"氛圍編程"被歸咎于技術故障的唯一例子。當Anthropic上周意外泄露其客戶端源代碼時，一些社交媒體用戶同樣假設這是草率的氛圍編程者在使用Claude Code推送發(fā)布時犯錯的結(jié)果。雖然Anthropic的Boris Cherny將泄露歸咎于代碼手動部署過程中的人為錯誤，但這并沒有阻止一些人試圖將這個錯誤與Cherny承認團隊依靠Claude Code創(chuàng)建"幾乎100%的代碼"聯(lián)系起來。

是"氛圍編程"還是僅僅是"AI輔助"？

撇開潛在泄露不談，去年給傾向于對氛圍編程持懷疑態(tài)度的技術觀察者提供了大量彈藥。草率的AI編程輔助被歸咎于亞馬遜最近的六小時宕機，以及多個最近的流氓編程智能體違背人類程序員意愿不可逆轉(zhuǎn)地刪除文件的故事。然后是對氛圍編程軟件安全風險的有根據(jù)的擔憂，以及許多氛圍編程項目難以忍受的錯誤或不可靠的例子。

但是，當然，有問題的軟件和互聯(lián)網(wǎng)服務問題在氛圍編程成為一種現(xiàn)象之前就存在了很久。在沒有證據(jù)的情況下，立即將你看到的任何軟件或服務故障歸咎于生成式AI代碼的禍害，就像假設AI展示了完美的推理一樣武斷。

將所有用AI輔助制作的代碼都放入同一個心理"氛圍編程垃圾"桶中，也可能掩蓋這些工具如何使用的一些重要區(qū)別。"氛圍編程"的原始定義，正如它在一年多前被創(chuàng)造時，描述的是業(yè)余愛好者和非程序員使用AI生成最低限度工作但極其脆弱的代碼，而不理解它是如何工作的。這與經(jīng)驗豐富的開發(fā)者使用AI驅(qū)動的編程工具更高效地編程，同時仍然使用他們積累的編程知識來組織、檢查和驗證代碼完全不同。正如我們在一月份對AI編程工具內(nèi)部的實際深入研究中所寫的，"即使使用今天可用的最好的AI編程智能體，人類仍然是軟件開發(fā)過程中必不可少的。"

Frazee試圖在三月初的一個帖子串中突出這種區(qū)別，澄清Bluesky開發(fā)者如何在幕后使用AI。"Bluesky團隊保持著我們一直以來的同樣的審查、紅隊測試和質(zhì)量保證流程，"Frazee寫道。"AI編程工具已經(jīng)證明是有用的，但沒有改變良好工程的基本實踐。人類審查和指導仍然是關鍵。"

這種區(qū)別似乎與一些Bluesky用戶產(chǎn)生了共鳴，他們敦促那些急于將每個服務故障歸咎于AI代碼的人保持克制。"關于AI輔助編程和成為設計更復雜系統(tǒng)的軟件開發(fā)者，以及AI在哪里可以非常有用，確實有一個真正的對話要進行，"Bluesky用戶Randi Lee Harper寫道。"但是當不在技術領域的人跳進來說'AI是壞的，總是'時，就不可能進行那種對話了。"

但即使一些理解Bluesky并沒有突然被轉(zhuǎn)換成100%氛圍編程垃圾的人也很高興有機會嘲笑開發(fā)者首先使用AI工具。"將Bluesky宕機歸咎于氛圍編程是明顯錯誤的嗎？是的，"Bluesky用戶Lucyfer寫道。"這很有趣嗎？也是的。"

換句話說，即使氛圍編程對許多軟件故障來說僅僅是一個公眾替罪羊，如果程序員承認使用AI工具，這可能是他們必須習慣聽到的。"從今天的宕機中得到的教訓不是它是由氛圍編程引起的……"Bluesky用戶Dalton Deschain寫道。"而是如果你使用AI，你將不再獲得懷疑的好處，無論原因如何，每個人都會嘲笑你的懶惰。"

Q&A

Q1：什么是氛圍編程？它有什么問題？

A：氛圍編程最初指業(yè)余愛好者和非程序員使用生成式AI生成最低限度工作但極其脆弱的代碼，而不理解它是如何工作的。許多用戶認為這種做法草率且不可靠，會導致軟件錯誤和服務中斷。

Q2：Bluesky開發(fā)團隊真的在使用生成式AI編程嗎？

A：是的，Bluesky創(chuàng)始人Jay Graber公開表示"Bluesky是用AI制作的，工程師甚至一些非工程師都使用Claude Code"。技術顧問Jeromy Johnson也承認Claude編寫了他99%的代碼。

Q3：用戶對Bluesky使用生成式AI的反應如何？

A：許多用戶表示強烈反對，特別是考慮到Bluesky在2024年承諾不使用用戶帖子訓練AI模型來吸引用戶。當服務出現(xiàn)問題時，用戶立即將其歸咎于氛圍編程，表現(xiàn)出"幸災樂禍"的情緒。