文本到代碼庫：開發人員愛上 GPT-Engineer

(資料圖片僅供參考)

站長之家(ChinaZ.com) 6月25日 消息:目前，許多對 AI 感興趣的開發人員的注意力都集中在一個特定的 GitHub 存儲庫上:GPT-Engineer。基于 GPT-4的軟件旨在根據程序員的需求自動化大部分代碼編寫過程。

除了作家之外，程序員也長期以來受益于類似于ChatGPT和Google Bard這樣的聊天機器人的進步。微軟還將AI代碼助手Github Copilot X集成到其流行的Visual Studio開發環境中。Starcoder是另一個支持聊天機器人的開源代碼模型項目。這些似乎非常有用;例如，Github報告稱，這些機器人大幅提高了程序員的生產力。

現在，另一個項目-GPT-Engineer吸引了開發者社區的極大興趣，該開源存儲庫在很短的時間內獲得了超過26，000個星標，成為該平臺上最受關注的項目。它的軟件使用現有的LLM功能（GPT-4的功能）來自動化盡可能多的代碼工作。

據開發人員Anton Osika介紹，GPT-Engineer是一種靈活且適應性強的AI解決方案，旨在通過一個提示即可生成完整的代碼庫。它了解代碼應該是什么樣子并進行相應的調整。從最初的提示開始，它遵循思維鏈原則，獨立詢問通往代碼庫的缺失信息。你告訴它你想要構建什么，它會生成代碼。GPT-Engineer可以同時評估多個文件。該系統類似于Chaos GPT，但針對的是代碼。

GPT-Engineer生成的所有代碼都存儲在文件系統中，以后可以重復使用。這是為了使GPT-Engineer盡可能簡單和靈活，并將其與以前的一些此類解決方案區分開來。GPT-Engineer需要Python基礎知識，可從終端操作。該程序目前僅接受GPT-4的API密鑰，不支持GPT-3.5。對于代碼任務，GPT-4優于GPT-3.5。

Osika還以簡單的貪吃蛇游戲為例演示了GPT-Engineer的功能。盡管該項目仍處于早期開發階段，但它讓人聯想到語言模型如何從程序員手中奪走更多工作。目前，我只看到過GPT-Engineer的技術演示，但這并不意味著它可以用于生產任務。

Osika的工作目前受到了很大的關注，這應該會激勵他解決路線圖上的下一個項目。有些東西，例如“自我修復代碼”，可以讓GPT-4自動插入錯誤并尋求反饋，也可以將代碼生成分解成小塊，或者讓GPT工程師決定下一步該做什么。用戶可以從GitHub獲取代碼和安裝說明。

關鍵詞：