大廠禁用Cursor，程序員回歸“手搓時(shí)代”？

文 | 超聚焦

又一家大廠，建起了自己的代碼防火墻。

近日，據(jù)鞭牛士報(bào)道，相關(guān)人士爆料稱，快手的研發(fā)線發(fā)布通知，對(duì)幾款第三方編程軟件收緊了使用權(quán)限。不少同學(xué)發(fā)現(xiàn)，只要在自己辦公電腦上點(diǎn)開Cursor，它就直接閃退，根本用不了。

這導(dǎo)致一些早已將AI編程工具深度融入日常開發(fā)流程的工程師措手不及。主力輔助工具的突然失效，不僅打斷了高度自動(dòng)化的編碼節(jié)奏，也讓許多原本由AI即時(shí)補(bǔ)全或生成的環(huán)節(jié)被迫回歸手動(dòng)操作，整體開發(fā)效率明顯下滑。

原本幾分鐘就能自動(dòng)生成的模板代碼，現(xiàn)在又得手動(dòng)敲；原本靠自然語言描述就能完成的函數(shù)邏輯，如今不得不重新翻文檔、查API。效率斷崖式下跌，工作流被打斷，甚至員工調(diào)侃：“沒Cursor的日子，我連Hello World都寫不順了。”

而這其實(shí)并非孤例。在過去兩年中AI工具從“新奇玩具”迅速演變?yōu)椤伴_發(fā)標(biāo)配”的過程中，越來越多技術(shù)團(tuán)隊(duì)開始面臨一個(gè)兩難命題：一邊是肉眼可見的效率躍升，一邊是難以量化的安全隱憂。

當(dāng)一行由遠(yuǎn)程模型生成的代碼可能攜帶著未知的數(shù)據(jù)回傳、訓(xùn)練偏見甚至知識(shí)產(chǎn)權(quán)瑕疵，企業(yè)不得不重新評(píng)估——所謂“智能輔助”，邊界究竟該劃在哪里？

那么，類似的情況在其他大廠是否也已出現(xiàn)？這樣的“代碼防火墻”，究竟是未雨綢繆的安全防線，還是因噎廢食的過度防御？其背后的考量、潛在的風(fēng)險(xiǎn)與實(shí)際收益，又該如何權(quán)衡？

01 字節(jié)微軟亞馬遜， 選擇犧牲效率要安全？

事實(shí)上，對(duì)代碼與數(shù)據(jù)安全的警惕，并非AI時(shí)代才有的新課題，早在大模型尚未滲透進(jìn)開發(fā)流程的年代，企業(yè)就已建立起層層防護(hù)機(jī)制。

事實(shí)上，對(duì)代碼與數(shù)據(jù)安全的警惕，并非AI時(shí)代才有的新課題。早在大模型尚未滲透進(jìn)開發(fā)流程的年代，企業(yè)就已建立起層層防護(hù)機(jī)制，其核心目標(biāo)之一，正是防止敏感代碼和業(yè)務(wù)邏輯通過開發(fā)工具或外部服務(wù)意外外泄。

上世紀(jì)末至2000年代初，隨著開源協(xié)作和遠(yuǎn)程開發(fā)逐漸普及，企業(yè)開始嚴(yán)格限制開發(fā)者使用未經(jīng)審核的第三方IDE插件、腳本工具或遠(yuǎn)程調(diào)試服務(wù)。彼時(shí)的管控邏輯很簡(jiǎn)單：任何可能將本地代碼上傳至外部服務(wù)器的行為，都被視為潛在的數(shù)據(jù)泄露風(fēng)險(xiǎn)。

于是，“禁止使用非官方插件”“禁用自動(dòng)錯(cuò)誤上報(bào)”“關(guān)閉遠(yuǎn)程日志回傳”等策略，成為大型科技公司研發(fā)安全基線的一部分。

進(jìn)入云時(shí)代后，這一原則并未松動(dòng)，反而更加制度化。

即便是在廣泛采用GitHub、GitLab等平臺(tái)的今天，許多企業(yè)仍強(qiáng)制要求私有倉庫隔離、代碼提交審計(jì)，甚至對(duì)剪貼板操作、屏幕共享等行為進(jìn)行監(jiān)控，目的只有一個(gè)：確保核心代碼不出內(nèi)網(wǎng)。

而如今，當(dāng)Cursor、Copilot這類AI編程工具默認(rèn)將用戶輸入發(fā)送至云端模型進(jìn)行推理時(shí)，它們本質(zhì)上觸發(fā)了同一套安全警報(bào)機(jī)制：你寫的每一行注釋、每一段未提交的草稿，都可能在不經(jīng)意間離開企業(yè)邊界。

正因如此，快手此次對(duì)AI編程工具的限制，其實(shí)是行業(yè)集體轉(zhuǎn)向的一個(gè)縮影。

當(dāng)“代碼即資產(chǎn)”的認(rèn)知深入人心，任何可能將未公開代碼片段上傳至外部模型的行為，都會(huì)被安全團(tuán)隊(duì)視為不可接受的風(fēng)險(xiǎn)敞口。事實(shí)上，在過去一年中，多家科技巨頭已悄然收緊對(duì)第三方AI開發(fā)工具的管控，甚至不惜以犧牲短期效率為代價(jià)，也要守住數(shù)據(jù)主權(quán)的底線。

字節(jié)是最早采取系統(tǒng)性措施的公司之一。

5月28日，其安全與風(fēng)控部門向全體員工發(fā)送郵件，明確指出：“為防范潛在的數(shù)據(jù)泄露風(fēng)險(xiǎn)”，自6月30日起，將在內(nèi)部分批次禁用包括Cursor、Windsurf在內(nèi)的第三方AI編程軟件。

與此同時(shí)，字節(jié)大力推廣其自研的智能編程助手Trae，要求研發(fā)團(tuán)隊(duì)逐步遷移至該內(nèi)部工具。這一舉措不僅切斷了外部模型對(duì)內(nèi)部代碼的“窺探”路徑，也標(biāo)志著其在AI輔助開發(fā)領(lǐng)域加速構(gòu)建技術(shù)閉環(huán)。

幾乎在同一時(shí)間，微軟也在政策層面劃下紅線。

9月，在一場(chǎng)國會(huì)聽證會(huì)上，公司副董事長兼總裁布拉德·史密斯公開表示，微軟已全面禁止員工使用DeepSeek相關(guān)應(yīng)用。“我們不允許任何未經(jīng)審查的AI服務(wù)接觸公司代碼庫，”他強(qiáng)調(diào)，“這不僅關(guān)乎知識(shí)產(chǎn)權(quán)，更涉及客戶信任。”

除去國別因素外，北美的不同企業(yè)間也在相互“提防”。

據(jù)路透社報(bào)道，亞馬遜近期向工程師發(fā)布內(nèi)部備忘錄，要求優(yōu)先使用自研AI編碼工具「Kiro」，并明確表示將不再支持任何新增的第三方AI開發(fā)工具接入開發(fā)環(huán)境。

這意味著，包括OpenAI的Codex、Anthropic的Claude Code，以及廣受開發(fā)者歡迎的Cursor等工具，均被排除在官方推薦列表之外。備忘錄特別指出：“所有代碼生成行為必須發(fā)生在可控、可審計(jì)的內(nèi)部系統(tǒng)中。”

而除了這些互聯(lián)網(wǎng)企業(yè)之外，一些本就注重?cái)?shù)據(jù)安全的老牌大廠就更不用說了。譬如位于深圳的ICT、計(jì)算頭部企業(yè)，也一直秉持著內(nèi)部信息不上網(wǎng)的要求，任何向外部網(wǎng)絡(luò)上傳文件的行為也都被從底層程序上禁止。

如今，用自家的AI產(chǎn)品寫自家的代碼，已不再是某一家公司的臨時(shí)策略，而正在成為行業(yè)默認(rèn)的生存法則。在這個(gè)代碼即競(jìng)爭(zhēng)力、模型即風(fēng)險(xiǎn)源的時(shí)代，所有規(guī)模較大的企業(yè)，寧可犧牲顯著的開發(fā)效率，也要確保代碼與數(shù)據(jù)的安全。

02 低效率和不安全， 企業(yè)更怕哪個(gè)？

然而，當(dāng)大廠們紛紛筑起代碼高墻，另一股聲音也在員工之間不斷回響：過度封鎖是否正在扼殺創(chuàng)新？在AI重構(gòu)軟件工程范式的今天，拒絕高效工具或許能守住數(shù)據(jù)，卻也可能讓企業(yè)錯(cuò)失生產(chǎn)力躍遷的關(guān)鍵窗口。

作為這輪AI浪潮中收益最大的企業(yè)，英偉達(dá)CEO黃仁勛始終強(qiáng)調(diào)AI對(duì)生產(chǎn)力的根本性提升，并在三季度公布?xì)v史最高的570億美元季度營收后，給員工們下達(dá)了一條“AI時(shí)代的職場(chǎng)鐵律”：

“只要一項(xiàng)任務(wù)可以被AI自動(dòng)化，就應(yīng)該 AI自動(dòng)化。為什么不呢？”

而他對(duì)于那些不鼓勵(lì)員工們使用AI的管理者也提出了罕見的強(qiáng)烈質(zhì)疑：“你們瘋了嗎？”

在黃仁勛看來，AI工具帶來的效率提升并非邊際效應(yīng)，而是指數(shù)級(jí)的。在如今競(jìng)爭(zhēng)白熱化的技術(shù)領(lǐng)域，任何對(duì)外部高效工具的系統(tǒng)性禁用，都可能使企業(yè)在人才吸引力和項(xiàng)目交付速度上全面落后。

這種生產(chǎn)力與安全之間的矛盾，在國內(nèi)大廠的研發(fā)一線體現(xiàn)得尤為尖銳。

當(dāng)外部的Cursor、Copilot等工具因安全顧慮被一刀切地禁用后，許多工程師被迫轉(zhuǎn)而使用公司自研的內(nèi)部替代品。然而，這些內(nèi)部工具的表現(xiàn)往往不盡如人意。

一位來自某大型電商平臺(tái)的資深后端工程師Leo在交流中向我們表示，他所在的團(tuán)隊(duì)已完全切換至內(nèi)部AI助手，但體驗(yàn)非常糟糕：

“以前用Cursor寫注釋，它能直接給我生成一個(gè)80%可用的函數(shù)體。現(xiàn)在這個(gè)內(nèi)部的工具，經(jīng)常給我的建議都是錯(cuò)的，而且是在我寫到一半時(shí)才彈出來，反而干擾思路。我現(xiàn)在最大的痛苦就是，明明知道外面有更好用的‘武器’，但卻被要求用一把‘生銹的刀’。 效率下降是實(shí)實(shí)在在的。”

這種對(duì)內(nèi)部工具的“吐槽”，在技術(shù)社區(qū)中形成了大量共鳴。一個(gè)程序員群體中流傳的經(jīng)典笑話，正是對(duì)這種低效輔助的無奈寫照：“如果一個(gè)函數(shù)你寫了90%，剩下10%讓國內(nèi)的AI編程應(yīng)用補(bǔ)，它能給你把前面90%的代碼全部改錯(cuò)。”

更令人啼笑皆非的是，隨著程序員與這些尚不成熟的AI助手磨合，他們與機(jī)器的“對(duì)話”模式也開始變得反常和充滿怨氣。我們從一張流傳于技術(shù)圈內(nèi)的“Top 20 AI Prompt編程語言”榜單中，可以看到這種獨(dú)特的“黑色幽默”。

這張榜單并非傳統(tǒng)意義上的編程語言，而是程序員在與AI編程工具交互時(shí)，最常說出的“提問”和“指令”——實(shí)際上更像是抱怨和請(qǐng)求。

程序員吐槽

從榜單中可以看出，除了排名第一的“給我生成完整可運(yùn)行的代碼”是正常需求外，大量高頻指令如“別又給我生成一個(gè)TODO”、“這個(gè)錯(cuò)誤你上次就犯過”、以及直白的“你這代碼根本編譯不過”，都揭示了程序員對(duì)某些AI工具低效、重復(fù)犯錯(cuò)和缺乏上下文理解的強(qiáng)烈不滿。

這些“提示詞”本質(zhì)上是在對(duì)AI進(jìn)行“糾錯(cuò)”和“調(diào)教”，而非順暢的協(xié)作。對(duì)于習(xí)慣了Copilot和Cursor等工具高召回率和上下文理解能力的工程師來說，這種體驗(yàn)無異于降維打擊。

因此，許多工程師認(rèn)為，在當(dāng)前階段，一味地追求“絕對(duì)安全”而禁用外部頂尖工具，是在用看得見的效率損失，去換取看不見的、概率極低的潛在數(shù)據(jù)風(fēng)險(xiǎn)。

安全固然是底線，但如果技術(shù)團(tuán)隊(duì)因此失去了30%甚至更高的開發(fā)效率，導(dǎo)致產(chǎn)品迭代速度放緩，最終損害的還是企業(yè)的核心競(jìng)爭(zhēng)力。

在AI浪潮席卷開發(fā)領(lǐng)域的今天，代碼安全已成為所有科技巨頭必須守住的“第一性原理”。

從歷史遺留的安全基線，到自研工具的技術(shù)閉環(huán)，大廠們正以前所未有的速度筑起“代碼防火墻”。然而，墻內(nèi)墻外的AI效率鴻溝，也真實(shí)地將工程師們困在了“既要安全，又怕落后”的兩難境地。

是繼續(xù)使用相對(duì)低效的內(nèi)部工具，忍受工程師的抱怨和生產(chǎn)力的折損，以確保代碼的絕對(duì)主權(quán)？還是在審慎評(píng)估風(fēng)險(xiǎn)后，探索更安全的外部工具部署方式，擁抱全球最前沿的生產(chǎn)力躍遷？

這場(chǎng)關(guān)于數(shù)據(jù)主權(quán)和技術(shù)效率的博弈，最終的裁決權(quán)，交給了大廠自己。但可以確定的是，在AI重塑軟件工程的時(shí)代，安全策略本身，也需要一場(chǎng)智能化的升級(jí)。