Atlassian 正式切換開關:Jira 與 Confluence 資料即日起預設餵入 AI 訓練
2026 年 8 月 17 日起,Atlassian 開始預設收集客戶的 metadata 與應用內資料,用於改善旗下 AI 功能——而且多數客戶無法完全退出。
歷經數個月的預告、社群反彈,以及競爭對手的行銷猛攻,大限終於到來:2026 年 8 月 17 日起,Atlassian 正式改變其雲端產品使用客戶資料的方式。來自 Jira、Confluence 與其他 Atlassian 雲端產品的客戶 metadata 與應用內(in-app)資料,將預設被用於改善該公司的應用程式與 AI 體驗——除非管理員主動採取行動,而且在某些情況下,就算採取行動也未必能完全退出。
對於數百萬把工程管理、專案規劃與文件協作都架構在 Atlassian Cloud 上的團隊而言,這已不再是政策層面的抽象辯論,而是這個全球最大工作管理平台之一,處理系統內容方式的實質改變。
具體改變了什麼
Atlassian 的「資料貢獻」(data contribution)機制最早於 2026 年春天公布,並在其信任中心(Trust Center)留下完整文件。該機制將收集的資料分為兩大類——兩者的風險等級不同,更重要的是,退出的權利也大不相同。
Metadata 包含產品使用方式的資訊——事件、設定與互動模式。Atlassian 表示這類資料在使用前會經過去識別化與聚合處理,且不含健康、位置、人力或財務資訊。但問題在於:對 Free、Standard 與 Premium 客戶而言,metadata 貢獻是永遠開啟、無法關閉的。只有 Enterprise(企業版)客戶才能選擇退出 metadata 收集。
應用內資料(in-app data) 則是更敏感的一類。它可能包含使用者實際建立的內容——Confluence 頁面內容、Jira 議題文字等。這一類可以由組織管理員關閉,且不分方案等級,路徑是 Atlassian Administration → Security → Data contribution。
這種不對稱設計——「你的內容可以排除,但你的使用行為不行」——正是政策公布以來社群反彈的核心。批評者指出,對非企業版客戶來說,根本不存在真正完整的退出選項。
誰被自動排除
並非所有組織都受影響。Atlassian 的 FAQ 明確指出,與政府機關相關聯的雲端組織,將完全被排除在資料貢獻之外。產業分析與 Atlassian 社群文件也顯示,其他受監管的部署形態——例如符合 HIPAA 規範的環境、以及部分金融服務配置——同樣不在收集範圍內。
至於其他所有客戶,8 月 17 日就是寬限期的終點。來不及在期限前關閉應用內資料收集的組織,其內容現在已開始流入 Atlassian 的 AI 改善管線。
期限過後才退出——實際上會發生什麼
錯過期限的管理員仍然可以採取行動,但必須了解其運作機制。根據 Atlassian 的文件與第三方分析,退出應用內資料貢獻後,應用內資料會在 30 天內被移除,內容屬性(content attributes)則在 90 天內清除。Atlassian 並承諾會在 90 天的窗口內,重新訓練曾使用該組織資料訓練過的模型。
另一個特別引人注目的數字:根據政策條款,已收集的資料最長可能保留七年。就算今天立刻退出,已收集的資料也不會瞬間消失——而且保留期限相當長。
競爭對手嗅到血腥味
這項改變對 Atlassian 的競爭對手來說簡直是行銷大禮。GitLab 直接發表了一篇標題毫不掩飾的部落格文章——「Atlassian will train on your data: Opt out with GitLab」——逐步解析政策細節,並把自家資料實務定位為注重隱私組織的更安全選擇。隨著政策正式生效,這類訊息戰預期只會更加激烈。
社群的不滿其實已經悶燒數月。Obsidian 執行長 Stephan Ango 曾向追蹤者簡明扼要地總結這件事:除非在 2026 年 8 月 17 日前選擇退出,否則 Jira 與 Confluence 的資料將自動被用於 AI 訓練。Reddit 的 r/jira 版與 Atlassian 官方社群論壇上,充斥著管理員詢問 Premium 方案能否躲過 metadata 收集的討論串——而答案是不能。
更大的產業格局
無論 Atlassian 的本意為何——該公司將此定位為「為負責任 AI 建立的資料實務」——這個做法都符合一個熟悉的產業劇本。Zoom 在 2023 年因公眾反彈而收回類似的服務條款修改;Slack、Google 與 Microsoft 也都曾因客戶內容如何用於模型改善而受到檢視。不同的是,2026 年的廠商愈來愈選擇堅持到底:過去的輿論風暴迫使廠商退讓,如今的政策設計則讓預設值偏向收集,把保護的負擔轉嫁給客戶。
對渴求 AI 能力的產品團隊來說,這種張力是結構性的。當模型用真實工作資料——票單、規格書、 retrospective、文件——訓練時,像 Atlassian AI 這類功能確實會明顯變好。這種改善正是資料值錢的原因,也正是客戶不安的來源。一張 Jira 議題可能同時包含架構筆記、資安決策、客戶名稱與路線圖細節。聚合與去識別化能降低部分風險,但它們不等同於同意。
團隊現在該做什麼
- 今天就檢查資料貢獻設定。 路徑:Atlassian Administration → Security → Data contribution。如果應用內資料收集是開啟的而你不想參與,現在就關掉——移除時程從那一刻起算。
- 搞清楚自己方案的限制。 Free、Standard 或 Premium 的 metadata 收集是關不掉的。如果這無法接受,Enterprise 是唯一的合約出路,否則就得遷移平台。
- 稽查 Confluence 與 Jira 裡放了什麼。 不該出現在雲端工作工具裡的敏感內容,從今天起風險比上週更高。
- 留意後續變動。 退出機制、排除範圍與保留條款自 4 月以來已多次調整;把目前的條款視為移動靶。
- 想想這筆交易值不值得。 有些組織可能真心認為更好的 AI 功能比嚴格的資料界線重要。這是正當的選擇——但它應該是管理員深思熟慮後的明確決定,而不是在期限悄悄過去後繼承的預設值。
結論
2026 年 8 月 17 日是企業 AI 一個低調但真實的轉折點。Atlassian 押注客戶會接受預設的資料貢獻,以換取更好的 AI,並賭輿論會隨功能改善而平息;競爭對手則押注相反。暴露最大的,是那些還沒檢查過設定的組織——因為從今天起,沉默即視同同意。
Sources
- [1] https://www.atlassian.com/trust/ai/data-contribution
- [2] https://www.atlassian.com/trust/ai/data-contribution/faqs
- [3] https://about.gitlab.com/blog/atlassian-will-train-on-your-data-opt-out-with-gitlab/
- [4] https://us.seibert.group/blog/atlassian-data-privacy-ai-training-policy-change
- [5] https://www.rezolve.ai/blog/atlassian-ai-data-contribution-august-17-opt-out
- [6] https://community.atlassian.com/forums/App-Central-articles/Atlassian-s-Data-Contribution-change-lands-Aug-17th-have-you/ba-p/3261804