Auth0规则迁移至Actions后自定义角色未在Token中显示的问题排查

结合你的描述，迁移后的Action在UI测试有效但实际登录流程中未触发/未生效，可能的原因及对应排查修复步骤如下：

1. Action未添加到Login流程中 #

Auth0 Actions不会自动生效，必须手动关联到对应登录流：

• 登录Auth0控制台，进入Actions > Flows > Login
• 确认你编写的Post Login Action已被拖拽到Login流的执行序列（位于Start和End节点之间）
• 若需仅针对MyClientName生效，可在Action设置中添加客户端过滤，或在代码内补全客户端判断逻辑

2. 缺失客户端匹配逻辑 #

原规则仅在客户端为MyClientName时执行操作，但迁移后的Action无此条件限制，建议补全逻辑保持与原规则一致：

exports.onExecutePostLogin = (event, api) => {
  // 仅针对目标客户端执行
  if (event.client.name !== 'MyClientName') return;
  
  const namespace = 'https://ournamespace.com/';
  const roles = ['TestRole'];
  console.log(`Adding roles to token: ${roles.join(' ')}`);
  
  // 给Access Token添加命名空间格式的自定义Claim
  api.accessToken.setCustomClaim(`${namespace}team_scopes`, roles.join(' '));
  // 给ID Token添加顶层自定义Claim（与原规则效果一致）
  api.idToken.setCustomClaim('team_scopes', roles.join(' '));
};

3. Token类型混淆（Access Token vs ID Token） #

原规则同时操作了两种Token：

• context.accessToken[namespace + 'scopes'] 是给Access Token添加命名空间格式的Claim
• user.team_scopes = roles.join(' ') 是给用户对象赋值，最终会出现在ID Token的顶层字段中

你当前的Action仅给Access Token添加了Claim，但提供的执行结果是ID Token内容（包含name、email等用户属性），因此看不到对应字段。若需和原规则效果一致，需同时添加api.idToken.setCustomClaim（如上代码所示）。

4. 查看Auth0日志排查执行状态 #

若上述步骤确认无误，通过日志验证Action是否执行：

• 进入Monitoring > Logs
• 找到对应登录事件（事件类型为Success Login）
• 点击事件详情，查看Actions模块是否有目标Post Login Action的执行记录，是否存在报错信息

5. 简化异步逻辑 #

你的Action使用了async但无异步操作，可去掉async避免潜在问题：

exports.onExecutePostLogin = (event, api) => {
  // ... 核心逻辑
};

内容的提问来源于stack exchange，提问作者MistaGoustan