Devin第一手使用體驗：完成度很高但要替代程式設計師還很遠
Devin 到底是個漂亮的Demo，還是已經能取代程式設計師的智能體，使用體驗怎麼樣，拿到測試資格的網友第一時間分享了自己的體驗。由10 面IOI 金牌在手的創業團隊Cognition AI 開發的全球首個AI 程式設計師智能體Devin，一發布就讓科技圈坐立不安。
在演示中，Devin 幾乎已經可以獨立完成許多人類程式設計師需要大量時間才能完成的工作，效果一點不比一般程式設計師差。
但是，產品能力的邊界在哪裡，實際體驗和示範時候有差距，還得看上手實測之後的效果。
這位斯坦福的小哥在Devin 發布的第一時間就聯繫了團隊，獲得了第一手體驗的資格。
他讓Devin 幫它做了幾個難度不一的項目，錄製了一個視頻，在推上寫下了自己的使用感受。
首先是讓Devin 做一個用API 取得股票價格的軟體：
下一個任務是讓Devin 做一個可以讓一般使用者直接與大模型下棋的網站。
需求複雜的程式設計任務還搞不定
使用者下一步棋，系統會翻譯成提示詞給GPT-4，然後GPT-4 進行回复，然後回復再被轉換為反映在棋盤上的具體某一步棋。
依照小哥的要求，系統需要由相當多的零件組成。
他個人最為關注在這個系統的開發過程中，Devin 能不能做到以下幾點：
知道如何準確地使用GPT-4 API，因為大多數LLM 實際上並不知道如何使用，並且API 的呼叫存在版本衝突。
正確地請求API 金鑰並安全地處理。
處理包錯誤。
了解如何提示LLM 下棋並能精確地回傳提示詞。
令小哥想不到的是，Devin 不僅要求小哥提供API 金鑰，而且在試用過程中還可以正確地保護它。
不過，Devin 目前回饋速度還相當慢，小哥推測是因為後台發生的代理提示遠遠比要看到的要多得多。
從小哥發起請求開始，它花了大約19 分鐘才詢問API 金鑰。
小哥猜測，如果延遲是由於他們在後台運行大量提示造成的，那麼延遲應該會隨著時間的推移而加快。
因為他們以後可以存取專用GPU 或與Claude 或OpenAI 合作降低延遲（估計是GPT-4 或Claude Opus）。
Devin 首先制定了一個規劃。
在右上角，使用者可以切換「跟隨」狀態，這樣使用者可以將螢幕自動移動到#Devin 目前啟動了的選項卡上。
小哥沒有打開跟隨狀態，因為他希望隨時觀察各個位置的變化。
規劃器會隨時保持針對目前任務的更新狀態。
Shell 看起來和普通的Shell 沒什麼差別，但用起來真的很有趣！
Devin 在工作過程中會開啟多個shell，在shell 的底部，使用者可以拖曳藍色滑桿來往前查看Devin 所寫的指令。
下圖是它當在嘗試調試棋盤未渲染的內容。
同時，小哥要求它再執行一個數據分析的任務。
小哥要Devin 去「創造一張過去五十年南極洲海水溫度的地圖」。
對於這個請求，小哥覺得有兩個面向可能很有挑戰性：
處理空間資料繪圖/ 視覺化。
知道在哪裡下載數據，而且了解如何使用數據來源，因為地理空間數據處理起來很麻煩。
Devin 能像一個優秀的程式設計師一樣聰明地閱讀自述文件，也執行一些基本的EDA 來理解資料結構。
數據居然是ascii 文件，小哥覺得有點奇怪。
當小哥點擊對話「調試Python 腳本…」中的其中一個步驟時，它會開啟與該步驟相關的程式碼庫部分，因此可以追蹤某一個具體時間點發生的情況。
小哥比較擔心的是，如果不是必須詢問API 金鑰，Devin 似乎會不停地編碼停不下來。
所以他試了試是否可以更改他先前提出的請求或指定其他內容，中斷Devin 的編碼過程。
因為對於大部分使用者在編碼時，都有可能會改變主意或是有一些新的東西想要添加進系統之中，能夠處理這種情況是很有必要的。
這是編碼過程中的截圖：
瀏覽器介面的呈現方式如下：
然後小哥又提了針對資料視覺化的任務又提了一個要求，讓系統將高溫設定為藍色，低溫設定為紅色。
為了不中斷編碼的過程，似乎Devin 又開啟了一個工作線程來記錄小哥的臨時要求。
最終，Devin 將App 部署到了Netlify 上了，一個應用程式已經上線了。
網頁的連結：https://t.co/wTbtz2waDn
就像人類寫的程式一樣，第一個版本肯定是有Bug 的。
因為小哥要求的是南極洲的溫度記錄，似乎對Devin 來說它理解起來有些障礙。
於是小哥把要求顯示的位置改為了北美。
總結
小哥並沒有給Devin 修改了Bug 的結果，只是初步總結了用Devin 開發的第一個網站的使用體驗。
先說優點：
Devin 產品化做得很好，他給人的使用體驗是一個完整的產品而不是只是一個簡單的對話框。
AI 是系統最關鍵的部分，但支撐AI 功能的產品化的結構是Devin 的亮點。
Devin 能夠完成自動部署，API 金鑰保護，隨時修改和添加需求等等非常好的各種功能。
產品的完成度已經非常高了，遠遠超過了一般的演示Demo。
再說缺點：
Devin 的反應還很慢，當然小哥也說，因為他用的是1M 的Starlink 來上網，所以反應慢很有可能是他自己的原因。
其次就是還不能允許使用者直接自己編輯程式碼，而且也沒辦法協作完成。
當然，最初那個下棋的應用，難住了Devin，最後沒有完成部署。而那個數據視覺化的任務，似乎也有些Bug。
最終，小哥用Devin 做了一個chrome 插件，可以幫助用戶把Github repo 轉換成Claude prompt。
外掛程式下載地址：https://t.co/k3l8JTWK7Z
網友評價
網友看了這個實測之後還是覺得有點失望，畢竟這個任務一個初級程式設計師是能做到的，但是Devin 的視覺化專案的結果只做出了一個有Bug 的網頁。
看來Devin 本質上還只是一個可以上網的大模型，現在要讓他解決實際問題還有難度。
參考資料：