點(diǎn)擊下方“JavaEdge”，選擇“設(shè)為星標(biāo)”

第一時(shí)間關(guān)注技術(shù)干貨！

本文已收錄在Github，關(guān)注我，緊跟本系列專欄文章，咱們下篇再續(xù)！

• 魔都架構(gòu)師 | 全網(wǎng)30W技術(shù)追隨者

• 大廠分布式系統(tǒng)/數(shù)據(jù)中臺(tái)實(shí)戰(zhàn)專家

• 主導(dǎo)交易系統(tǒng)百萬級(jí)流量調(diào)優(yōu) & 車聯(lián)網(wǎng)平臺(tái)架構(gòu)

• AIGC應(yīng)用開發(fā)先行者 | 區(qū)塊鏈落地實(shí)踐者

• 以技術(shù)驅(qū)動(dòng)創(chuàng)新，我們的征途是改變世界！

• 實(shí)戰(zhàn)干貨：編程嚴(yán)選網(wǎng)

隨LLM進(jìn)步，AI輔助編程正快速演變。應(yīng)用范圍已從最初簡(jiǎn)單代碼提示，擴(kuò)展到端到端功能實(shí)現(xiàn)，AI自主性也越來越高。

AI編程能力正經(jīng)歷三個(gè)關(guān)鍵階段：

1. 輔助寫代碼：基礎(chǔ)的自動(dòng)補(bǔ)全與代碼片段生成

2. 對(duì)話式重構(gòu)：通過對(duì)話實(shí)現(xiàn)交互式修改與重構(gòu)

3. 自主編程：將完整的開發(fā)任務(wù)交給 AI Agen

這種演變使 AI 的角色從工具轉(zhuǎn)為合作伙伴，能承擔(dān)復(fù)雜且長(zhǎng)期的軟件工程任務(wù)。

2 現(xiàn)實(shí)軟件開發(fā)的挑戰(zhàn)

雖社交媒體常見“一條指令生成驚艷項(xiàng)目”案例，但現(xiàn)實(shí)軟件開發(fā)依舊復(fù)雜。Fred Brooks 在《人月神話》指出，軟件開發(fā)本質(zhì)困難，原因在于：

• 復(fù)雜性

• 一致性要求

• 可變性

• 不可見性

這些挑戰(zhàn)在 AI 時(shí)代不僅沒消失，反而在某些方面放大：

• 軟件抽象性讓知識(shí)傳遞和繼承變得困難，易產(chǎn)生技術(shù)債和協(xié)作摩擦

• AI雖能自動(dòng)化重復(fù)性工作，但若開發(fā)者忽視設(shè)計(jì)與需求澄清，就會(huì)導(dǎo)致 AI 生成的代碼難維護(hù)

• 目前人機(jī)協(xié)作大多是同步的，需不斷來回溝通，限制 AI 效率，也讓它無法充分發(fā)揮

阿里一直在探索如何打造一款工具，讓 AI 充分發(fā)揮潛力，同時(shí)解決軟件開發(fā)中的核心難題。

3.1 透明化 ① 知識(shí)可見性

首要目標(biāo)是讓不可見的東西變得可見。AI 應(yīng)該像一位熟悉代碼庫的專家，助開發(fā)者理解項(xiàng)目架構(gòu)、設(shè)計(jì)決策和技術(shù)債。

這種可見性能：

• 縮短上手時(shí)間

• 提升知識(shí)傳遞效率

• 讓 AI 生成的代碼更好地貼合項(xiàng)目的整體結(jié)構(gòu)

如果 AI 在后臺(tái)默默運(yùn)行，開發(fā)者容易感到失去掌控感。為此設(shè)計(jì)了：

• To-dos待辦清單：明確的任務(wù)拆分

• Action Flow行動(dòng)流程：實(shí)時(shí)的執(zhí)行跟蹤

開發(fā)者可隨時(shí)看到 AI 的計(jì)劃、進(jìn)度和決策，讓過程透明且值得信賴。

在 AI 編程中，可見性不是可選項(xiàng)，而是高效協(xié)作的必要條件。

3.2 增強(qiáng)的上下文工程

更好的上下文帶來更好的代碼。核心在于增強(qiáng)型上下文工程，包括：

• 深度理解代碼庫：AI 不只“讀代碼”，而是理解其結(jié)構(gòu)、依賴和設(shè)計(jì)理念

• 記憶能力：保存項(xiàng)目歷史、用戶操作和人機(jī)交互，支持長(zhǎng)期上下文保持

通過豐富輸入上下文，Qoder 不僅生成更精準(zhǔn)代碼建議，還能為架構(gòu)決策提供洞察，實(shí)現(xiàn)從“代碼補(bǔ)全”到“智能協(xié)作開發(fā)”的躍升。

增強(qiáng)型上下文工程不僅是一項(xiàng)技術(shù)特性，更是一種新的開發(fā)理念。

3.3 基于 Spec 的任務(wù)委托

AI Agent時(shí)代開發(fā)者核心角色從“執(zhí)行者”轉(zhuǎn)變?yōu)椤耙鈭D澄清者”。

① 聊天模式（Chat Mode）：與Agent協(xié)作

• 通過對(duì)話引導(dǎo) AI

• 審閱、修改并確認(rèn)每一次改動(dòng)

• 適合短小、迭代型任務(wù)

• 你先寫一份詳細(xì)的規(guī)格說明（Spec）

• 你再將任務(wù)交給 AI

• AI 異步執(zhí)行，僅遇到障礙才請(qǐng)求幫助

• 適合長(zhǎng)期、定義清晰的任務(wù)

Spec不只是任務(wù)說明，它還是一種思考工具和溝通媒介：幫助統(tǒng)一人機(jī)目標(biāo)，指引項(xiàng)目方向，并成為團(tuán)隊(duì)知識(shí)庫的一部分。

任務(wù)模式正是為這種新范式而生：寫 Spec → 委托任務(wù) → 檢查結(jié)果。

③ 協(xié)作方式

Chat Agent ModeQuest Mode

聊天迭代

先寫 Spec

通過對(duì)話完成編碼

委托任務(wù)給 AI Agent

適合短任務(wù)

適合長(zhǎng)任務(wù)

監(jiān)督工作過程

精確描述目標(biāo)

未來的開發(fā)流程或許是這樣的：

1. 上午：和業(yè)務(wù)方澄清需求

2. 下午：用 AI 輔助起草詳細(xì)的 Spec

3. 晚上：通過任務(wù)模式委托工作

4. 第二天：審查結(jié)果，優(yōu)化并繼續(xù)迭代

寫 Spec → 檢查 & 重構(gòu) —— 軟件開發(fā)的新工作流。

3.4 提供最合適的模型

隨著可用模型越來越多，我們提出一個(gè)問題：“選擇正確的模型應(yīng)該由用戶來做嗎？”不應(yīng)該。

開發(fā)者需要的是解決方案，而不是去研究模型對(duì)比。他們無需去看評(píng)測(cè)指標(biāo)來挑選模型。

Qoder 會(huì)根據(jù)任務(wù)復(fù)雜度和上下文，自動(dòng)匹配最合適的模型，確保性能最優(yōu)，同時(shí)減少用戶負(fù)擔(dān)。

你專注于想要實(shí)現(xiàn)什么，我們負(fù)責(zé)怎么實(shí)現(xiàn)。

4 用 Qoder 完成工作 4.0 安裝

歡迎頁：

導(dǎo)入cursor的配置頁：

語言和主題：

面板介紹：

登錄你偉大的賬號(hào)吧！gmail 即可，無需join waitlist！

實(shí)際頁面：

4.1 開始一個(gè)新項(xiàng)目

Qoder上手零門檻，你只需要用自然語言描述想法。如：

• “創(chuàng)建一個(gè) Spring Boot 應(yīng)用，實(shí)現(xiàn)照片上傳、預(yù)覽和下載功能?！?/p>

Qoder 會(huì)自動(dòng)生成項(xiàng)目框架和核心業(yè)務(wù)邏輯。

或者，你也可先用任務(wù)模式生成 Spec，描述技術(shù)棧、架構(gòu)和初始版本。一個(gè)好的初始版本就是能直接運(yùn)行的項(xiàng)目。

4.2 在現(xiàn)有項(xiàng)目中增加功能

大部分開發(fā)都是在已有代碼庫上進(jìn)行。在寫代碼前，開發(fā)者需要先了解：

• 項(xiàng)目的功能

• 技術(shù)架構(gòu)

Repo Wiki 可以即時(shí)提供這些信息。Qoder 會(huì)在后臺(tái)建立代碼庫索引并導(dǎo)入記憶，當(dāng)你開始一個(gè)任務(wù)時(shí)，相關(guān)上下文已經(jīng)準(zhǔn)備好，無需手動(dòng)選擇。

這樣，從第一行代碼起就能獲得精準(zhǔn)、上下文相關(guān)的輔助。

5 熟悉的代碼編輯 + AI 協(xié)助

日常開發(fā)中，Qoder 提供支持：

• 代碼補(bǔ)全

• 下一步編輯建議（NES）：預(yù)測(cè)多行的后續(xù)修改

• 內(nèi)聯(lián)編輯：直接在對(duì)話中修改代碼

這些功能能無縫融入現(xiàn)有工作習(xí)慣，提升效率而不打斷開發(fā)節(jié)奏。

6 最后的思考

我們的愿景是解決軟件開發(fā)中的核心難題：

• 讓不可見的部分可視化

• 加強(qiáng)人機(jī)之間的知識(shí)對(duì)齊

• 消除技術(shù)債務(wù)和協(xié)作摩擦

• 讓開發(fā)者擺脫重復(fù)勞動(dòng)，專注于創(chuàng)新

Qoder 現(xiàn)已開放公測(cè)，完全免費(fèi)。