Auth0Act · 等候名單

把 Auth0 Rules/Hooks 映射到 Actions——別讓 11/18 關掉它們

多選現有 Auth0 客製類型(post-login Rule、redirect Rule、MFA、custom claims、Hooks:pre-user-reg/post-user-reg/credentials-exchange 等)。取得建議的 Actions trigger 對照、由後往前遷移順序、staging/prod 切換 checklist,以及常見坑。不是租戶連線器——從不要求貼 Rule 原始碼或 token。

市場驗證頁 · 免費等候名單 · 無假用戶數 · 從不貼 Rule 原始碼或 token

問題

2026-11-18 停止執行截止

Auth0 已棄用 Rules/Hooks(2023-05-16)。自 2024-11-18 起 read-only(僅能開關與改 secrets,不可改程式碼)。EOL 為 2026-11-18:Rules/Hooks 停止執行並移除。仍掛在舊管線的登入客製會全滅。官方 Migrate 文件說明怎麼改程式——但不會把你的客製類型變成 trigger 對照、由後往前順序與 staging/prod cutover checklist。

Before

  • 讀 migrate 長文/手動逐條改寫
  • 不知哪條 Rule/Hook 對哪個 Actions trigger
  • 漏 staging 或 redirect 雙跑/rate limit

After

  • 客製類型 → trigger map + 遷移順序
  • 對照類型的建議 trigger
  • Cutover checklist + 常見坑提示

加入等候名單

解決方案

Auth0Act 做什麼

給仍用 Rules/Hooks(已 read-only)的身分/平台工程與 Auth0 租戶管理員的遷移決策就緒層:客製類型 → 建議 Actions trigger 對照+由後往前順序+staging/prod cutover checklist+常見坑——不是租戶連線器,從不要求 Rule 原始碼或 token。

WHO

仍依賴 Auth0 Rules 或 Hooks(自 2024-11-18 起已 read-only)的 SaaS/B2B 身分工程、平台工程、Auth0 租戶管理員,以及負責 login/MFA/claims/redirect 客製的開發者。

PROBLEM

Rules/Hooks 於 2026-11-18 停止執行並移除。官方 migrate 說明怎麼改寫,但缺盤點類型→trigger→順序→切換風險——漏一條 redirect 或 Hook 就等於 EOL 當天登入客製全滅。

SOLUTION

多選客製類型(post-login/redirect/MFA/claims/Hooks)→ 建議 Actions trigger 對照、由後往前順序、staging/prod cutover checklist、常見坑+waitlist。MVP 從不要求 Rule 原始碼或租戶 token。

RESULT

在 Nov-18 前對齊:你有哪些類型 → 對哪個 trigger → 由後往前怎麼遷 → staging 怎麼切——不是當天登入客製全滅才救火。

功能

功能特色

來自產品假設的行銷重點——用於需求驗證,非正式規格承諾。

🗺️

客製類型 → trigger 映射

多選 post-login Rule、redirect Rule、MFA、custom claims、Hooks(pre/post-user-reg、credentials-exchange)→ 建議 Actions trigger(含需再確認)。

📊

由後往前遷移順序

依官方建議:pipeline 末端往前、1:1 對應;輸出建議順序,避免半遷移拖垮登入。

✅

Staging/prod 切換清單

盤點 → 建 Action → staging 驗證 → 切換 → 監控 → deactivate 舊 Rule/Hook;標出 redirect 雙跑、Management API rate limit、Node runtime。

⚠️

常見坑提示

Management API rate limits、redirect 雙跑、Node runtime/SDK 差異、secrets/claims/MFA API 對照——靜態提示,非代寫程式。

🔒

靜態 MVP,不碰租戶秘密

表單 + trigger map + 順序 + checklist + 常見坑 + waitlist。明確不做:貼 Rule 碼、持有 token、代登 Auth0、代寫 Actions。

如何運作

如何運作

對應等候名單階段產品假設的三步驟。

  1. 1

    多選客製類型

    post-login/redirect/MFA/claims/Hooks(pre/post-user-reg、credentials-exchange)等。

  2. 2

    取得建議 Actions trigger 對照

    建議 trigger(含需再確認);附由後往前遷移順序。

  3. 3

    切換 checklist 與常見坑

    staging/prod 切換、deactivate 時機、rate limit/redirect 雙跑/Node runtime——從不要求貼 Rule 碼或 token。

加入等候名單

使用情境

適合誰

若這些情境耳熟,請加入等候名單協助驗證。

仍有多條 post-login Rules(claims/deny/enrich)

需要建議 post-login Actions trigger 對照與由後往前順序。

Redirect Rule 做外部同意/補充資料

需要 cutover checklist,避免 redirect 雙跑與 staging 漏測。

MFA/custom claims 掛在舊 Rules

需要 event/api 語意對照與常見坑提示。

Hooks:pre/post-user-reg 或 credentials-exchange

需要對應 Actions triggers 與 deactivate 時機。

距 Nov-18 僅數週的身分/平台救火

一頁式盤點→trigger map→順序→cutover,避免 wiki 臨時開會。

常見問題

常見問題

Auth0Act 和 Auth0 Migrate from Rules/Hooks to Actions 差在哪?

官方是「怎麼改程式」指南;我們把客製類型換成 trigger 對照、由後往前順序與 cutover checklist。

和 Deploy CLI/Terraform 手改差在哪?

IaC 能部署,但沒有盤點你還有哪些客製類型、該先遷哪條;我們是決策就緒層,不連你的租戶。

和身分顧問專案差在哪?

顧問是完整改寫與交付;我們是輕量靜態就緒/盤點工具,驗證期免費 waitlist。

和內部 wiki/Notion 差在哪?

那些靠人手;我們把 Nov-18 Rules/Hooks EOL 做成結構化映射。

會要求貼 Rule 原始碼或租戶 token 嗎?

不會。從不要求、不持有、不代管任何秘密。

會代寫 Actions 或代登 Auth0 嗎?

不會。MVP 是靜態表單 + trigger map + 順序 + checklist + 常見坑。

Rules/Hooks 真正什麼時候停?

官方:Deprecated 2023-05-16;Read-only 2024-11-18;EOL 2026-11-18 停止執行並移除。

MVP 範圍?

靜態表單+trigger map+由後往前順序+staging/prod cutover+常見坑+waitlist;連租戶/代寫不在範圍。

搶先體驗何時開始?

等候名單分批以 Email 邀請;不捏造上線日期。

定價?

假設之後小額稽核或團隊席位;正式價以 launch 通知為準。等候名單免費。

等候名單

加入等候名單

留下 Email 取得 Auth0Act 搶先體驗與上線通知。請勿在任何欄位貼 Rule 原始碼或租戶 token。

僅用於等候名單、搶先體驗與上線通知;請勿貼 Rule 原始碼或 token;可隨時退訂。