feat: 创作者账号体系（后台开号 → 登录即进创作者中心）+ 创作者中心菜单只给创作者

为什么：创作者此前根本无法登录 —— creator.admin_user_id 只有实体字段、没有任何接口会写它，
C 端申请入驻也没做，等于整条账号链路缺入口。这批先把"后台手工建主体 → 审核 → 开号 → 登录落地"打通；
同时按用户口径收窄菜单：只要不是创作者，就不显示创作者中心。

- 手工建主体：POST /admin/creators（编号可传可自动生成 CR+日期+序号）+ 审核页「新增创作者」
- 开通账号：POST /admin/creators/{id}/account —— 仅 approved 可开（否则 200003）、已开通幂等返回
  （created=false、不回明文）、用户名默认 creator.code 小写且冲突报 200001、随机 10 位初始密码一次性返回、
  建 sys_admin_user + 绑 creator.admin_user_id + 授 creator 角色
- 重置密码：POST /admin/creators/{id}/account/reset-password（同样一次性明文，旧密码立即失效）
- 首登强制改密：sys_admin_user 加 must_change_password 列（幂等 ALTER；不新建表、不复用 two_factor 是因为
  这个标记要能直接驱动登录响应与前端拦截），开号/重置置 1，自助改密后清 0
- 菜单收窄：26-30 从超管收回（sys_role_menu delete）；另外发现超管的菜单是"全量兜底"、根本不看角色-菜单表，
  光收授权无效，所以加 sys_menu.super_admin_visible，这几条置 0 —— 超管侧边栏不再出现创作者中心
  （代看代码保留，只是没有入口了，见回执）
- 权限点 creator:account（只授超管）；creator:list 之外的读接口未变

实测：未审核开号 200003 / 重复开号幂等 / 用户名冲突 200001 / 重置后旧密码失效新密码可登录 /
新账号只能看到自己的作品；创作者登录直接落 /creator-center/workspace 并弹出首登改密。

sql/data-phase1.sql

@@ -190,6 +190,19 @@ INSERT INTO sys_permission (code, name, group_name, type, sort) VALUES
   ('creator-center:impersonate', '代看创作者（只读）', '创作者中心', 'BUTTON', 155)
 ON CONFLICT (code) DO NOTHING;
 
+-- 开通 / 重置创作者账号
+INSERT INTO sys_permission (code, name, group_name, type, sort) VALUES
+  ('creator:account', '开通/重置创作者账号', '创作者管理', 'BUTTON', 136)
+ON CONFLICT (code) DO NOTHING;
+
+INSERT INTO sys_role_permission (role_id, permission_id)
+SELECT r.id, p.id
+FROM sys_role r
+CROSS JOIN sys_permission p
+WHERE r.code = 'super_admin'
+  AND p.code = 'creator:account'
+ON CONFLICT DO NOTHING;
+
 INSERT INTO sys_role_permission (role_id, permission_id)
 SELECT r.id, p.id
 FROM sys_role r
@@ -255,10 +268,14 @@ WHERE r.code = 'creator'
   AND m.id IN (26, 27, 28, 29, 30)
 ON CONFLICT DO NOTHING;
 
-INSERT INTO sys_role_menu (role_id, menu_id)
-SELECT r.id, m.id
-FROM sys_role r
-CROSS JOIN sys_menu m
-WHERE r.code = 'super_admin'
-  AND m.id IN (26, 27, 28, 29, 30)
-ON CONFLICT DO NOTHING;
+-- 创作者中心只归创作者：超管**不再**挂 26-30（用户口径「只要不是创作者，就不要显示创作者中心了」）。
+-- 这里必须显式 delete 而不是只 insert：data.sql 里有"把全部菜单授给超管"的兜底语句，
+-- 会给超管补上这几条；本脚本按约定最后执行，delete 放在菜单 insert 之后即可保证结果一致。
+-- 注意：如果之后重新执行 sql/data.sql，需要再跑一次本脚本把这几条清掉。
+DELETE FROM sys_role_menu
+WHERE menu_id IN (26, 27, 28, 29, 30)
+  AND role_id IN (SELECT id FROM sys_role WHERE code = 'super_admin');
+
+-- 光收 sys_role_menu 不够：超管的菜单是"全量兜底"，不看角色-菜单表。
+-- 这几条置 0，超管的菜单树里就不会再出现创作者中心（连带隐藏的作品编辑路由）。
+UPDATE sys_menu SET super_admin_visible = 0 WHERE id IN (26, 27, 28, 29, 30);

sql/schema-phase1.sql

@@ -913,3 +913,21 @@ CREATE TRIGGER trg_download_task_updated_at BEFORE UPDATE ON download_task
 ALTER TABLE creator ADD COLUMN IF NOT EXISTS admin_user_id BIGINT NOT NULL DEFAULT 0;
 CREATE UNIQUE INDEX IF NOT EXISTS uk_creator_admin_user ON creator (admin_user_id) WHERE admin_user_id > 0;
 COMMENT ON COLUMN creator.admin_user_id IS '绑定的后台账号 sys_admin_user.id，0 表示未绑定（创作者中心据此判定归属）';
+
+-- 手工录入的创作者还没有 C 端账号（user_id=0），而原来 uk_creator_user 是整列唯一，
+-- 第二条 user_id=0 就会撞唯一键。改成部分唯一索引：只约束真的绑定了 C 端账号的行。
+DROP INDEX IF EXISTS uk_creator_user;
+CREATE UNIQUE INDEX IF NOT EXISTS uk_creator_user ON creator (user_id) WHERE user_id > 0;
+COMMENT ON INDEX uk_creator_user IS 'C 端账号唯一（user_id=0 表示还没绑，允许多条）';
+
+-- 首登强制改密：后台给创作者开的账号，初始密码是运营口头/截图转达的，
+-- 需要一个"必须先改密"的标记。放在 sys_admin_user 上（而不是新建表/复用 two_factor），
+-- 语义直白且对其它账号默认 0，不影响既有登录流程。
+ALTER TABLE sys_admin_user ADD COLUMN IF NOT EXISTS must_change_password SMALLINT NOT NULL DEFAULT 0;
+COMMENT ON COLUMN sys_admin_user.must_change_password IS '1 = 首登强制改密（后台开号 / 重置密码后置位，改完密码清零）';
+
+-- 超管的菜单是"全量兜底"（不走 sys_role_menu），但创作者中心这类"某类角色专属"的入口
+-- 需要能对超管关掉，否则收窄 sys_role_menu 是无效的。加一个显式开关：
+-- 默认 1（超管照旧看到），置 0 表示"不给超管显示"。
+ALTER TABLE sys_menu ADD COLUMN IF NOT EXISTS super_admin_visible SMALLINT NOT NULL DEFAULT 1;
+COMMENT ON COLUMN sys_menu.super_admin_visible IS '0 = 不给超管显示（角色专属菜单用；超管的菜单是全量兜底，不走 sys_role_menu）';