作者 | 彭友順，AI 愛(ài)好者

AI 時(shí)代的研發(fā)基礎(chǔ)設(shè)施重構(gòu)

工廠不會(huì)消失，但每一個(gè)工位上坐著的，已經(jīng)不再是同一種存在。

01 一條流水線的啟示

1913 年，亨利·福特在密歇根州高地公園的工廠里，把汽車(chē)生產(chǎn)拆解成 84 道工序，每個(gè)工人只負(fù)責(zé)其中一道，T 型車(chē)的生產(chǎn)時(shí)間從 12.5 小時(shí)壓縮到了 93 分鐘。這不是因?yàn)楣と俗儚?qiáng)了，而是因?yàn)橄到y(tǒng)被重新設(shè)計(jì)了。一個(gè)多世紀(jì)后，AI 正在對(duì)研發(fā)團(tuán)隊(duì)做同樣的事情。不是讓程序員消失，而是把整條"軟件生產(chǎn)線"重新拆解、重新設(shè)計(jì)。那些還在用 2019 年的方式管理研發(fā)團(tuán)隊(duì)的公司，正在重蹈柯達(dá)的覆轍——不是死于無(wú)知，而是死于"暫時(shí)還沒(méi)出大問(wèn)題"。

02 文檔的本質(zhì)變了：不再是給人看的

過(guò)去的邏輯

過(guò)去，文檔是給人看的。

產(chǎn)品經(jīng)理寫(xiě)PRD，研發(fā)讀PRD，然后憑借經(jīng)驗(yàn)、溝通、猜測(cè)，把需求翻譯成代碼。這條鏈路里充滿(mǎn)了信息損耗：模糊的表述、遺漏的邊界條件、各自理解不同的字段含義。

一個(gè)需求，往往要經(jīng)過(guò)3輪以上的對(duì)齊會(huì)議，才能進(jìn)入開(kāi)發(fā)階段。

現(xiàn)在的邏輯

現(xiàn)在，文檔是給機(jī)器看的。

AI寫(xiě)代碼，速度不是瓶頸，理解才是。當(dāng)你扔給AI一份語(yǔ)義模糊的Word文檔，它給你生成的代碼質(zhì)量，約等于你給一個(gè)第一天入職的實(shí)習(xí)生講需求。

但當(dāng)你給AI一份結(jié)構(gòu)化、分層清晰的規(guī)格描述，它能在幾分鐘內(nèi)生成可運(yùn)行的代碼、測(cè)試用例、技術(shù)方案——誤差率接近于零。

這就是規(guī)格驅(qū)動(dòng)開(kāi)發(fā)（Spec-Driven Development，SDD）的核心思路。

GitHub上有一個(gè)叫OpenSpec的項(xiàng)目，目前已有超過(guò)25000顆星，它把這個(gè)思路做成了工具：你用/opsx:propose描述你想構(gòu)建的功能，AI 立刻為你生成一套結(jié)構(gòu)化的規(guī)格目錄——

└── tasks.md      # 實(shí)現(xiàn)清單

然后你跑一句/opsx:apply，AI 按照規(guī)格逐項(xiàng)實(shí)現(xiàn)，每一步都有跡可循。

它的設(shè)計(jì)哲學(xué)是：先對(duì)齊，再動(dòng)手（Agree before you build）。人和AI在寫(xiě)第一行代碼之前，就把"做什么"和"怎么做"講清楚了。

這和過(guò)去的需求評(píng)審會(huì)議有本質(zhì)區(qū)別。評(píng)審會(huì)是在說(shuō)服彼此，而規(guī)格驅(qū)動(dòng)開(kāi)發(fā)是在給AI喂一份它能直接消化的"施工圖紙"。

文檔的受眾變了，文檔的寫(xiě)法就必須變。

給人看的文檔，追求的是易讀；給機(jī)器看的文檔，追求的是結(jié)構(gòu)化、可執(zhí)行、無(wú)歧義。

03 工廠隱喻：人與 AI，誰(shuí)做什么

流水線上的分工

回到福特工廠。流水線上每個(gè)工人的價(jià)值，不是"全能"，而是在正確的位置做正確的事。今天的研發(fā)團(tuán)隊(duì)，也在經(jīng)歷類(lèi)似的分工重構(gòu)。

三個(gè)核心動(dòng)作：輸入、分揀、質(zhì)檢

工廠流水線的本質(zhì)，是三件事：輸入原材料、分揀加工、確認(rèn)質(zhì)量。人與AI的協(xié)作，同樣是這三件事：

輸入

你需要給AI喂進(jìn)去的不只是"需求"，而是上下文完整、邊界清晰、格式標(biāo)準(zhǔn)化的"指令包"。AI生成結(jié)果的質(zhì)量上限，是你輸入質(zhì)量的上限。

分揀

AI會(huì)生成大量?jī)?nèi)容：代碼、方案、文檔、測(cè)試用例。你的工作是判斷哪些可用、哪些需要調(diào)整、哪些是幻覺(jué)。這需要的是判斷力，而不是執(zhí)行力。

? 質(zhì)檢

AI不會(huì)告訴你它錯(cuò)了。它會(huì)自信地寫(xiě)出有bug的代碼，會(huì)言之鑿鑿地引用一個(gè)不存在的數(shù)據(jù)。最終的質(zhì)量把關(guān)，永遠(yuǎn)是人的責(zé)任。

AI是高速運(yùn)轉(zhuǎn)的機(jī)器，但機(jī)器不負(fù)責(zé)對(duì)結(jié)果負(fù)責(zé)。人負(fù)責(zé)。

AI 不下班

工廠里有一條鐵律：機(jī)器比人更耐用。一臺(tái)沖壓機(jī)可以每天24小時(shí)運(yùn)轉(zhuǎn)，不需要換班，不需要年假，不會(huì)因?yàn)榍榫w不好而出錯(cuò)。流水線的真正革命，不只是把工序分開(kāi)了，還把"時(shí)間"這個(gè)維度徹底改寫(xiě)了——生產(chǎn)不再受制于人的精力。

你的團(tuán)隊(duì)每天工作8小時(shí)，周末休息，需要睡覺(jué)、吃飯、開(kāi)會(huì)。但AI不需要。它可以在你睡覺(jué)時(shí)跑完所有自動(dòng)化測(cè)試，在你吃飯時(shí)完成代碼初稿，在你開(kāi)會(huì)時(shí)處理完三個(gè)需求的規(guī)格文檔。

Cursor、Claude Code、GitHub Copilot——這些工具的本質(zhì)，是把研發(fā)工作流從"人的工作時(shí)間"擴(kuò)展到了"全天候"。一個(gè)合理搭建了AI工作流的團(tuán)隊(duì)，有效產(chǎn)出時(shí)間可以逼近24小時(shí)。

人需要休息，這是人的局限，也是人的權(quán)利。AI不需要休息，這是它的本質(zhì)。真正的問(wèn)題不是AI能不能工作，而是你有沒(méi)有為它搭好可以持續(xù)運(yùn)轉(zhuǎn)的流水線。

04 人的角色沒(méi)有消失，而是躍遷了

導(dǎo)演不上臺(tái)，但電影是他的

克里斯托弗·諾蘭拍《星際穿越》，他沒(méi)有親自操作攝影機(jī)，沒(méi)有設(shè)計(jì)特效渲染算法，沒(méi)有配樂(lè)。這些都由專(zhuān)業(yè)團(tuán)隊(duì)完成。

但那部電影，是他的。因?yàn)?strong>他定義了它應(yīng)該是什么。

這正是AI時(shí)代工程師角色的本質(zhì)變化——不是從臺(tái)前退到幕后，而是從"執(zhí)行者"躍遷為"定義者"。

現(xiàn)在，AI接管了"手"的部分。但AI沒(méi)有意圖，沒(méi)有判斷，沒(méi)有對(duì)業(yè)務(wù)的理解。它無(wú)法決定應(yīng)該做什么，無(wú)法判斷做出來(lái)的東西對(duì)不對(duì)，無(wú)法在幾個(gè)方向里選出更值得走的那條路。

這些，只有人能做。

從"How"到"What"和"Why"

Andrej Karpathy（特斯拉前AI總監(jiān)，OpenAI聯(lián)合創(chuàng)始人）說(shuō)過(guò)一句話："英語(yǔ)正在成為最熱門(mén)的編程語(yǔ)言。"

他是在說(shuō)，清晰地定義問(wèn)題、描述意圖、設(shè)定邊界，正在成為比手寫(xiě)代碼更核心的工程能力。

這是一種更高階的能力，需要更深的業(yè)務(wù)理解、更強(qiáng)的系統(tǒng)視野、更敏銳的判斷力。它比"寫(xiě)代碼"難，也比"寫(xiě)代碼"更值錢(qián)。

數(shù)據(jù)說(shuō)話

GitHub 2023年的研究顯示，使用 Copilot 的開(kāi)發(fā)者完成任務(wù)速度平均提升55%。而那些真正掌握"人機(jī)協(xié)作"的工程師——能精準(zhǔn)定義任務(wù)、快速判斷AI產(chǎn)出質(zhì)量、高效修正偏差——產(chǎn)出效率提升達(dá)到3到10倍。

差距不在于誰(shuí)更會(huì)用工具，而在于誰(shuí)更清楚要用工具做什么。

AI是一支隨時(shí)待命、執(zhí)行力極強(qiáng)的團(tuán)隊(duì)，但它沒(méi)有方向感。 給它方向的人，才是真正的核心資產(chǎn)。

05 重構(gòu)基礎(chǔ)設(shè)施：讓 AI 成為一等公民

這是最容易被忽視、但影響最深遠(yuǎn)的一層。

數(shù)據(jù)和流程，要為AI而生

過(guò)去，我們?cè)O(shè)計(jì)系統(tǒng)是為了讓人方便操作：

文檔寫(xiě)在石墨文檔、Confluence，格式隨意 接口文檔寫(xiě)完就不更新 ? 測(cè)試用例存在個(gè)人電腦里 部署流程靠口口相傳的SOP

這套東西，AI幾乎沒(méi)有辦法消化。

AI友好的研發(fā)基礎(chǔ)設(shè)施，長(zhǎng)這個(gè)樣子：

? 結(jié)構(gòu)化數(shù)據(jù)

需求、接口、錯(cuò)誤日志、監(jiān)控指標(biāo)，都以機(jī)器可讀的格式存儲(chǔ)和流轉(zhuǎn)。PRD不是自由發(fā)揮的文章，而是有固定字段的結(jié)構(gòu)體。

標(biāo)準(zhǔn)化接口

內(nèi)部服務(wù)之間的調(diào)用，遵循統(tǒng)一的契約標(biāo)準(zhǔn)。AI可以通過(guò)讀取這些契約，自動(dòng)生成調(diào)用代碼、Mock、測(cè)試用例。

可觀測(cè)性

系統(tǒng)的運(yùn)行狀態(tài)、錯(cuò)誤鏈路、性能瓶頸，需要以結(jié)構(gòu)化日志和指標(biāo)的形式暴露出來(lái)。AI進(jìn)行根因分析的前提，是能看到清晰的數(shù)據(jù)。

? 自動(dòng)化優(yōu)先

CI/CD、測(cè)試、代碼審查、檔更新，任何可以自動(dòng)化的環(huán)節(jié)，都應(yīng)該是自動(dòng)化的。AI需要一個(gè)可以反復(fù)調(diào)用、快速反饋的執(zhí)行環(huán)境。

你今天的基礎(chǔ)設(shè)施，決定了你明天能從AI那里借多大的力。

06 互聯(lián)網(wǎng)研發(fā)團(tuán)隊(duì)的適應(yīng)之道

團(tuán)隊(duì)層面：從"人力堆砌"到"杠桿思維"

過(guò)去，研發(fā)團(tuán)隊(duì)擴(kuò)張的邏輯是：需求多 → 招更多人 → 產(chǎn)出更多。這個(gè)邏輯正在失效。

AI提供的是杠桿，不是替代。1個(gè)工程師 + AI工具鏈，在某些場(chǎng)景下的產(chǎn)出可以超過(guò)5個(gè)沒(méi)有AI工具的工程師。

不是"我需要多少人來(lái)完成這件事"，而是"我如何設(shè)計(jì)工作流，讓AI承擔(dān)其中最重復(fù)的部分，人只做不可替代的部分"。

小而精、工具化、高杠桿，將會(huì)是AI時(shí)代研發(fā)團(tuán)隊(duì)的主流形態(tài)。

協(xié)作層面：統(tǒng)一語(yǔ)言，才能共用AI

單個(gè)工程師和AI協(xié)作，相對(duì)簡(jiǎn)單。但當(dāng)一個(gè)10人、20人的團(tuán)隊(duì)都在和AI協(xié)作時(shí)，問(wèn)題就來(lái)了：每個(gè)人和AI的對(duì)話都是孤立的、碎片化的，AI在每次對(duì)話里重新理解一遍上下文，效果參差不齊，結(jié)果互相打架。

AI讀不懂"你們內(nèi)部的默契"，它只能讀懂寫(xiě)下來(lái)的規(guī)范。

多人團(tuán)隊(duì)與AI協(xié)作的前提，是先建立一套所有人共同遵守、AI能直接消化的統(tǒng)一規(guī)范：接口契約怎么描述、需求規(guī)格用什么格式、錯(cuò)誤碼如何定義、字段命名遵循什么約定。

一個(gè)沒(méi)有統(tǒng)一規(guī)范的團(tuán)隊(duì)讓AI寫(xiě)代碼，就像一個(gè)沒(méi)有樂(lè)譜的樂(lè)隊(duì)——每個(gè)人都在演奏，但合在一起是噪音。

個(gè)人層面：三種能力的重新排序

文化層面：從"掌控代碼"到"信任流程"

工程師有一種根深蒂固的心理：我自己寫(xiě)的代碼，我最放心。這種心理，在AI時(shí)代是一種阻力。

你需要建立的新信任，不是對(duì)某個(gè)人，而是對(duì)流程——對(duì)你設(shè)計(jì)的自動(dòng)化測(cè)試體系、對(duì)你建立的代碼審查機(jī)制、對(duì)你定義的質(zhì)量門(mén)禁。當(dāng)流程可靠時(shí)，誰(shuí)生成的代碼已經(jīng)不重要了。

07 不適應(yīng)，不是選項(xiàng)

2023年，Salesforce CEO馬克·貝尼奧夫說(shuō)："我們不會(huì)再招聘軟件工程師了。"不是因?yàn)檐浖恍枰�，而是因�(yàn)樗J(rèn)為，新的工作方式將讓現(xiàn)有團(tuán)隊(duì)做到過(guò)去兩倍的事。

這是一個(gè)信號(hào)，不是終點(diǎn)。

互聯(lián)網(wǎng)研發(fā)團(tuán)隊(duì)正站在一個(gè)不可逆的轉(zhuǎn)折點(diǎn)上。那些提前重構(gòu)基礎(chǔ)設(shè)施、重新定義工作方式、培養(yǎng)AI時(shí)代核心能力的團(tuán)隊(duì)，將在接下來(lái)的競(jìng)爭(zhēng)中獲得結(jié)構(gòu)性?xún)?yōu)勢(shì)。

福特工廠的工人，沒(méi)有因?yàn)榱魉�的出現(xiàn)而消失。但那些拒絕站上流水線的人，確實(shí)消失了。

參考資料：

OpenSpec - Fission-AI（github.com/Fission-AI/OpenSpec）

GitHub Copilot研究報(bào)告（2023）

Andrej Karpathy "Software 2.0"

Marc Benioff采訪（2023）