AccountMaker.com

以帳戶為中心的基礎設施

以帳戶為中心的認證、身分與郵件基礎設施。

建立 OAuth 用戶端,透過成員關係整理帳戶,並以已驗證網域與可觀測事件寄送交易郵件。

平台示意
用戶端應用
   │
   ▼
Accountmaker
   ├─ OAuth + OIDC
   ├─ 帳戶 + 成員關係
   ├─ 郵件 + 網域
   └─ Webhooks + 事件
          

多數 SaaS 平台都在重建相同的身分基礎設施。

  • 認證止於登入與權杖。
  • 帳戶邏輯在各產品中重複實作。
  • 郵件位於獨立技術棧。
  • Webhook 失敗不可見。
  • 所有權與權限逐漸漂移。

Accountmaker 改變了什麼

  • 一套系統涵蓋認證、帳戶、郵件與事件。
  • 明確的帳戶成員關係與角色。
  • 網域驗證與送達率檢查。
  • 可觀測的郵件與 Webhook 事件投遞。

標準

OAuth 2.0 + OpenID Connect

採用標準流程,範圍明確,權杖可預期。

範圍

以帳戶為先的權限

帳戶與成員關係是第一級原語,而非衍生概念。

可視性

可觀測事件

Webhook 與郵件投遞事件是第一級且可稽核。

運作方式

  1. 1. 設定 OAuth 用戶端

    定義重新導向 URI、範圍與權杖有效期。

  2. 2. 建立帳戶與成員關係

    建模所有權、角色與帳戶層級權限。

  3. 3. 設定郵件與 Webhook

    驗證網域並觀察投遞事件。

證明

帳戶範圍原語

每個權杖、郵件身分與 Webhook 投遞都與帳戶與成員角色綁定。

POST /oauth/clients
POST /accounts
POST /accounts/{account_id}/memberships

Accountmaker 不做的事

  • 不取代應用程式 UI。
  • 不隱藏 OAuth 或權杖行為。
  • 不寄送行銷活動。

準備整合

先從文件開始,幾分鐘內建立用戶端與帳戶。