有人讓Qwen3.6寫了一套ERP，外包公司的活還能做多久？

作者 |路飛

來源 | 至頂AI實驗室

AI編程最先壓價的，可能不是那些技術(shù)難題，而是外包項目里數(shù)量最多的基礎(chǔ)開發(fā)：建表、做后臺、寫表單、接數(shù)據(jù)庫、配置部署。

最近，開發(fā)者TheBrigandier公開了一套名為Graphify E-Commerce的項目。按照倉庫說明，它由Qwen3.6-35B-A3B生成，使用了26.5萬上下文、多個子Agent和Docker調(diào)試環(huán)境。

我把項目下載下來檢查了一遍。

去掉第三方庫和編譯文件，項目包含約73個C# 與Razor源文件；連同CSS和JavaScript，有6500多行源碼。它能編譯，也保留了構(gòu)建產(chǎn)物，但自動化測試文件數(shù)量是0。

這三個數(shù)字基本說明了它目前的位置：已經(jīng)超過普通演示項目，但還不能直接交給企業(yè)使用。

需要提前說明的是，作者沒有公開完整提示詞、Agent運行記錄、生成時間和人工修改次數(shù)。因此，只能確認(rèn)這套工程確實存在，不能確認(rèn)其中多少代碼由Qwen3.6獨立完成。

這套ERP寫到了什么程度

Graphify E-Commerce同時包含商城、ERP和CRM。

前臺可以瀏覽商品、搜索分類、加入購物車和提交訂單；后臺可以管理商品、品牌、客戶、庫存和發(fā)貨。

生產(chǎn)模塊提供物料清單、生產(chǎn)訂單、原材料領(lǐng)用和完工入庫。銷售模塊包括報價單、銷售訂單和客戶溝通記錄。

財務(wù)部分也不只是放了幾個頁面。項目建立了發(fā)票、付款、會計科目和復(fù)式記賬結(jié)構(gòu)，每張憑證需要滿足借貸平衡。

技術(shù)棧包括.NET 10、PostgreSQL、Entity Framework Core和Docker Compose。登錄、OAuth、郵件接口和角色配置也搭出了基本框架。

從外包項目的角度看，這已經(jīng)可以稱為一套相當(dāng)完整的第一版工程。

Qwen3.6已經(jīng)接走了哪些工作

一套企業(yè)管理系統(tǒng)開工后，開發(fā)團隊首先要建立項目結(jié)構(gòu)，設(shè)計商品、客戶、訂單、庫存、發(fā)票等數(shù)據(jù)模型，再處理它們之間的關(guān)聯(lián)關(guān)系。

這些基礎(chǔ)工作，項目里已經(jīng)完成。

數(shù)量更多的是后臺頁面。商品列表、客戶查詢、庫存調(diào)整、新增表單、編輯頁面和狀態(tài)顯示，開發(fā)方式相對固定，卻會占用不少工時。

它還處理了一部分業(yè)務(wù)流程。草稿訂單可以確認(rèn)，確認(rèn)前需要檢查庫存；生產(chǎn)訂單要經(jīng)過計劃、執(zhí)行和完成；會計憑證入賬前需要檢查借貸是否平衡。

項目中的AGENTS.md記錄了不少調(diào)試信息，包括類名沖突、數(shù)據(jù)庫查詢、空值計算和Razor頁面編譯錯誤。這說明Agent能夠調(diào)用編譯環(huán)境，根據(jù)報錯繼續(xù)修改代碼。

項目初始化、數(shù)據(jù)庫建模、后臺頁面、基礎(chǔ)業(yè)務(wù)邏輯、Docker部署和編譯調(diào)試，過去都能作為外包報價的一部分。現(xiàn)在，一個開發(fā)者配合本地開源模型，已經(jīng)可以快速做出完整骨架。

翻完代碼，我為什么不敢把它直接交付

首先是測試。

商品、庫存、生產(chǎn)、銷售和財務(wù)相互關(guān)聯(lián)。一處庫存扣減錯誤，可能繼續(xù)影響訂單狀態(tài)、發(fā)票金額和會計憑證。項目沒有自動化測試，這些流程是否可靠，只能靠人工逐項驗證。

后臺權(quán)限也沒有做完整。

項目配置了管理員和員工角色，但不少后臺頁面沒有明確的訪問限制。登錄功能存在，不代表所有管理頁面都已經(jīng)受到保護。

密碼使用SHA-256和固定字符串處理，項目還預(yù)置了管理員賬號和默認(rèn)密碼。這種方式適合演示，不適合生產(chǎn)環(huán)境。

代碼中生成JWT的方法也沒有使用密鑰簽名，只是將用戶信息編碼成字符串，無法可靠驗證令牌是否被修改。

OAuth登錄同樣只完成了部分流程。程序生成了用于防止請求偽造的state參數(shù)，卻沒有看到完整的保存和回調(diào)校驗。

數(shù)據(jù)庫采用EnsureCreated()直接創(chuàng)建表結(jié)構(gòu)，沒有正式的遷移方案。系統(tǒng)投入使用后，再增加字段或修改數(shù)據(jù)結(jié)構(gòu)會變得麻煩。

這些問題不會妨礙項目展示，卻會影響權(quán)限、數(shù)據(jù)安全、升級和長期維護。企業(yè)軟件真正昂貴的部分，往往從這里才開始。

哪類外包公司最先受影響

第一類是模板型開發(fā)。

簡單商城、管理后臺、輕量CRM、預(yù)約系統(tǒng)和基礎(chǔ)進銷存，頁面結(jié)構(gòu)和數(shù)據(jù)模型都比較成熟。大量工作集中在增刪改查、表單和狀態(tài)流轉(zhuǎn)上。

這類項目最容易被編程Agent壓縮工期，也最容易陷入價格競爭。繼續(xù)按頁面數(shù)量和開發(fā)人天報價，客戶很難接受。

第二類是業(yè)務(wù)定制。

工廠什么時候扣減原料，退貨如何沖銷，返工品怎樣入庫，不同崗位能查看哪些數(shù)據(jù)，這些規(guī)則取決于企業(yè)自己的工作方式。

模型可以先寫出代碼，但需求梳理、流程確認(rèn)和異常處理仍然需要懂業(yè)務(wù)的人。這里受到的影響不是工作消失，而是開發(fā)方式改變：先生成，再審查和修改。

第三類是系統(tǒng)集成。

舊系統(tǒng)對接、數(shù)據(jù)遷移、財務(wù)接口、權(quán)限體系、安全審計和生產(chǎn)環(huán)境部署，都需要了解企業(yè)現(xiàn)有系統(tǒng)，還要有人處理上線后的問題。

這類工作短期內(nèi)很難被一套生成代碼直接替代。隨著AI生成項目越來越多，接管、審計和改造代碼的需求反而可能增加。

外包公司以后賣什么

這套ERP最值得注意的地方，不是6500行代碼本身，而是這些代碼已經(jīng)不能繼續(xù)按照過去的方式計算價值。

搭框架、建數(shù)據(jù)表和生成后臺頁面的成本會持續(xù)下降。客戶愿意付錢的部分，將更多集中在業(yè)務(wù)理解、系統(tǒng)設(shè)計、代碼審查、安全加固、數(shù)據(jù)遷移、驗收和維護上。

程序員的工作也會改變。寫出一個商品管理頁面不再稀缺，能夠發(fā)現(xiàn)庫存邏輯、權(quán)限邊界和財務(wù)流程中的問題，會變得更重要。

Qwen3.6生成的這套ERP還不能直接上線，卻已經(jīng)足以讓項目跳過最初的空白階段。

外包公司不會突然消失。

但靠重復(fù)寫后臺、堆人天和賣代碼量賺錢的公司，已經(jīng)進入壓價期。下一次客戶來詢價時，他手里可能不再只有一份需求文檔，可能還會帶著一套AI生成的初版系統(tǒng)。

END本文來自至頂AI實驗室，一個專注于對AI計算機、工作站及各類AI相關(guān)硬件設(shè)備，開展基于真實使用場景評測的研究機構(gòu)。