智譜公布補(bǔ)償方案偷代碼風(fēng)波是按下暫停鍵還是只開了個(gè)頭【免費(fèi)下載鏈接】ZCodeZCode 是 AI 編程工作臺(tái)提供桌面應(yīng)用、瀏覽器界面和終端 Agent。本倉庫包含客戶端、后端服務(wù)、共享 UI以及 Agent CLI 與運(yùn)行時(shí)源碼。項(xiàng)目地址: https://gitcode.com/zai-org/ZCode兩周前一名開發(fā)者發(fā)現(xiàn) ZCode 在運(yùn)行時(shí)會(huì)把自己本地的代碼倉庫上傳到阿里云對(duì)象存儲(chǔ)。這條消息在開發(fā)者社區(qū)炸開后事情迅速超出了開源項(xiàng)目的一次配置失誤的范疇一家企業(yè)客戶向智譜發(fā)出律師函要求就數(shù)據(jù)外傳一事作出 12 項(xiàng)書面答復(fù)隨后智譜官方公布補(bǔ)償方案試圖為這場風(fēng)波按下暫停鍵。而幾乎同一時(shí)間ZCode 用戶突破 100 萬的消息仍在傳播——熱度與質(zhì)疑并行正是這場風(fēng)波最微妙的地方。本文不打算替任何一方站隊(duì)而是把三件事擺到臺(tái)面上補(bǔ)償方案到底覆蓋了什么、它能否真正修復(fù)信任、以及作為開源項(xiàng)目ZCode 的源碼里到底藏著哪些可以在下一輪整改中被驗(yàn)證的證據(jù)。一、風(fēng)波復(fù)盤從一條網(wǎng)絡(luò)請(qǐng)求到一封企業(yè)律師函事件的起點(diǎn)是一個(gè)技術(shù)細(xì)節(jié)。根據(jù)開發(fā)者社區(qū)的原始發(fā)現(xiàn)ZCode 客戶端在運(yùn)行過程中會(huì)將包含用戶代碼的倉庫內(nèi)容上傳至阿里云 OSS且這一行為并非用戶顯式觸發(fā)。隨后澎湃新聞報(bào)道有企業(yè)客戶就偷傳用戶代碼風(fēng)波向智譜發(fā)函要求對(duì)方就數(shù)據(jù)傳輸范圍、存儲(chǔ)位置、留存期限、刪除機(jī)制等作出 12 項(xiàng)答復(fù)——這份清單的措辭本身就很說明問題企業(yè)方關(guān)心的不是賠多少錢而是數(shù)據(jù)到底去了哪里、還在不在、怎么證明它被刪了。需要澄清的是上傳到阿里云并不意味著代碼被公開或轉(zhuǎn)賣。從 ZCode 倉庫的遙測實(shí)現(xiàn)來看阿里云在這里扮演的角色更接近可觀測性后端而非數(shù)據(jù)存儲(chǔ)。在 apps/zcode-cli/packages/telemetry/src/bootstrap.ts 第 98 行代碼明確注釋了ARMS 的自定義 OTLP HTTP 接入點(diǎn)對(duì) Trace/Metric 共用同一 URL——ARMS 即阿里云應(yīng)用實(shí)時(shí)監(jiān)控服務(wù)是阿里云托管的 APM 產(chǎn)品而在 apps/zcode-cli/packages/telemetry/src/error-sanitizer.ts 中脫敏規(guī)則專門覆蓋了x-arms-license-key這一 ARMS 鑒權(quán)頭字段。也就是說源碼層面證實(shí)了 ZCode 的遙測管道確實(shí)與阿里云 ARMS 存在直接對(duì)接這與社區(qū)發(fā)現(xiàn)的上傳至阿里云在技術(shù)上是自洽的。爭議的本質(zhì)因此浮出水面遙測鏈路里傳輸了什么。Trace 可以只攜帶低基數(shù)的性能標(biāo)簽也可以夾帶工具調(diào)用的輸入輸出正文——這取決于寫入端如何實(shí)現(xiàn)。ZCode 的源碼給出了部分答案也留下了部分懸念這正是它值得被逐行審計(jì)的原因。二、補(bǔ)償方案拆解賠了什么、承諾了什么、邊界在哪據(jù)公開報(bào)道智譜在數(shù)據(jù)上傳爭議事件后公布了補(bǔ)償方案。受限于官方全文的傳播范圍方案的具體條款如額度、有效期、適用人群尚不宜以精確數(shù)字的形式轉(zhuǎn)述但結(jié)合企業(yè)客戶那 12 項(xiàng)答復(fù)清單可以判斷這份補(bǔ)償?shù)倪吔邕h(yuǎn)比字面條款復(fù)雜。從公開信息可以確認(rèn)的是補(bǔ)償方案的三個(gè)層次面向個(gè)人開發(fā)者的補(bǔ)償以模型調(diào)用額度或服務(wù)權(quán)益為主對(duì)應(yīng)風(fēng)波中數(shù)量最大的個(gè)體用戶群體——他們的損失是隱私被意外暴露的不安而非直接的經(jīng)濟(jì)損失面向企業(yè)客戶的承諾這一層才是硬骨頭。12 項(xiàng)答復(fù)清單涉及數(shù)據(jù)流向?qū)徲?jì)、刪除證明與架構(gòu)整改企業(yè)方大概率不會(huì)接受補(bǔ)償 token作為終結(jié)而是要求可驗(yàn)證的技術(shù)承諾面向開源社區(qū)的整改作為開源項(xiàng)目ZCode 的補(bǔ)償還包含對(duì)代碼的公開整改這是閉源產(chǎn)品不需要承擔(dān)、也做不到的義務(wù)。邊界在哪就在 ZCode 的源碼里。遙測鏈路被設(shè)計(jì)成默認(rèn)可控在 apps/zcode-cli/packages/telemetry/src/bootstrap.ts 中prepareModelTelemetryEnv只有在解析出 OTLP Trace 端點(diǎn)且未被ZCODE_MODEL_TELEMETRY_ENABLED顯式禁用時(shí)才會(huì)初始化遙測運(yùn)行時(shí)——端點(diǎn)必須由環(huán)境變量顯式給出遙測開關(guān)可被顯式關(guān)閉這是可控性的源碼證據(jù)。同時(shí)指標(biāo)層做了嚴(yán)格的標(biāo)簽白名單在 apps/zcode-cli/packages/telemetry/src/agent-metrics.ts 第 39 至 42 行的注釋寫得很直白——Metric 只接收已歸一化、低基數(shù)的標(biāo)簽。高基數(shù)執(zhí)行 ID 和原始業(yè)務(wù)內(nèi)容只屬于 Trace不能通過這個(gè)邊界進(jìn)入 Metric Series并配以allowMetricAttributes白名單過濾實(shí)現(xiàn)。這意味著兩件事其一默認(rèn)配置下性能指標(biāo)不會(huì)攜帶代碼正文其二代碼正文是否進(jìn)入 Trace取決于 Trace 寫入端的行為而這部分恰恰是風(fēng)波中需要重點(diǎn)核實(shí)的環(huán)節(jié)。補(bǔ)償方案的邊界本質(zhì)上就畫在哪些鏈路已脫敏、哪些鏈路仍可能攜帶業(yè)務(wù)內(nèi)容這條線上。三、補(bǔ)償能修復(fù)信任嗎兩種數(shù)據(jù)事故處理范式把 ZCode 風(fēng)波放進(jìn)更長的坐標(biāo)軸里看數(shù)據(jù)外傳類事故的處理其實(shí)存在兩種成熟范式。范式一聲明 補(bǔ)償 內(nèi)部整改。這是國內(nèi)科技公司處理此類事件的主流路徑。響應(yīng)快、姿態(tài)低、以經(jīng)濟(jì)補(bǔ)償安撫個(gè)體用戶但整改過程不透明是否真刪了、刪得干不干凈難以外部驗(yàn)證。這類范式適合個(gè)人隱私泄露場景卻很難說服企業(yè)客戶——因?yàn)槠髽I(yè)的訴求是合規(guī)證據(jù)而非安撫。范式二第三方審計(jì) 透明度報(bào)告 可驗(yàn)證刪除。以海外主流 AI 編程工具的數(shù)據(jù)事故處理為參照成熟做法包括委托獨(dú)立安全機(jī)構(gòu)對(duì)數(shù)據(jù)流做審計(jì)并公開結(jié)論發(fā)布透明度報(bào)告說明收集了什么、為何收集、保留多久對(duì)已上傳數(shù)據(jù)提供可驗(yàn)證的刪除憑據(jù)如刪除后的哈希對(duì)賬、云廠商的刪除確認(rèn)函。這套范式成本更高、周期更長但它是企業(yè)采購決策里真正的信任貨幣。ZCode 有一個(gè)范式一和范式二都不具備的天然優(yōu)勢它開源。開源意味著整改的每個(gè) commit 都公開可查意味著是否默認(rèn)關(guān)閉遙測、是否移除 ARMS 依賴、是否新增端到端加密都能被社區(qū)直接審閱。社區(qū)的多篇實(shí)測文章已經(jīng)指出這一點(diǎn)——ZCode 的網(wǎng)絡(luò)請(qǐng)求可審計(jì)特性正是它在偷代碼爭議中最有分量的回應(yīng)。而且這份可審計(jì)性并非營銷話術(shù)倉庫的 NOTICE.md 用整節(jié)篇幅逐項(xiàng)聲明上傳接口、對(duì)外請(qǐng)求與業(yè)務(wù)用途并明確寫道各運(yùn)行形態(tài)的功能、權(quán)限、存儲(chǔ)位置和網(wǎng)絡(luò)行為不同不能將其中一種形態(tài)的默認(rèn)設(shè)置理解為整個(gè)項(xiàng)目的統(tǒng)一設(shè)置——先承認(rèn)差異再接受監(jiān)督這是范式一里罕見的坦誠。但開源也是一把雙刃劍代碼在那里審計(jì)的門檻就擺在那里。如果下一版源碼仍然保留了指向阿里云 ARMS 的遙測配置路徑而文檔與默認(rèn)行為又不一致那么任何補(bǔ)償方案都會(huì)被社區(qū)用一行g(shù)rep拆穿。信任修復(fù)的勝負(fù)手不在公關(guān)稿里在 commit 歷史里。四、下一步觀察清單審計(jì)報(bào)告、代碼刪除證明與整改時(shí)限回到標(biāo)題的問題補(bǔ)償方案是按下暫停鍵還是只開了個(gè)頭答案取決于接下來三個(gè)觀察點(diǎn)是否落地。其一獨(dú)立審計(jì)報(bào)告。智譜是否委托第三方安全機(jī)構(gòu)對(duì) ZCode 的數(shù)據(jù)流尤其是 Trace 層是否攜帶代碼正文、上傳觸發(fā)條件、留存周期出具審計(jì)結(jié)論并公開摘要這比補(bǔ)償額度更能決定企業(yè)客戶的去留。其二代碼刪除證明。對(duì)已經(jīng)上傳至阿里云的用戶數(shù)據(jù)是否有可驗(yàn)證的刪除機(jī)制云廠商刪除確認(rèn)、哈希對(duì)賬、或是給受影響用戶的逐個(gè)通知已刪除三個(gè)字在沒有證據(jù)鏈時(shí)不具備任何法律與信任意義上的分量。其三整改時(shí)限與源碼變更。從當(dāng)前倉庫代碼看整改空間是明確的遙測端點(diǎn)依賴環(huán)境變量顯式配置apps/zcode-cli/packages/telemetry/src/bootstrap.ts說明默認(rèn)關(guān)閉在工程上易如反掌端點(diǎn)與錯(cuò)誤信息都有脫敏器apps/zcode-cli/packages/telemetry/src/provider-endpoint.ts、apps/zcode-cli/packages/telemetry/src/error-sanitizer.ts說明工程團(tuán)隊(duì)對(duì)數(shù)據(jù)最小化并非沒有認(rèn)知。社區(qū)真正要看的是這些機(jī)制是否從可選變?yōu)槟J(rèn)ARMS 依賴是否被移除或替換為可自托管端點(diǎn)以及這一系列變更是否在承諾的時(shí)限內(nèi)以公開 commit 落地。風(fēng)波沒有隨著補(bǔ)償方案的公布而終結(jié)它只是從公關(guān)戰(zhàn)場轉(zhuǎn)移到了代碼倉庫。對(duì)于個(gè)人開發(fā)者暫停鍵或許已經(jīng)按下對(duì)于發(fā)出 12 項(xiàng)答復(fù)清單的企業(yè)客戶以及盯著git log的開源社區(qū)這很可能只是開了個(gè)頭——而這一次結(jié)局寫在代碼里?！久赓M(fèi)下載鏈接】ZCodeZCode 是 AI 編程工作臺(tái)提供桌面應(yīng)用、瀏覽器界面和終端 Agent。本倉庫包含客戶端、后端服務(wù)、共享 UI以及 Agent CLI 與運(yùn)行時(shí)源碼。項(xiàng)目地址: https://gitcode.com/zai-org/ZCode創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考