记录npmparse-json失败问题
失败签名
PROJECT_PROCESS ERR_ASSERTION 证据缺口 ×6
证据质量: legacy-evidence-incomplete · 首次记录: 2026-08-18 · 最近观测: 2026-08-29
parse-json.JSONError
测量的位置
PASS 表示该发行版在 PROJECT_PROCESS 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。
复现的环境
- executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×4 2026-08-18 → 2026-08-18
- executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 ×2 2026-08-29 → 2026-08-29
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。
-
最后一个通过的发行版 4.0.0 → 第一个失败的发行版 5.2.0
边界两侧的差异
- @babel/code-frame — → 7.29.7 假设
- json-parse-better-errors 1.0.2 → — 假设
- json-parse-even-better-errors — → 2.3.1 假设
- lines-and-columns — → 1.2.4 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
-
最后一个失败的发行版 5.2.0 → 第一个通过的发行版 8.3.0
边界两侧的差异
- error-ex — → 1.3.4 假设
- index-to-position 1.2.0 → — 假设
- json-parse-even-better-errors — → 2.3.1 假设
- lines-and-columns — → 1.2.4 假设
- type-fest 4.41.0 → — 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。
| 库 | 8.3.0 | 5.2.0 | 4.0.0 |
|---|---|---|---|
| @babel/code-frame | 7.29.7 | 7.29.7 | — |
| error-ex | — | 1.3.4 | 1.3.4 |
| index-to-position | 1.2.0 | — | — |
| json-parse-better-errors | — | — | 1.0.2 |
| json-parse-even-better-errors | — | 2.3.1 | — |
| lines-and-columns | — | 1.2.4 | — |
| type-fest | 4.41.0 | — | — |
发生变动：0 · 所有版本相同：7
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。
证据缺口
- 这次失败的证据没有被保留，因此没有确立的原因。存储的哈希只是来源标记，不是身份。
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
- parse-json 5.2.0: parse valid and invalid JSON with helpful error messages and optional reviver or filename 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWparseJson MIT-0 · 2026-08-23