feat(user): 补充开发者审核通过时添加店员记录功能

- 引入 addShopStoreUser 接口用于新增门店店员记录
- 新增 clerkStoreId 和 clerkTenantId 状态，保存当前审核店员的门店和租户信息
- 在审核通过后调用 addShopStoreUser，添加申请人为当前门店店员
- 保证只有当 clerkStoreId 存在时才执行新增操作
- 调整平台管理页 UI，使其与门店中心保持一致风格
- 门店中心及平台管理入口权限调整，仅超级管理员可访问
- 用户菜单中平台管理和门店中心入口现基于 isSuperAdmin 字段控制
- 优化登录及权限校验流程，避免权限不足时页面闪烁显示
- 更新工作记录文档，补充审核通过流程中新添加的店员记录步骤

.workbuddy/memory/2026-07-23.md

@@ -31,4 +31,31 @@
 - 新增 state `clerkStoreId` / `clerkTenantId`，在 `getMyClerk()` 成功后写入（店员记录自带 `storeId`/`tenantId`）。
 - `handleApprove` 在 `setUserDeveloper` 之后调 `addShopStoreUser({ userId, storeId: clerkStoreId, tenantId: clerkTenantId, isDelete: 0, comments: '开发者审核通过自动添加' })`，仅当 `clerkStoreId` 存在时执行。
 
-**依赖**：后端 `POST /shop/shop-store-user`（ShopStoreUserController.save，需 `shop:shopStoreUser:save` 权限，店员已有）；tenantId 复用审核店员的租户，避免前端另取。
+**依赖**：后端 `POST /shop/shop-store-user`（ShopStoreUserController.save，需 `shop:shopStoreUser:save` 权限，店员已有）；tenantId 复用审核店员的租户，避免前端另取。
+
+## 平台管理页 UI 对齐门店中心
+
+**需求**：用户要求 `pages/admin/index/index` 与 `pages/store/center/index` 一模一样的 UI。
+
+**改动**（仅 `src/pages/admin/index/index.tsx`）：
+- 删除原先 NavBar + StatCard 网格 + EntryGrid 的旧结构，整体改写为门店中心同款「渐变绿色头部 + 白卡片列表（图标/标题/描述/角标/箭头）+ 底部信息卡」。
+- 头部展示管理员 avatar + 「平台管理」标题 + 昵称·手机号（取 `useUser().user`）。
+- FEATURE_CARDS 保留 4 个入口：应用审核(📝)、Git 审核(🐙)、域名审核(🌐)、工单处理(🎫)，各自带 desc、color/bgColor、url。
+- 角标沿用项目 `Badge` 组件：应用审核=待审核应用数（pagePublishReviews 已按 pending_review 过滤），工单处理=未解决/未关闭工单数（getAllTickets 取前100条 client 端过滤）。
+- 底部卡片「平台概况」保留原页面统计：应用总数、用户总数、工单总数（pageAllApps / pageUsers / getAllTickets 的 total）。
+- 保留登录校验（!isLoggedIn）与管理员校验（!isAdmin）两个空态，改为居中图标文案，去掉 NavBar 依赖（标题走 definePageConfig）。
+- 新页面不再引入 nutui 组件，只用 `@tarojs/components` + 自定义 `Badge`，规避 weapp 空白坑。
+
+**待验证**：`npm run build:weapp` 未实跑（环境 tsc 报 @tarojs/taro 类型库缺失属全局问题，与本次无关）。
+
+## 平台管理 / 门店中心 改为 isSuperAdmin=1 才显示
+
+**需求**：平台管理与门店中心两个入口都需要 `isSuperAdmin=1` 才显示（原先平台管理=isAdmin、门店中心=店员 storeInfo）。门店中心页面本身按用户确认改为「仅超级管理员可进」。
+
+**改动文件**：
+- `src/pages/user/user.tsx`：菜单项 平台管理、门店中心 的显示条件均由 `isAdmin` / `storeInfo` 改为 `(user as any)?.isSuperAdmin === 1`。
+- `src/pages/index/index.tsx`：首页角色工作台外层容器补 `|| isSuperAdmin===1`，平台管理入口 `(user as any)?.isAdmin` → `isSuperAdmin === 1`。
+- `src/pages/admin/index/index.tsx`：页面访问门槛 `isAdmin` → `isSuperAdmin===1`（含空态文案）；`loading` 拆为 `userLoading`(来自 useUser，防闪烁) + `dataLoading`(角标数据)；首屏 `if (userLoading || dataLoading) spinner`。
+- `src/pages/store/center/index.tsx`：移除 `getMyClerk()` 店员门槛，改为 `isSuperAdmin===1` 才进；非超管弹「仅超级管理员可访问」并 navigateBack；头部加 `header` 兜底（超管非店员时显示「门店中心」+ 管理员昵称/手机号）；渲染守卫 `userLoading → 请先登录 → 无访问权限`，去掉原 `if(!storeInfo) return null`（否则非店员超管整页空白）。
+
+**验证**：`npm run build:weapp` 在沙箱被 OOM/锁文件杀掉（exit 137，无报错），属环境问题，非代码错误；改动均为项目既有写法（useUser / Badge / 渐变头部）。

.workbuddy/memory/MEMORY.md

@@ -10,6 +10,12 @@
 - **vip-review 审核通过流程（用户 2026-07-22 最终确认，2026-07-23 补充）**：前端 `handleApprove` 依次调 ① `updateShopDealerApply(applyStatus=20)`；② `setUserDeveloper(userId)`（不碰 `sys_user_role`）；③ **`addShopStoreUser`**——在当前门店下给申请人补一条 `shop_store_user`（店员）记录（`userId=申请人, storeId=审核店员所属门店, tenantId=同店员, isDelete=0`）。后端 `markAsDeveloper` 做两件事：① 把 `sys_user.is_developer` 置 `1`；② **替换**用户角色为 `developer`——`roleService.getByRoleCode(roleCode=developer, tenantId=用户租户)` 找到角色 → 删掉该用户现有 `sys_user_role` → 只绑定 developer 这一个角色，**不与原角色并存**（角色替换包 try/catch，失败不影响 isDeveloper 落库）。即"升级为开发者 = 单角色 developer + isDeveloper 标记位 + 一条门店店员记录"，不是新增第二个角色。审核店员的 `storeId/tenantId` 来自 `getMyClerk()` 返回值（存于 `clerkStoreId/clerkTenantId` state）。
 - 注意：前端 `vip-review` / `vip-upgrade` 等页面的变量名仍残留 `VIP_ROLE_*`、`pendingVipCount`、`dealerPrice` 等旧标识符（仅文案改成了「开发者」），后端角色与缓存 key 仍对应这些旧名，重命名需谨慎。
 
+### 超级管理员（isSuperAdmin=1）访问门槛（2026-07-23 确认）
+- 用户对象字段 `isSuperAdmin`（`(user as any)?.isSuperAdmin === 1`，数值 1 才算），前端此前未引用，由后端 `sys_user` 返回。
+- **平台管理**（`pages/admin/index/index`）与**门店中心**（`pages/store/center/index`）两个入口，**菜单与首页工作台均只在 `isSuperAdmin===1` 时显示**（原先平台管理是 `isAdmin`、门店中心是店员 `storeInfo`）。
+- 门店中心页面已改为「仅超级管理员可进」：移除原 `getMyClerk()` 店员门槛；非超管访问弹「仅超级管理员可访问」并 `navigateBack`；超管若同时是店员仍会加载门店信息用于头部，否则头部兜底显示「门店中心」+ 管理员昵称/手机号。
+- 两页都用 `useUser()` 的 `loading`（userLoading）做首屏门卫，避免超管用户未从 storage 解析完时先闪「无访问权限」。注意：`pages/store/center` 的入口曾依赖 `user.tsx` 里的 `storeInfo`（getMyClerk），现已不再用 `storeInfo` 决定菜单可见性。
+
 ### 后端代码风格（com.gxwebsoft.core）
 - Controller 继承 `BaseController`，统一返回 `ApiResult`（成功 `code=0`，失败 `code=1`），用 `success()/fail()`。
 - 「按 userId 置一个标志位」的范式：`new User(){{setUserId(); setXxx();}}` → `userService.updateById(u)`（参考 `updateStatus`/`updateRecommend`/`auditUser`）。