記録npmdayjs1.11.19utc
OS × ランタイムを一目で
1○ 12026-08-17
セルの読み方: 数字は割合が依拠する記録済み観測の数です — 1 回のビルドは到達した段階ごとに観測を 1 件残すため、ビルド数でもマシン数でも人数でもありません。隣の文書は出所の異なる別の事実です。その座標にサンプルがあるか、そして私たちがそこで実行した結果がどうだったかです。
- この座標にはまだサンプルがない
- サンプルあり — この座標ではまだ実行していない
- サンプルあり — この座標で実行し、問題なく終わった
- サンプルあり — この座標で実行し、失敗した
- サンプルあり — この座標には成功した実行と失敗した実行の両方が記録されている
- 記録なし — 不明であって「動く」でも「壊れている」でもない
- このセルの下にまだ段階がある — クリックで開く
文書があれば、その座標にサンプルがあるということです。サンプルが存在するかどうかはこのリリースとこの API についての事実で、OS・ランタイム・パッケージマネージャが変わっても変わりません。色は、今見ている環境でそのサンプルがどう実行されたかを示します。
公開したサンプル
- dayjs 1.11.19: Parse and format a UTC timestamp with dayjs without a timezone surprise このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWdayjsdayjs.extendutcnode 22 MIT-0 · 2026-08-13
- dayjs 1.11.19: Parsing localized date strings with dayjs timezone plugin requires extending utc first and calling dayjs.tz instead of dayjs().tz to avoid host timezone pollution このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWdayjs.extenddayjs.utcdayjs.tznode MIT-0 · 2026-08-16
互換性マトリクス
プロジェクトレベルの観測とシンボル/コントラクト検証は別々に集計し、決して合算しません。
これらの数値は、シンボルがどう呼び出されたかを区別しません。オーバーロード、引数の形、オプションはまとめて集計されます。特定の呼び出し方がどう動くかは、この数値ではなくサンプルの契約が証明します。
| 環境 | 信頼度 | 観測 | 検証 | 成功率 | ピア | 最終観測 |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
検証: CONTRACT 1✓
|
LOW | 0 | 1 | 100% | 0 · 1✓ | 2026-08-17 |
| node 24.13 · JS · npm · windows
観測: PROJECT_PROCESS 2✓ 6✕
|
ELEVATED FAILURE | 8 | 0 | 25% | 1 | 2026-08-13 |
snapshot · 2026-08-30
失敗クラスター
-
観測済み PROJECT_PROCESS ERR_MODULE_NOT_FOUND 証拠の欠落 ×6 1.11.19 executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13証拠品質: legacy-evidence-incomplete · 環境バリアント: 1 · 初回記録: 2026-08-13 · 最終観測: 2026-08-13診断再検証候補