OpenAI聯合創辦人跳槽對手公司、總裁休長假！奧特曼為何落得眾叛親離下場？|數位時代 BusinessNext

OpenAI聯合創辦人跳槽對手公司、總裁休長假！奧特曼為何落得眾叛親離下場？

OpenAI人才持續流失，聯合創辦人John Schulman離職，計劃到對手Anthropic 的公司上班；另一位創辦人也休長假。

OpenAI 高層爆出了大地震，聯合創辦人 John Schulman 辭職跑去了競爭對手的公司。不過，他們高層的問題還不止於此：另一位聯合創辦人兼總裁 Greg Brockman 也正在長期休假，產品副總裁 Peter Deng 也被曝離職。

John Schulman（約翰·舒曼），長年領導 OpenAI 強化學習團隊，被譽為「ChatGPT架構師」。也是他在 Ilya Sustkever 離開之後，臨時接管了超級對齊團隊。結果，昨天他宣佈「做了一個艱難的決定」，加入隔壁 Anthropic，也就是 Claude 團隊。

與此同時，OpenAI 總裁 Greg Brockman 也宣佈將休長假，直到年底。OpenAI 計畫 10 月 1 日起在全球各地舉辦開發者日等活動，他也將缺席。

Brockman 自述是在連續工作了 9 年之後第一次放鬆，但對年底之後的計畫說的比較模糊，也有網友認為是出於保密協議。

等於說，現在 OpenAI 領導層已經成了一個空殼，除了阿特曼似乎已經沒有其他人了。

ChatGPT 架構師離職

舒曼本科在加州理工學習物理，在 UC 柏克萊短暫學習過神經科學，後來師從強化學習大師 Pieter Abbeel，完成電腦科學博士學位。

在他成為 OpenAI 聯合創辦人時，博士還未畢業。

OpenAI 是他在實習之外工作過的第一家，也是唯一一家公司。

他的代表作、最高被引論文 PPO，即是 ChatGPT 核心技術 RLHF 中選用的強化學習演算法。

後來在從 GPT-3.5、GPT-4 到 GPT-4o 的一系列工作中，舒曼都領導了對齊/後訓練團隊。

這次他自述的離職原因也是與此相關：希望加深對 AI 對齊的關注，並開啟職業生涯的新篇章，可以重返實際的技術工作。

不過，他也給足了 OpenAI 面子，補充「不是因為 OpenAI 缺乏對安全對齊工作的支持而離開」，只是出於個人希望集中精力。

在 ICML2023 的演講中，舒曼自述過個人接下來關注的研究方向之一： 如何避免過度最佳化 。ChatGPT 中的一些令人討厭的行為（例如過度道歉）是過度最佳化的結果。RLHF 很容易對狹窄的指標進行過度最佳化，例如模型可能學會了能獲得獎勵的捷徑，但沒有真正理解。

在今年五月份與 Podcast 主持人 Dwarkesh Patel 訪談時，舒曼也表示，算力應該更多從預訓練向後訓練轉移。

OpenAI 人才持續流失，Anthropic 成最佳去處

由於在 AI 安全方面理念和阿特曼不合，OpenAI 的人才發生了大量流失。

今年5月，超級對齊團隊的兩名負責人——首席科學家 Ilya Sutskever 和 RLHF 發明者之一Jan Leike，在同一天內相繼離開 OpenAI。

彼時離超級對齊團隊的成立，還不到一年。

Jan Leike 離開後更是連發十幾條推文，對著 OpenAI 瘋狂炮轟，控訴其沒有兌現 20% 算力的承諾，並且對安全的重視程度遠不及產品。

後來，Jan Leike 選擇加入了 OpenAI 的競爭對手 Anthropic，繼續進行超級對齊的研究。

在 GPT-4 項目上與 Jan Leike 共同領導對齊工作的 Ryan Lowe，也已於3月底離開 OpenAI。

還有超級對齊成員之一 William Saunders，以及參與過 GPT-4 對抗性測試的 Daniel Kokotajlo，也都從 OpenAI 離職。

更不必說隔壁 Anthropic 的創始人 Dario Amodei 和 Daniela Amodei 兄妹，也是 OpenAI 出身。

哥哥 Dario 離開前是 OpenAI 的研究副總裁，妹妹 Daniela 則是安全與策略部門副總監，走的時候還把 GPT-3 首席工程師 Tom Brown 等十幾名員工一起帶到了 Anthropic。

導致他們選擇出走創業的原因之一，就是 OpenAI 在安全問題尚未解決的情況下就直接發佈了 GPT-3，引發了他們的不滿。

對安全的重視，加上創始人的背景，也讓 Anthropic 成為了包括 Jan Leike 和這次離職的舒曼在內的 OpenAI 員工的主要去處之一。

OpenAI 這邊最近在安全工作上也有所動作——

7月末，OpenAI 把安全部門高級主管 Aleksander Madry 調離了安全崗位，並給他重新分配了「AI推理」的工作。

但 OpenAI 告訴媒體，Madry 到了新職位上之後，仍將致力於人工智慧安全工作。

CEO 阿特曼也是強調，OpenAI 一直都很重視安全工作，並堅持了「給整個安全團隊至少 20% 算力」的承諾。

但眼尖的網友很快發現，阿特曼玩了一波偷換概念，原來承諾的的是給超級對齊團隊 20% 算力，被偷偷改成了全部安全團隊。

所以，在阿特曼的推文之後，網友也是毫不留情地把這一背景資訊新增了上去，並附上了當時 OpenAI 的官方連結。

延伸閱讀：台積電遇到「專利蟑螂」了！在美被控7項專利侵權，發生什麼事？

本文授權轉載自：T客邦

七年、三階段，國泰金融集團將雲端內化為營運流程與創新引擎

為什麼國泰可以領先市場完成雲端轉型、數據與 AI 賦能業務？

顏勝豪認為，雲端轉型的起點不是直接遷移系統，而是從四個面向打底：應用系統盤點評估、雲端架構設計、雲端遷移藍圖規劃，以及組織治理框架建立，而這也是 Cloud Ready 階段最重要的事情。
「不同子公司有不同商業模式與節奏，若沒有共同語言與平台底座，上雲很容易各自為政。」顏勝豪表示，為讓所有員工可以齊步前行，國泰以雲端遷移方法論 Cathay 6R（註1）作為共同語言、用平台作為共同底座，讓轉型不只是技術選擇，而是集團行動。
完成單一系統的雲端遷移後，便進入 Cloud Adoption 階段。在這個階段中，要透過大規模遷移建立更成熟的上雲標準作業流程（SOP），透過 FinOps 機制控管與優化雲端營運成本，以及透過自動化與治理模型確認多雲環境與安全與維運穩定性，目標是將雲端內化為組織日常運營的一部分，進而邁向 Cloud First 階段：在合規前提下，新專案與系統升級預設在雲端環境開發，並善用雲原生優勢加速新產品功能開發速度。
「集團雲端策略只有一個核心原則：讓雲成為 AI 時代的成長引擎，而不是單純的基礎設施。」關於國泰的未來雲端布局，顏勝豪如是總結。

以雲端為 AI 資源引擎、發揮數據燃料價值，實現 AI 賦能業務應用

國泰不僅在2025年完成集團百套系統上雲，也啟動數據上雲計畫並為 GenAI 奠定基礎建設。
例如國泰金控實現數據上雲，打造資料湖倉與 GAIA 生態系統架構為 AI 賦能業務做準備：成立國泰風險聯防中心（CRC）攜手集團洗防人員強化風險控管與金融犯罪因應能力；釋出國泰員工 AI 助手–Agia–Beta
版，提供差勤、福利與權益、技術支援、職務職能與集團其他資訊等五大類別管理辦法等查詢服務；此外，亦推出集團數據共享平台、集團法規知識庫、 AI 評測中心等服務，更好發揮 Cloud First 與 AI 賦能業務應用的價值。
雲端是 AI 時代的關鍵底座、數據則是 AI 的燃料。顏勝豪指出，發展AI需要龐大的 GPU 算力，若自建 GPU 機房，不僅硬體設備昂貴、折舊速度快，光是散熱系統一年就高達兩、三千萬元的成本，若採取雲端資源，可以隨啟隨用，同時，大幅降低試錯成本。「當雲端打好基礎、AI成為能力模組，銀行、人壽、產險與證券的創新不再是單點突破，而是放大集團級綜效。」

國泰以 Cloud First + AI 持續領先市場、形塑未來樣貌

「雲端可以優化算力成本，資料則決定 AI 應用上限。」顏勝豪解釋，在 AI 新世代，AI 模型定調能力「下限」，集團子公司掌握的「獨特資料」則決定應用的「上限」，考量雲端有許多好用 AI 服務，唯有資料上雲才能發揮數據價值、用 AI 賦能集團各子公司業務。
例如國泰世華銀行將採取多公有雲策略，打造雲端智慧生態圈，並以現代化雲原生技術拓展應用場景；同時，運用 AI 與資料分析優化客戶服務體驗，並藉由跨雲整合機制支援多元業務模式，以充分發揮上雲效益。至於國泰產險，不僅在兩年半內完成13套核心系統上雲、優化營運流程，如以 Serverless 架構打造百萬級效果、萬元成本的短網址系統等，讓雲端成為產險驅動長期成長的核心引擎與標準配備。

國泰人壽則是透過雲端與 AI 滿足不同客戶需求，如以 AI Search 精準呈現關鍵字搜尋結果，讓客戶可以精準且快速的查找所需資料、大幅優化官網體驗與滿意度。至於國泰證券則是於2026年初推出「庫存管家」服務，以客戶持股為核心，應用 AI 技術打造個人化推播服務，協助投資人更有效率地掌握庫存狀況，提供更即時、系統化的投資管理體驗。
總的來說，國泰金控在集團的雲端轉型不僅是技術升級，更是思維革新，從百套系統上雲進展到 Cloud First 階段，可以預期在雲地基礎下，國泰將進一步引領 AI 時代變革，持續提升營運韌性與放大創新價值。

註1：Cathay 6R 國泰設計 Cathay 6R 雲端遷移方法論，將系統遷移方式依據上雲模式、系統開發成本分為 Rehost 、Replatform、Refactor、Rewrite、Replace 和 Retain 共6種遷移架構，並能對應到 IaaS、PaaS、SaaS 三種不同上雲模式。