用途：该技能是 ctf-sandbox-orchestrator 的下游专用技能，仅在后者已激活并已确定沙箱假设、节点归属与证据优先级后使用。适用于决定性缺陷不在“存在 JWT”，而在于头部、声明与密钥选择如何共同导致身份被接受的情形。默认用简体中文回复，除非用户明确要求英文。
主要能力：将令牌路径拆分为解析、密钥查找、签名或解密、声明校验、最终接受五个环节；记录 alg、kid、typ、cty、jku 或内嵌密钥等头部字段，以及声明、密钥来源、签发者、受众与角色映射；区分令牌持有与真正接受它的服务；把解析器行为、信任策略与最终应用会话或权限串成一条链。
使用方式：先映射头部与密钥选择，记录密钥来自静态配置、JWKS、本地文件、缓存还是动态查找；再证明声明到权限的接受过程，展示 subject、audience、issuer、tenant、scope、role 或自定义声明如何变成应用会话、路由访问或后端权限，并记录过期、not-before、时钟偏移、签发者匹配、受众匹配与声明规范化行为；最后压缩为最小序列：提供令牌→走到的解析或密钥路径→声明被接受→获得的能力。若混淆或绕过依赖差异，保留一条规范接受路径与一条变异令牌路径。若任务扩展为更大的 OAuth 重定向链，应交回更聚焦的 OAuth 技能。
参考：加载 references/jwt-claim-confusion.md 获取头部清单、声明清单与证据打包方式。
需保留：原始头部、声明、密钥来源、JWKS 或本地密钥路径、接受服务；将令牌转为被接受身份的确切校验或规范化步骤；一条最小可重放的令牌到接受序列。
限制：资料未提供具体命令、安装方式、收费或平台信息；该技能依赖上游 ctf-sandbox-orchestrator 已建立的前提，不能独立使用。