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