fix(auth): 统一超级管理员标识为布尔值true

- 将所有页面和菜单中超级管理员校验由数字1改为布尔true
- 平台管理、门店中心菜单项仅在isSuperAdmin===true时显示
- 门店中心页面移除店员门槛，改为超级管理员访问限制
- 非超级管理员访问门店中心弹窗提示并返回
- 首页工作台入口及相关访问权限判定切换为布尔判断
- 优化首屏加载状态，避免权限校验闪烁和误判

.workbuddy/memory/MEMORY.md

@@ -10,9 +10,9 @@
 - **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`）。
+### 超级管理员（isSuperAdmin=true）访问门槛（2026-07-23 确认）
+- 用户对象字段 `isSuperAdmin`（`(user as any)?.isSuperAdmin === true`，布尔 true 才算），前端此前未引用，由后端 `sys_user` 返回。
+- **平台管理**（`pages/admin/index/index`）与**门店中心**（`pages/store/center/index`）两个入口，**菜单与首页工作台均只在 `isSuperAdmin===true` 时显示**（原先平台管理是 `isAdmin`、门店中心是店员 `storeInfo`）。
 - 门店中心页面已改为「仅超级管理员可进」：移除原 `getMyClerk()` 店员门槛；非超管访问弹「仅超级管理员可访问」并 `navigateBack`；超管若同时是店员仍会加载门店信息用于头部，否则头部兜底显示「门店中心」+ 管理员昵称/手机号。
 - 两页都用 `useUser()` 的 `loading`（userLoading）做首屏门卫，避免超管用户未从 storage 解析完时先闪「无访问权限」。注意：`pages/store/center` 的入口曾依赖 `user.tsx` 里的 `storeInfo`（getMyClerk），现已不再用 `storeInfo` 决定菜单可见性。