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 或令牌行为。
  • 不发送营销活动。

准备集成

先从文档开始,然后在几分钟内创建客户端与账户。