OpenAI 推出「Sign in with ChatGPT」beta：ChatGPT 帳號成為跨平台登入身分

2026 年 8 月 2 日，OpenAI 讓「Sign in with ChatGPT」以 live beta 形式上線。這是 OpenAI 第一次以身分提供者（identity provider）的角色出場——不再只是你打開來問問題的聊天視窗，而是你拿去登入別家網站的那把鑰匙。這個位置，過去十餘年由 Google（2013 年起）與 Microsoft 把持，Apple 則於 2019 年推出 Sign in with Apple 加入戰局。

官方公告載明的事實

依 OpenAI Help Center 專篇，使用者可用自己 ChatGPT 帳號的身分資訊，在外部應用建立新帳號、連結既有帳號或直接登入。這裡要把兩側分清楚：身分側已對全球「已登入的 ChatGPT 使用者」開放，包含 Enterprise 組織內的使用者；夥伴側則仍在分批上線，目前已見於 OpenAI Academy 與 Codex Sites，其餘夥伴站台與 plugins 以 beta 形式逐步開通，尚非全面 GA。上線日期以第三方媒體 8 月 3 日的報導為準。

資料面官方說得很具體：夥伴應用只會收到三項資訊——姓名、Email、頭像（若有）。開發者面則是另一個重點：IDE 與 CLI 皆可透過此機制登入使用，免去設定 API key 的步驟，直接沿用開發者既有的 ChatGPT 方案額度。

首批參與夥伴六家：Airtable、GitLab、HubSpot、Notion、Supabase、Vercel，名單見官方公告。

與 Sign in with Apple 的關鍵差異

必須誠實點出一項差異：Apple 的 Sign in with Apple 提供 Email 隱藏（私密轉寄）機制，Sign in with ChatGPT 目前則是預設分享使用者的真實 Email。這代表每一個接上的夥伴站台，都能用同一組 Email 跨平台識別出同一個人。這不是漏洞，是設計選擇——對開發者友善（帳號比對容易），對隱私則少了一層緩衝。

另需說明：官方並未公開此機制的定價與夥伴分潤方式，也未說明任意開發者能否自助把自家網站串接為信賴方（relying party）。這與「IDE 與 CLI 可以拿它來登入」是兩件事，不宜混為一談。以上一律尚無官方資訊，坊間推測不宜當成既成事實。

為什麼這不只是「又一顆登入按鈕」

登入層是網路上少數具有複利效果的位置。誰掌握身分，誰就掌握了使用者在各站台之間的連結關係，以及後續一切授權的入口。OpenAI 選在開發者工具（GitLab、Vercel、Supabase）與知識工作 SaaS（Notion、Airtable、HubSpot）同時切入，路徑很清楚：先拿下離 AI 使用者最近的一圈。

對管理者的意義

這則新聞對企業產生的不是技術問題，是治理問題。建議先盤點三件事：

• 帳號歸屬：員工用個人 ChatGPT 帳號登入公司要用的 SaaS，這個帳號屬於公司還是個人？離職時怎麼回收資料與權限？
• 身分外送：真實 Email 預設分享，等同公司員工的身分在多個外部平台被串接識別，需納入個資盤點範圍。
• 繞過既有 SSO：公司若已導入 Google Workspace 或 Microsoft Entra，新增這條登入路徑是否會繞過既有的帳號控管與稽核紀錄？

不必急著禁止，也不必急著推廣。務實的第一步是把「哪些系統允許用哪種身分登入」寫成一張表，由 IT 與各部門主管共同確認——這張表在未來三年只會越來越值錢。