Aufzeichnungennpm@babel/types7.29.8@babel/types.callExpression
OS × Runtime auf einen Blick
Eine Zelle lesen: Die Zahl sind die aufgezeichneten Beobachtungen, durch die die Rate teilt — ein Build hinterlässt pro erreichter Stufe eine Beobachtung, also zählt sie weder Builds noch Maschinen noch Personen. Das Zeichen ◆ sagt genau eines: Dieses Netzwerk hat seinen eigenen Kontrakt in DIESER Umgebung ausgeführt, und er kam sauber zurück. Ob es für die Version und die API Code gibt, ist ein eigenes Zeichen und eine eigene Tatsache — ein Beispiel verschwindet nicht, wenn man den OS-Filter umstellt.
- für diese Version und diese API gibt es Beispielcode — unabhängig von der Umgebung
- wir haben unseren eigenen Kontrakt in dieser Umgebung ausgeführt, und er kam sauber zurück
- unser Beispiel ist hier fehlgeschlagen
- nichts aufgezeichnet — unbekannt, weder „funktioniert“ noch „defekt“
- unter dieser Zelle liegt eine Ebene — zum Öffnen klicken
Ob Code existiert, ist eine Aussage über diese Version und diese API. Sie ändert sich nicht mit Betriebssystem, Runtime oder Paketmanager; ob HIER verifiziert wurde, sagt das Zeichen daneben.
Veröffentlichte Beispiele
- verify @babel/types.callExpression in pkg:npm/%40babel/types@7.29.8 Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOW@babel/types.callExpressionnode 22.23.2 MIT-0 · 2026-08-23
Kompatibilitätsmatrix
Beobachtungen auf Projektebene und Symbol-/Contract-Verifizierungen werden getrennt gezählt und niemals zusammengerechnet.
Diese Zahlen unterscheiden nicht, wie das Symbol aufgerufen wurde: Überladungen, Argumentformen und Optionen werden zusammengefasst. Was eine bestimmte Aufrufform tut, beweist der Vertrag eines Samples – nicht diese Zahlen.
| Umgebung | Konfidenz | Beobachtungen | Verifiziert | Erfolgsquote | Peers | Zuletzt gesehen |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Verifiziert: CONTRACT 1✓
|
LOW | 0 | 1 | 100 % | 0 · 1✓ | 2026-08-23 |
| node 22.23 · JS · npm · linux glibc
Beobachtungen: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100 % | 1 | 2026-08-21 |
| node 22.23 · JS · npm · linux glibc
Beobachtungen: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100 % | 1 | 2026-08-23 |
snapshot · 2026-08-26
Fehler-Cluster
-
beobachtet PROJECT_PROCESS ERR_ASSERTION Beweislücke ×11 7.29.8 executionContext=node · os=linux · runtime=node@22.23Beweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 2 · Zuerst erfasst: 2026-08-20 · Zuletzt gesehen: 2026-08-26Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TEST Beweislücke ×5 7.29.7 → 7.29.8 executionContext=node · os=windowsBeweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 3 · Zuerst erfasst: 2026-08-21 · Zuletzt gesehen: 2026-08-25Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TYPECHECK Beweislücke ×2 7.29.7 → 7.29.8 executionContext=node · moduleSystem=cjs · os=windowsBeweisqualität: legacy-evidence-incomplete · Umgebungsvarianten: 2 · Zuerst erfasst: 2026-08-19 · Zuletzt gesehen: 2026-08-21Kandidat für diagnostische Neuprüfung
-
beobachtet PROJECT_TEST exit 1 ELIFECYCLE ×2 7.29.8 executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 sha256:7711694d48fa…ELIFECYCLE Test failed. See above for more details.javascript/test-runner · test-runner-diagnostic · outer pnpm testBeweisqualität: complete · Umgebungsvarianten: 1 · Zuerst erfasst: 2026-08-26 · Zuletzt gesehen: 2026-08-26