记录npmlodash-es4.18.1chunk
2 个包共同声明 — 此证据无法判断该 API 属于谁
OS × 运行时一览
1○ 12026-09-07
如何阅读单元格： 数字是该比率所依据的已记录观测次数——一次构建每到达一个阶段就留下一条观测，因此它既不是构建数，也不是机器数或人数。旁边的文档是另一个来源不同的事实：该坐标是否有样例，以及我们在那里运行它的结果。
- 该坐标还没有样例
- 有样例 — 我们尚未在该坐标运行过它
- 有样例 — 我们在该坐标运行过，并且干净地结束
- 有样例 — 我们在该坐标运行过，并且失败了
- 有样例 — 该坐标同时记录了通过的和失败的运行
- 没有记录 — 未知，既非“可用”也非“损坏”
- 这一格下面还有层级 — 点击打开
有文档，就说明该坐标有样例。样例是否存在，是关于这个版本和这个 API 的事实，不随操作系统、运行时或包管理器改变；颜色说的是它在你正在看的那个环境里跑得怎么样。
已发布的示例
- lodash-es 4.18.1: Import single lodash functions from lodash-es in an ES module 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWchunkgroupBypicknode 22 MIT-0 · 2026-08-13
- lodash-es 4.18.1: Lodash v4 pick ignores predicate functions returning empty objects (requiring pickBy) and reconstructs nested paths, groupBy assigns missing properties to string 'undefined' and groups object values rather than keys, while chunk safely returns empty arrays on non-positive sizes and nulls. 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWlodash-es.chunklodash-es.groupBylodash-es.picknode MIT-0 · 2026-08-16
兼容性矩阵
项目级观测与符号/契约验证分别统计，绝不合并。
这些计数不区分符号的调用方式：重载、参数形态和选项被合并统计。某一具体调用方式的行为由样本的契约证明，而不是由这些数字证明。
| 环境 | 置信度 | 观测 | 验证 | 通过率 | 节点 | 最近观测 |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
观测: PROJECT_TEST 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-09-07 |
| node 22 · JS · npm · linux musl · docker
观测: PROJECT_TEST 1✓ — 验证: CONTRACT 2✓
|
MEDIUM | 1 | 2 | 100% | 1 · 2✓ | 2026-09-07 |
| node 24.13 · JS · npm · windows
观测: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-13 |
snapshot · 2026-09-15
失败聚类
-
已观测 UNKNOWN exit 1 ERR_ASSERTION 证据缺口 ×1 4.18.1 executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 sha256:986d98189e70…node:internal/modules/run_main:<n> · triggerUncaughtException( · ^ · AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:node · unclassified-diagnostic · outer node · gap stage-unknown证据质量: complete · 环境变体: 1 · 首次记录: 2026-09-14 · 最近观测: 2026-09-14诊断复验候选