重新回到項(xiàng)目組，情況比張睿想象得復(fù)雜。領(lǐng)導(dǎo)回避的眼神，令他想了很多種可能性：或許領(lǐng)導(dǎo)不想別人覺得招來一個(gè)嫡系，影響之后發(fā)展？或許擔(dān)心他因此被其他同事疏離？張睿最后決定，假裝不熟。這是30歲的程序員張睿從正編轉(zhuǎn)外包崗之后的處境。

去年以來，脈脈上不乏討論正崗轉(zhuǎn)外包的帖子，一些是公司勸說員工簽約外包公司，另一些是失業(yè)后找工作難，不得不考慮外包崗，其中不乏頭部大廠做了五年以上的前端開發(fā)、內(nèi)容運(yùn)營和產(chǎn)品經(jīng)理崗的員工。

隨著彼此熟悉，張睿發(fā)現(xiàn)自己所在的10多人外包團(tuán)隊(duì)里，有一半來自大廠正編。在一些行業(yè)報(bào)道中，也呈現(xiàn)出程序員群體“去正編化”的勢頭，211院校、海外院校畢業(yè)的人并不少見。

最近和幾個(gè)外包、前端的朋友聊，都在說同一個(gè)焦慮：活越來越少，錢越來越難賺 —— 不是能力不行，是AI 和工具把 “中低端工作” 直接端走了。

外包：中低端定位，剛好撞在 AI 的 “槍口” 上

外包的處境，從根上就踩了 AI 的 “替代優(yōu)先級”：多數(shù)外包接的活，是 “企業(yè)后臺 CRUD 頁面”“活動宣傳頁”“簡單表單系統(tǒng)” 這類標(biāo)準(zhǔn)化、重復(fù)度高的中低端需求——這些活兒不需要復(fù)雜邏輯，只需要 “按模板堆組件”。

而現(xiàn)在，AI + 低代碼半天就能搞定：

• 以前外包團(tuán)隊(duì)做一個(gè)企業(yè)采購申請后臺，要 2 個(gè)前端 + 1 個(gè)后端忙一周；現(xiàn)在用低代碼平臺（比如宜搭）拖組件，再讓 AI 補(bǔ)全簡單接口邏輯，半天就能上線，成本只有原來的 1/10；
• 外包常接的 “活動落地頁”，現(xiàn)在用 Figma 插件 + AI 生成代碼，設(shè)計(jì)師畫好原型，一鍵導(dǎo)出 React/Vue 代碼，連適配都自動做好了，根本不用前端動手。

更扎心的是：外包的 “中低端定位”，本來就靠 “人力成本低” 競爭 —— 但 AI 的成本是 “按次計(jì)費(fèi)”，比人力便宜得多。如果外包一直困在 “做重復(fù)活” 的圈子里，被替代只是時(shí)間問題。

前端：基礎(chǔ)工作被 “全民都會” 的工具搶光了

前端的處境和外包幾乎一致：“交互 + 展示” 的基礎(chǔ)工作，現(xiàn)在是個(gè)人就能用工具搞定。你有沒有發(fā)現(xiàn)：

• 設(shè)計(jì)師用 Figma 的 “Dev Mode”，能直接把原型導(dǎo)出帶注釋的前端代碼，連 CSS 樣式都對齊得比你手動寫的準(zhǔn)；
• 低代碼平臺（比如明道云）的 “前端可視化搭建”，產(chǎn)品經(jīng)理拖拖組件就能做個(gè)管理頁，根本不用找前端；
• 后端、全棧甚至測試，用 GitHub Copilot 寫個(gè) “表單提交 + 列表展示” 的 Vue 組件，10 分鐘就能跑通 —— 以前這是前端的 “專屬活”。

這些工具搶的，正是前端市場里占比 70% 以上的 “基礎(chǔ)需求”；剩下 30% 的 “復(fù)雜需求”（比如 WebGL 可視化大屏、實(shí)時(shí)音視頻交互、百萬級節(jié)點(diǎn)的 DOM 性能優(yōu)化），才需要高級 / 資深前端 —— 但這類需求太少，根本養(yǎng)不起那么多基礎(chǔ)前端。

共同的困境：中低端無壁壘，高端需求不夠分

外包和前端的核心問題，是 “中低端工作沒技術(shù)壁壘，高端能力又沒攢夠”：

• 外包接的活，客戶要的是 “便宜快”，沒人愿意為 “技術(shù)深度” 付費(fèi)，久而久之團(tuán)隊(duì)只會做重復(fù)活；
• 很多前端工作 3-5 年，還是在寫 “表單、列表、按鈕交互”，沒碰過 “WebAssembly 性能優(yōu)化”“跨端渲染框架” 這類高端技能。

而 AI 和工具的沖擊，剛好把 “沒壁壘的中低端” 徹底清空 —— 現(xiàn)在不是 “卷不卷” 的問題，是 “中低端活已經(jīng)沒了” 的問題。

破局只有一條路：跳出 “中低端”，抓 AI 啃不動的需求

不是所有外包和前端都會被替代 —— 但得先從 “重復(fù)勞動” 里跳出來：

對外包：從 “做重復(fù)活” 到 “做行業(yè)復(fù)雜項(xiàng)目”

別再搶 “企業(yè)后臺 CRUD” 的活，轉(zhuǎn)向行業(yè)垂直的復(fù)雜項(xiàng)目：比如制造業(yè)的 MES 系統(tǒng)（要對接工業(yè)設(shè)備、處理實(shí)時(shí)數(shù)據(jù)）、醫(yī)療行業(yè)的電子病歷系統(tǒng)（要符合合規(guī)要求、處理復(fù)雜權(quán)限）—— 這些項(xiàng)目有行業(yè)壁壘，AI 和低代碼搞不定，客戶愿意為 “技術(shù) + 行業(yè)經(jīng)驗(yàn)” 付費(fèi)。

對前端：從 “寫頁面” 到 “搞核心能力”

放棄 “表單列表專精”，往 AI 啃不動的方向堆技能：

• 復(fù)雜交互：比如 3D 可視化（WebGL/Three.js）、實(shí)時(shí)協(xié)作編輯器（像飛書文檔那樣的多人編輯）；
• 性能優(yōu)化：比如首屏加載速度從 3s 壓到 1s、百萬級數(shù)據(jù)的表格渲染不卡頓；
• 跨端 / 底層：比如 Flutter/Native 混合開發(fā)的性能調(diào)優(yōu)、小程序的底層渲染原理。

這些能力，AI 生成不了，工具替代不了 —— 也是現(xiàn)在市場里 “高薪但缺人” 的需求。

不是 AI 太狠，是中低端本來就沒活路

外包和前端的焦慮，本質(zhì)不是 AI 的錯(cuò) —— 是 “中低端工作” 本來就會被工具替代，AI 只是加速了這個(gè)過程。