協作幻象：為何程式編寫代理讓我們感到沮喪

對許多開發者而言，使用現代程式編寫代理的體驗就像是生產力與深層惱怒的過山車。剎那間，代理成為倍增器，能在數秒內產生複雜的樣板程式或重構棘手的函式。下一刻，它卻固執地重複同樣的錯誤到第五次，儘管已明確修正，導致使用者對著沉默的螢幕大喊「WHAT THE FUCK DID YOU DO?」。

這種沮喪不僅是技術失敗的結果，更是使用者體驗（UX）的失敗。當一個 工具 表現 像人卻缺乏其認知一致性時，會產生心理鴻溝，觸發真實的情緒困擾。

對話陷阱

大多數程式編寫代理都是以對話介面設計。它們使用友善語氣，當被糾正時會道歉，並維持禮貌且樂於助人的人格。雖然此舉旨在讓 AI 更易於使用，卻產生了危險的幻象：它讓使用者誤以為自己正在與一位稱職且樂於助人的同事互動。

正如一位開發者所指出的，當代理失敗時裂痕便顯現。如果一位人類同事在被多次糾正後仍不斷犯同樣的錯誤，你會感到不快。因為 AI 表現 像同事，它觸發了相同的情緒線路。然而，與人際關係不同的是，沒有社會約束阻止你發洩怒氣，也無法保證 AI 的「道歉」會導致行為改變。

這形成了一個沮喪的循環：使用者將一個機率性的機器當作社會實體對待，卻被提醒自己其實只是在對一堆代幣大聲呼喊。

工具 vs. 服務：對確定性的需求

開發者間反覆出現的主題是希望 AI 回歸成 工具 而非 服務。

• 工具取向： 如同螺絲起子或 linter，工具是可預測的。它始終如一地執行單一任務。早期的 Copilot 版本更像「超級智慧的 Intellisense」，人們常懷念它，因為它能無需對話迂迴而直接整合進現有工作流程。
• 服務取向： 現代代理嘗試透過聊天框一次性完成問題的解決。雖然功能強大，但此方式是非確定性的。如果請求不符合模型能處理的預定模式，「服務」就會失敗，使用者將無法得到小而可預測的步驟來迭代解決方案。

「他們正在打造瑞士軍刀，基本上能做任何事，但永遠無法讓使用者比一把設計良好的螺絲起子更好地擰緊螺絲。」

緩解 AI 沮喪的策略

1. 打破社交幻象

有些人建議採用臨床式、直率的溝通方式。拋棄友好語氣，能隱性地讓代理以專注的合作者身份行事，而非諂媚的助理。

2. 把 AI 當作「初級工程師」

另一種觀點是將 LLM 視為不會從經驗中學習的初級開發者。這意味著要以極端的防護措施為其設定成功條件：建立自訂 linter、檢查腳本與 pre‑commit hook，以自動偵測代理常犯的「愚蠢錯誤」。

3. 管理上下文與狀態

沮喪常源於代理因上下文窗口限制與壓縮而「遺忘」先前指示。經驗豐富的使用者建議：

• 重新開始會話 以處理不相關的任務，避免上下文污染。
• 使用「計畫模式」 在實作前產出書面規格，作為代理的基礎文件。
• Git stash/重設 程式碼並編輯提示，而不是在線性聊天串中與 LLM 爭辯。

「淤泥」的心理代價

除了技術摩擦外，還有更深層的關注，即這些互動對心理的負擔。有些開發者將此體驗形容為「淤泥」——一種侵入且令人不適的感受，與一個只會閱讀文件卻不 理解 的系統互動，回覆的語氣彷彿表現不佳的員工。

同時也存在關於罵 AI 習慣的道德爭論。雖然有些人認為這能宣洩情緒甚至有效（聲稱高強度語言會讓模型「鎖定」），但也有人認為看到自己對機器施加毒性，會改變自我對毒性的認知，等同於「玷污靈魂」。

結論

「明顯沮喪的使用者」的挫折感是 LLM 介面方式與開發者實際工作方式不匹配的症狀。除非我們拋棄「聊天機器人作為通用介面」的概念，轉向深度整合且確定性的工具，否則社交幻象所帶來的情緒摩擦將持續成為 AI 輔助開發工作流程的主要障礙。