记录npmjose6.2.9jwtVerify
OS × 运行时一览
1○ 12026-08-29
如何阅读单元格： 数字是该比率所依据的已记录观测次数——一次构建每到达一个阶段就留下一条观测，因此它既不是构建数，也不是机器数或人数。旁边的文档是另一个来源不同的事实：该坐标是否有样例，以及我们在那里运行它的结果。
- 该坐标还没有样例
- 有样例 — 我们尚未在该坐标运行过它
- 有样例 — 我们在该坐标运行过，并且干净地结束
- 有样例 — 我们在该坐标运行过，并且失败了
- 有样例 — 该坐标同时记录了通过的和失败的运行
- 没有记录 — 未知，既非“可用”也非“损坏”
- 这一格下面还有层级 — 点击打开
有文档，就说明该坐标有样例。样例是否存在，是关于这个版本和这个 API 的事实，不随操作系统、运行时或包管理器改变；颜色说的是它在你正在看的那个环境里跑得怎么样。
已发布的示例
- jose 6.2.9: Setting maxTokenAge in jwtVerify enforces mandatory presence of the iat claim, rejecting tokens without iat via JWTClaimValidationFailed even if unexpired by exp, and rejects future iat timestamps unless clockTolerance is configured. 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWjwtVerifynode MIT-0 · 2026-08-17
兼容性矩阵
项目级观测与符号/契约验证分别统计，绝不合并。
这些计数不区分符号的调用方式：重载、参数形态和选项被合并统计。某一具体调用方式的行为由样本的契约证明，而不是由这些数字证明。
| 环境 | 置信度 | 观测 | 验证 | 通过率 | 节点 | 最近观测 |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
验证: CONTRACT 2✓
|
MEDIUM | 0 | 2 | 100% | 0 · 2✓ | 2026-08-18 |
| node 22.23 · JS · npm · linux glibc
观测: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-29 |
snapshot · 2026-08-30
失败聚类
-
已观测 PROJECT_PROCESS ERR_ASSERTION 证据缺口 ×6 6.2.4 → 6.2.8 → 6.2.9 executionContext=node证据质量: legacy-evidence-incomplete · 环境变体: 2 · 首次记录: 2026-08-14 · 最近观测: 2026-08-21诊断复验候选