npm 11.1.18

immer のOSSカルテ

最終確認 2026年9月15日 02:10

11 観測できた項目

2 確認すべき点

1 データが取得できない項目

immer は 2026年9月15日時点で公開されている OSS です。採用前に確かめておきたい点が 2 件あります。採用の可否は、使う版の既知の脆弱性・ライセンス・必要な機能を合わせてご判断ください。

リポジトリとの紐付け

リポジトリ紐付け: 検証済み

パッケージの公開元とリポジトリの結び付きが、公開されている来歴情報から確認できました。

deps.dev の relatedProjects: UNVERIFIED_METADATA, SLSA_ATTESTATION
来歴 SLSA_ATTESTATION により裏付けが取れています

github.com/immerjs/immer

確認すべき点（2件）

確認すべき Token-Permissions OpenSSF Scorecard の評価は 0 / 10 です。 ★点が低いことは「危険」ではなく「その項目が確認できていない」を意味することが多くあります。詳しくは解説をご覧ください。読み方

確認すべき Branch-Protection OpenSSF Scorecard の評価は 0 / 10 です。 ★点が低いことは「危険」ではなく「その項目が確認できていない」を意味することが多くあります。詳しくは解説をご覧ください。読み方

OpenSSF Scorecard の評価

開発プロセスを自動で調べた結果です。 点が低いことは「確認できていない」を意味することが多く、そのまま危険を表すものではありません。 各項目の読み方は解説にまとめています。

Token-Permissions 0 / 10

CII-Best-Practices 0 / 10

Fuzzing 0 / 10

Branch-Protection 0 / 10

SAST 0 / 10

Security-Policy 9 / 10

Code-Review 10 / 10

Dangerous-Workflow 10 / 10

Maintained 10 / 10

Binary-Artifacts 10 / 10

Pinned-Dependencies 10 / 10

License 10 / 10

Packaging 判定不能外部からは確かめられませんでした

Signed-Releases 判定不能外部からは確かめられませんでした

観測した項目

確認できたライセンス MIT として公開されています。実際の利用条件は、リポジトリ内の LICENSE 原文をご確認ください。当サイトは法的な判断をしません。読み方

確認できた既知の脆弱性版 11.1.18 に影響する未修正の Advisory は見つかりませんでした。これは「脆弱性が無い」という意味ではありません。まだ公開されていないものは、ここには出てきません。読み方

確認できたリポジトリとの紐付け github.com/immerjs/immer と結び付いています。パッケージの公開元とリポジトリの結び付きが、公開されている来歴情報から確認できました。

確認できた直近の更新最後の push は 2026年9月12日です。読み方

確認できたリリース直近のリリースは 2026年8月19日です。読み方

確認できた Code-Review OpenSSF Scorecard の評価は 10 / 10 です。読み方

確認できた Dangerous-Workflow OpenSSF Scorecard の評価は 10 / 10 です。読み方

確認できた Security-Policy OpenSSF Scorecard の評価は 9 / 10 です。読み方

データが取得できない Signed-Releases 判定できませんでした（Scorecard が -1 を返しています）。公開スキャンには、リポジトリの設定を読む権限がありません。実際には設定されていても判定できないことがあります。読み方

確認できた貢献者 30名の貢献が記録されています。読み方

OpenSSF Scorecard

6.1 / 10

これは OpenSSF が算出した値で、当サイトの評価ではありません。 点が低いことは「危険」ではなく「その項目が確認できていない」を意味することが多くあります。各項目の読み方は指標の読み方にまとめています。
生成日: 2026-09-07

Code-Review all changesets reviewed 10 / 10

Dangerous-Workflow no dangerous workflow patterns detected 10 / 10

Security-Policy security policy file detected 9 / 10

Maintained 30 commit(s) and 4 issue activity found in the last 90 days -- score normalized to 10 10 / 10

Binary-Artifacts no binaries found in the repo 10 / 10

Packaging packaging workflow not detected 判定不能

Token-Permissions detected GitHub workflow tokens with excessive permissions 0 / 10

Pinned-Dependencies all dependencies are pinned 10 / 10

CII-Best-Practices no effort to earn an OpenSSF best practices badge detected 0 / 10

Fuzzing project is not fuzzed 0 / 10

License license file detected 10 / 10

Branch-Protection branch protection not enabled on development/release branches 0 / 10

Signed-Releases no releases found 判定不能

SAST SAST tool is not run on all commits -- score normalized to 0 0 / 10

当サイトの観測

直近のリリースからの経過	26 日
リリース間隔の中央値	5 日（直近30件から算出）
記録されている貢献者	30 名（上位30名まで）
最多貢献者の割合	59.8 %

⭐ Stars	28,980

採用前に確認すること

☐ ライセンスを確認した
☐ 使うバージョンの脆弱性を確認した
☐ パッケージとリポジトリの紐付けを確認した
☐ 保守の状態を確認した
☐ 脆弱性の報告先を確認した
☐ 代替手段を確認した
☐ 更新が止まったときの対応を決めた

詳しくは採用前の7項目チェックリストをご覧ください。

出典

ソース	状態
OSV.dev	取得しました
GitHub	取得済み（保存していた内容）
Open Source Insights (deps.dev)	取得しました
OpenSSF Scorecard	取得しました
Open Source Insights — 版の詳細	取得しました
GitHub — リリース	取得済み（保存していた内容）
GitHub — 貢献者	取得済み（保存していた内容）

Open Source Insights (deps.dev) が生成したデータは CC-BY 4.0 のもとで利用しています。 OpenSSF Scorecard のスコアは OpenSSF が算出したものです。詳しくはデータの出典をご覧ください。

OSSカルテの見方

オブジェクトを「書き換えるように書いて、実際は新しい値を作る」ライブラリです。下書き（draft）に対して普通に代入や push を書くと、元の値は変えずに、変更を反映した新しい値が返ります。 Redux Toolkit が内部で使っています。

採用を検討するときに迷う点

状態を書き換えずに更新する（不変性を保つ）書き方は、入れ子が深くなると展開の連鎖で読みづらくなります。 immer はそこを引き受けます。

静かに壊れる箇所

下書きを書き換えたうえで値も返すと失敗します。
```
produce(state, draft => { draft.a = 1; return draft; })  // ★どちらか一方に
```
書き換えるなら何も返さない、新しい値を返すなら書き換えない。混ぜると例外になります
結果は凍結されます。 produce が返した値は変更できません。あとから直接書き換えると、厳格モードでは例外、そうでなければ黙って無視されます。 開発と本番で挙動が変わることがあります
下書きを外へ持ち出すと使えません。 produce の外に保存した下書きは、処理が終わった時点で無効になります。触ると例外です
クラスのインスタンスは既定で対象外です。 [immerable] の指定が要ります。指定しないとそのまま参照が共有され、元の値が変わります
非同期の処理を中で書くと、書き方が変わります。 produce に非同期関数を渡す形は別の扱いになります

選ぶときに考えること

Redux Toolkit を使っているなら、すでに入っています。 createSlice の中で書き換えるように書けるのは immer のおかげです。 新しく足すかどうかではなく、仕組みを理解しているかの問題になります。

状態が浅く、更新する箇所が少ないなら、 展開して書くほうが依存も凍結の癖も増えません。

同じ目的のOSSとの関係

**素の展開（スプレッド構文）**は依存が要りません。入れ子が2段までなら、読みやすさもそれほど落ちません。

structuredClone で丸ごと複製してから書き換える方法もあります。 関数やクラスのインスタンスは複製できない点に注意してください。

mutative は同じ考え方で、より高速だとされる実装です。

Valtio は書き換えを直接扱う設計で、immer とは考え方が異なります。

ここは当サイトによる説明です。上の観測結果とは分けて表示しています。

リリースと活動の履歴

GitHub が公開している記録から遡ったものです。 当サイトの計測開始より前も含みます。

記録のある最初のリリース: 2018年12月12日; 遡れた 132 件のうち最も古いもの

21 直近12か月のリリース

4日リリース間隔の中央値

プレリリースは数えていません。平均ではなく中央値を出しています（1度だけ間が空いた年があると平均は歪むため）。

年ごとのリリース本数

7 18 34 19 35 20 12 21 9 22 9 23 3 24 8 25 15 26

最も多い年で 35 本。 本数の多さは、そのまま良し悪しを表しません。 細かく出す方針のプロジェクトと、まとめて出す方針のプロジェクトがあります。

週ごとのコミット数（直近52週）

合計 136 コミット / 最も多い週で 38 コミット。 GitHub の集計によるもので、マージコミットの扱いなど数え方は GitHub に従います。

当サイトでの観測の記録

当サイトでの計測開始: 2026年8月31日; 15日ぶん / 17回の観測

観測した変化

2026年8月31日
- 初回の観測

記録が短いため、推移のグラフは表示していません。

OpenSSF Scorecard のスコアと脆弱性情報の状態は、 当サイトの計測開始より前には遡れません。 公開元が過去の値を残していないためです。リリース日や最終コミット日など、上の観測結果に出ている日付は GitHub などの記録によるもので、計測開始より前のものも含みます。

同じ目的のOSS

zustand 状態管理と組み合わせる react 主な利用先