ux(setup): 平台 SSO 后落地 Setup System Overview(全 0 审计仪表盘)— 新 builder 应落 /_console/home;Total Users 显示 0

[os-zhuang]

现象(staging E2E 2026-07-17,cloud 平台 SSO 进入新环境)

新 builder 通过「Continue with ObjectStack」进入刚创建的环境,落地页是 Setup 应用的 System Overview(Platform health / audit 仪表盘)——所有指标为 0,与「开始搭建应用」的心智完全错位。环境的 /_console/home(有「用 AI 搭建 / 问 AI / 从模板开始 / Your apps」)才是合适的第一屏。

另:System Overview 的 Total Users 显示 0,而环境里至少有 1 个 JIT 用户(统计口径基于审计事件?应基于 sys_user count)。

影响

P2 — ADR-0075(post-login landing 由 metadata 声明,「每层的 home = 该层的职责」)在 env 层的落地缺口:SSO callback 后的默认路由解析到了 Setup 仪表盘而非 env home。

修复方向

1. 平台 SSO callback 落地 /_console/home(或 env 声明的 landing page),不要落第一个 app 的第一个 dashboard。查:callbackURL 的默认值(objectui 登录组件传什么)与 console 默认路由解析顺序。
2. System Overview「Total Users」改为真实 sys_user 计数。

🤖 Generated with Claude Code

[os-zhuang]

本地 rig 复测:落地页症状未复现(2026-07-17)

在本地 prod-like rig(cloud+objectos worktree,framework 含 #3080,--with-ui overlay)上,通过「Continue with ObjectStack」平台 SSO 进入环境,两次(新注册用户 + 平台 admin)都正确落到 /_console/home——即 env 的 AI-build home,不是 Setup System Overview。

含义:#3083 的「落 Setup 仪表盘」症状可能是 staging 特有(app 顺序 / landing metadata / 数据差异),不是通用路由缺陷。建议:不要盲改 objectui RootRedirect 或 sso-exchange 的 next——先在 staging 上抓一次真实 SSO 回调链的 302 序列(callbackURL → callback → 落地),对比本地为何不同,再定位。Total Users=0 仍待带数据的活体复现(本地 rig 会话在长跑后 auth 退化,未能取到干净读数)。

🤖 Generated with Claude Code