大家在討論的 是 與 聯合推出的一個 AI 自動編程工具，能根據上下文自動生成代碼，供編程者參考使用。 是利用網絡中現有的公開數據，尤其是開源在 上的代碼，然后基于機器學習算法訓練出來的，理論上支持所有編程語言。

究竟有多聰明？可以用 編寫 代碼嗎？讓 AI 去寫代碼是否靠譜？來看 布道師熱心網友蔣先生、開發者 、插件 作者 阿 的使用經驗與感受。

熱心網友蔣先生的 使用嘗試

申請與接入

目前已集成在 中，但還處于測試階段，若想試用需要在 官網上進行申請，一般1-2天左右即可通過申請。申請和接入 的詳細流程可參考 的分享：

那么， 在實際開發中如何使用？阿 從用 + 編寫游戲、以及用 + 編寫 插件兩方面進行了嘗試，結果很是驚喜：在大部分情況下， 的 AI 很清楚你要做什么，通常會給出比較滿意的建議。

以下是 阿 的分享實錄：

+

函數推導

可以看到， 很容易從函數名和上下文中知道你想干什么并且給出建議代碼。

接下來我們讓 變成紅色：

變成透明：

設置文本：

添加觸摸事件偵聽：

跳轉場景：

跳轉場景并添加回調，厲害的是， 自動建議額外的 回調：

計算節點距離，這個就很有用了如果不熟悉 相關 API 的同學，只要寫好函數名， 自動幫你找到合適的 API，并給出完整代碼：

自動找到合適 API 畫圓：

添加鍵盤事件：

添加 事件：

添加 事件：

注釋推導

輸入注釋：//get pos， 自動給出合適的代碼，厲害了：

而根據 的測試，中文注釋同樣可以自動生成代碼：

上下文實時建議

剛編寫一個 let ani， 就自動給出了后面的代碼：

然后繼續編寫 ani.on，又自動給出 '’事件代碼：

但是 不會提供箭頭函數的建議，可能是剛使用， 還不熟悉我的編程風格。在注釋中要求后， 給出了：

但是，把注釋中的 改成 Last 之后，AI 仍然給出 事件的代碼，不知道是 AI 不完善，還是使用時間太短，還需要與開發人員互相磨合與調教。

+

最后嘗試一下用 + 編寫 插件。簡單的函數推導看起來也還不錯：

但奇怪的是，可能因為 阿 編寫 使用的是 ，因此在很多情況下 并不能有效推導，甚至 AI 對 似乎也不熟，時常無法給出合理建議。

總結

無論如何， 都是一個能幫助編程者提升效率的工具，但目前它的發展還遠遠未達到盡善盡美，因此勢必不能完全依賴 。除此之外，隨之可能產生的侵權、安全風險等問題也需要大家持續關注。

官網