OpenAI 於 7 月 29 日開始以測試版形式推出「Sign in with ChatGPT」，使用者可以拿 ChatGPT 帳號登入其他公司的服務。首波支援的合作夥伴共 6 家：Airtable、GitLab、HubSpot、Notion、Supabase 與 Vercel。把它想成大家熟悉的「用 Google 帳號登入」按鈕的 ChatGPT 版本，大致就八九不離十。
ChatGPT 成為「登入的起點」
在此之前，ChatGPT 一直站在連接方的位置。使用者加入外掛，再另外登入對方的服務，然後交出權限。這次的變化把這個順序往前挪了一格：ChatGPT 本身開始扮演證明身分的角色，也就是所謂的身分提供者。
用法有兩種。一種是從 ChatGPT 的外掛目錄連接支援的服務；另一種是在合作夥伴自家網站的登入畫面上，按下並列的「Sign in with ChatGPT」或「Continue with ChatGPT」。前者全程不必離開 ChatGPT，後者則是照常從服務端進入時，多了一個選項。
提供範圍是全球已通過驗證的 ChatGPT 使用者，包含隸屬 Enterprise 組織的人。不過若屬於某個組織，能不能用要看管理者的設定。
交給對方的只有姓名、電子郵件與大頭貼
這類機制最先讓人在意的，就是究竟會被帶走多少資訊。依 OpenAI 的說明，登入當下交給外部服務的只有姓名、電子郵件地址，以及有設定的話再加上大頭貼，總共 3 項。
ChatGPT 的對話紀錄、記憶、上傳的檔案、權杖、帳務資訊這些帳號內部的內容，光是登入並不會被分享。若外掛要求更多存取權限，會另外跳出與登入分開的授權畫面。把「通過入口」和「交出內部權限」明確切開，正是這套設計在規格上的重點。
給管理者的退路也備妥了。在組織層級可以進入全域管理主控台的「Access」，打開「External Access」，直接把 Sign in with ChatGPT 關掉。預設為啟用，因此沒有明確設定政策的組織一開始就是可用狀態。也可以選擇只開放給已核准的應用程式。
Supabase 與 Vercel 實際變了什麼
看合作夥伴自己的公告，實際的變化會更清楚。
Supabase 同樣在 7 月 29 日宣布支援測試版，範圍涵蓋 supabase.com 的登入頁面，以及桌面版、網頁版與行動版 ChatGPT 內的 Supabase 外掛。既有使用者若用的是與 ChatGPT 相同的電子郵件地址，系統不會另外開新帳號，而是自動與既有帳號連結，只是多了一種登入方式。SSO 帳號屬於例外，仍維持分離。連結隨時可以從儀表板解除。
Vercel 也在同一天完成支援。除了在 ChatGPT 中加入 Vercel 外掛時可用之外，Vercel 與 v0 的登入、註冊頁面上也出現了「Continue with ChatGPT」。若團隊要求雙因素驗證或 SSO，這些要求依然照常適用。解除與重新驗證可以在帳號的 Authentication 設定中處理。
兩家公司共通的動機是：縮短從在 ChatGPT 或 Codex 動手，到真正抵達後端或部署目標之間的落差。寫下第一段提示詞的地方和建立帳號的地方各自分離時，工作就會在那裡停頓一下。把那幾十秒抹掉，雖然不起眼，卻是相當有感的一種改善。
把 ChatGPT 讀成驗證基礎建設
退一步看，這不只是開發者便利性的話題。登入按鈕在某種意義上，是衡量一項服務離日常基礎建設有多近的指標。當 ChatGPT 出現在原本只列著 Google、Apple、GitHub 的畫面上，也代表 OpenAI 開始接下處理使用者身分資訊的角色。
首波 6 家清一色是開發者工具與工作空間類服務，考量到與 Codex 的搭配，這樣的名單相當自然。今後會擴展到什麼程度還是未知數，但支援範圍愈廣，一旦失去 ChatGPT 帳號，波及的範圍也愈大。為了便利而把什麼集中到同一處，值得先放在心上。
總結
OpenAI 於 7 月 29 日以測試版形式推出「Sign in with ChatGPT」，可用 ChatGPT 帳號登入外部服務。首波支援 Airtable、GitLab、HubSpot、Notion、Supabase、Vercel 共 6 項服務。交給外部的只有姓名、電子郵件地址與大頭貼，要存取對話或檔案則需要另外授權。組織管理者可以從主控台直接停用這項功能，或限制在已核准的應用程式範圍內。
