背景
ADR-0092 实现第二阶段（D4）。硬性时序约束（ADR-0049）：本 issue 必须在 #2816 的守卫合并之后才能开工/发布 —— affordance 先于服务端强制上线即"声明但不强制的安全属性"。
范围（ADR-0092 D4）
affordance 翻转
sys_user schema 增加 userActions: { edit: true }；create / import / delete 保持 managedBy: 'better-auth' 桶默认（关闭）。managedBy 标志本身不动（继续驱动守卫、权限集种子、system-field 注入跳过）。- 其它身份表的 affordance 一律不动。
表单字段只读治理
- 所有非 Tier-1 字段（白名单外）必须在标准编辑表单中渲染为不可编辑。多数 Tier-2/3 列已带
readonly: true；余下需处理：email、email_verified、two_factor_enabled、role、banned、ban_reason、ban_expires、ai_access。
- ⚠️ 实现前先验证：
email / role 被 action params 引用（create_user、invite_user、set_user_role 的 { field: ... } param）。确认字段级 readonly: true 不会连带禁用这些 action 表单的输入框，再在 readonly 与表单级排除两种机制间取舍。
objectui 浏览器验证（dogfood）
- 起真实后端（showcase），以平台管理员身份：Users 列表出现 Edit 入口 → 编辑他人
name/image 成功且审计有字段级 before/after 记录 → 表单中 email/role/ban 等字段不可编辑 → 直接 PATCH data API 提交名单外字段被 400/403 拒绝。
- 以普通成员身份：无 Edit 入口，PATCH 被权限层拒绝；自助路径
update_my_profile 不回归。
- UI 侧如需改动在
../objectui 仓库另行 PR，本仓库跑 pnpm objectui:refresh 联动。
交付物
schema 变更 + 字段只读处理 + dogfood 验证记录 + changeset + 文档更新（identity/user-management guide：平台管理员可表单编辑档案字段，其余走专用 action）。
相关
背景
ADR-0092 实现第二阶段（D4）。硬性时序约束（ADR-0049）：本 issue 必须在 #2816 的守卫合并之后才能开工/发布 —— affordance 先于服务端强制上线即"声明但不强制的安全属性"。
范围（ADR-0092 D4）
affordance 翻转
sys_userschema 增加userActions: { edit: true }；create / import / delete 保持managedBy: 'better-auth'桶默认（关闭）。managedBy标志本身不动（继续驱动守卫、权限集种子、system-field 注入跳过）。表单字段只读治理
readonly: true；余下需处理：email、email_verified、two_factor_enabled、role、banned、ban_reason、ban_expires、ai_access。email/role被 action params 引用（create_user、invite_user、set_user_role的{ field: ... }param）。确认字段级readonly: true不会连带禁用这些 action 表单的输入框，再在readonly与表单级排除两种机制间取舍。objectui 浏览器验证（dogfood）
name/image成功且审计有字段级 before/after 记录 → 表单中 email/role/ban 等字段不可编辑 → 直接 PATCH data API 提交名单外字段被 400/403 拒绝。update_my_profile不回归。../objectui仓库另行 PR，本仓库跑pnpm objectui:refresh联动。交付物
schema 变更 + 字段只读处理 + dogfood 验证记录 + changeset + 文档更新（identity/user-management guide：平台管理员可表单编辑档案字段，其余走专用 action）。
相关