N1Mem · 注册 / 登录 / 申请 Key

真实旅程验证页 —— 本页的每一次点击都打到 生产(https://api.n1mem.com), 不是模拟。目的是把"一个真实用户到底能不能自己走完"这件事,用你自己的手走一遍。

参数

共用输入

注:两套体系用的邮箱可以相同 —— 它们是两个互不相通的账号概念(下面会看到证据)。


路线 A · 自助申请 Key(填邮箱即发 Key,无需账号)

A-1

POST /v1/register —— 申请 Key

这就是现网注册页 api.n1mem.com/register 背后调的那个端点。填了邮箱就发 Key,同时建一个 cust-xxxx 独立组织。

(未执行)
A-2

拿刚发的 Key 问一句"我这一路能不能用"

这是接入侧真正会走的检查(GET /v1/member/status)。它回答的是状态不是错误,所以恒 200。 顺便验证:Key 属于哪个组织、这个组织里有没有登记过主体。

(未执行;先把 A-1 跑出来,会自动带上那把 Key)

路线 B · 注册"人"的账号并登录(M0 账号体系)

B-1

POST /v1/account/register —— 注册账号

注意返回值里的 orgs:现在请留意它是不是空的。

(未执行)
B-2

POST /v1/account/login —— 登录

(未执行)
B-3

登录之后,我手里有什么?

带会话头 X-N1MEM-Session 依次问三件事:我是谁 / 我属于哪些组织 / 会话是否有效。 重点看有没有任何地方能拿到 API Key。

(未执行)
B-4

🔴 断点实测:用"账号会话"去登记主体 / 拿 Key

这是本页最关键的一次点击。按设计,POST /v1/org/members 要的是 组织 Key(Depends(auth)), 而不是人的会话。如果这里被拒,就说明:注册了账号的人,没有办法自己拿到 Key —— 而这正是你要验证的那件事。

(未执行)

本页面向的生产环境事实

※

只读探测

(未执行)

已知发现(点之前先知道,免得白撞)

  1. 注册页上的两个"接入指南"链接是死链:/docs/openclaw-n1mem-guide.html 与 /docs/workbuddy-n1mem-guide.html 实测 404。用户申请到 Key 之后,第一个想看的"怎么用"是打不开的。
  2. 没有登录页:/v1/account/login 端点在线,但站上没有任何界面调它 —— 全站只有 /register 一个表单页。
  3. 两套账号概念并存、中间没有桥:路线 A 发 Key 但不建账号(无法登录);路线 B 建账号但拿不到 Key。 所以"注册账号 → 自己申请 Key"这句用户原话,在现状下没有一条路能一次走完。
  4. CORS 回显任意来源:Access-Control-Allow-Origin 会原样回显请求方(含 null)且带 Allow-Credentials: true。本页能直连生产正是因为这一点;但它同时也意味着任何网站都能在用户浏览器里调用本站 API,建议收紧。

本页不收集任何数据、不写入本地存储:你填的邮箱/密码/Key 只存在于当前页面的内存里,关掉即消失。 若浏览器拦截跨域请求,请改用现网页面 api.n1mem.com/register 走路线 A。