Andersonの視点
PythonパッケージのインストールはローカルAIの採用を示す指標である

Pythonパッケージのダウンロード数の増加は、ローカルAIの普及を示す物語を語っている。
意見 ローカルAIの可能性を探索した人は、ローカルAIで使われる巨大なモデルや関連するPythonシステムに多くのディスク容量を失っていることでしょう。さらに、百を超える他の用途、例えばローカル自動化システムの生成にも使われています。
私のLAN内のマシンでは、AIを使用して「平坦な」Pythonベースの自動ルーチンを設定しました。バックアップ、定期的なチェック、ウェブサイトの管理など、十数個の用途があります。
これらのコーディングセッションでは、ほとんどのタスクに新しいPythonライブラリが必要です。したがって、PIP(Pythonパッケージインストーラー)は私のLANマシンで最もスペースを消費しているツールの1つです。
PIPの小さなCLIとGUIの存在は、ファイルシステムへの影響を隠しています。キャッシュは非常に大きくなり、システムをクラッシュさせる可能性があります。
ローカルAIを実験すると、ローカルコンピューターの余分なリソースが減少します。以前は、豊富なRAMがあれば、GPUオフロードで消費され、ハードディスクの空き容量があれば、高容量のモデルで埋め尽くされます。さらに、24GBのVRAMを持っていても、システムは依然として、合理的な時間枠内で推論を実行するために、ショートカットやトリックが必要です。
インストールされたPyPiパッケージは、標準の「インストールされたプログラム」GUIに表示されません。Pythonを使用して、例えばPowerShellコマンド「pip freeze –all」を使用して明示的に表示する必要があります。
| パッケージ | バージョン | パッケージ | バージョン | パッケージ | バージョン |
|---|---|---|---|---|---|
| absl-py | 2.3.0 | Jinja2 | 3.1.4 | pip | 25.1.1 |
| attrs | 25.3.0 | jsonpatch | 1.33 | platformdirs | 4.3.8 |
| beets | 2.5.1 | jsonpointer | 3.0.0 | protobuf | 4.25.8 |
| certifi | 2025.11.12 | kiwisolver | 1.4.8 | psutil | 7.2.1 |
| cffi | 1.17.1 | lap | 0.5.12 | pybrisque | 1.0 |
| charset-normalizer | 3.4.4 | lazy_loader | 0.4 | pycparser | 2.22 |
| click | 8.2.1 | libsvm | 3.23.0.4 | pyparsing | 3.2.3 |
| colorama | 0.4.6 | Markdown | 3.8.2 | python-dateutil | 2.9.0.post0 |
| confuse | 2.1.0 | MarkupSafe | 2.1.5 | PyYAML | 6.0.2 |
| contourpy | 1.3.2 | matplotlib | 3.10.3 | pyyaml_env_tag | 1.1 |
| cycler | 0.12.1 | mediafile | 0.13.0 | requests | 2.32.5 |
| dlib | 20.0.0 | mediapipe | 0.10.21 | scikit-image | 0.25.2 |
| face-recognition | 1.3.0 | mergedeep | 1.3.4 | scipy | 1.16.0 |
| face_recognition_models | 0.3.0 | mkdocs | 1.6.1 | sentencepiece | 0.2.0 |
| filelock | 3.13.1 | mkdocs-get-deps | 0.2.0 | setuptools | 65.5.0 |
| filetype | 1.2.0 | ml_dtypes | 0.5.1 | six | 1.17.0 |
| flatbuffers | 25.2.10 | mpmath | 1.3.0 | sounddevice | 0.5.2 |
| fonttools | 4.58.4 | musicbrainzngs | 0.7.1 | sympy | 1.13.1 |
| fsspec | 2024.6.1 | mutagen | 1.47.0 | tifffile | 2025.6.11 |
| ghp-import | 2.1.0 | networkx | 3.3 | torch | 2.5.1+cu118 |
| idna | 3.11 | numpy | 2.1.2 | torchvision | 0.20.1+cu118 |
| image-quality | 1.2.7 | opencv-contrib-python | 4.11.0.86 | tqdm | 4.67.1 |
| imageio | 2.37.0 | opencv-python | 4.11.0.86 | typing_extensions | 4.12.2 |
| internetarchive | 5.7.1 | opt_einsum | 3.4.0 | Unidecode | 1.4.0 |
| jax | 0.6.2 | packaging | 25.0 | urllib3 | 2.6.2 |
| jaxlib | 0.6.2 | pathspec | 0.12.1 | watchdog | 6.0.0 |
| jellyfish | 1.2.1 | pillow | 11.0.0 |
私の忙しいマシンでのPyPiインストールのダンプ。いくつかの小さな単語は、実際にはギガバイトのディスク容量を隠しています。特に、Torch/PyTorch関連のものは顕著です。
下流を探す
過去数年間のPyPiインストールの増加は、ローカルAIの採用を示す指標となる可能性があるかどうかを調べました。ローカルAIの採用は、一般的に、AIコミュニティへの参加や注目されているプラットフォームとパッケージの観察によってのみ追跡できます。
PyPi統計ウェブサイトの簡単な見方では、ダウンロード数の増加が示されていますが、利用可能な日付の範囲は非常に狭いです。
2026年開始以降のPythonパッケージ全体のダウンロード数の増加 – 日付の範囲は非常に狭いです。 ソース
2020年からの日付範囲を拡張して、ダウンロード数の増加が一定か、または2024-26年にかけてより急激に増加したかを確認することは素晴らしいことです。
そう簡単にいかない
しかし、PyPiは他者がダウンロードトレンドを分析するためのコンポーネントを提供しています。PepySiteなどのウェブサイトでは、1ヶ月を超える範囲が利用可能ですが、ほとんどの場合、長期のトレンドや統計を表示するには、有料会員にならなければなりません。
PyPiStatsはFOSSリソースですが、ある理由で、最新の1ヶ月間の統計のみを提供し、この範囲を延長することはできません。
幸いなことに、ClickPyというサイトはもっと寛大です。ここでは、個々のパッケージの採用履歴を検索できます。例えば、Transformerライブラリの場合、2016年以降の採用状況がわかります。
Transformerの採用状況。 ソース
有名なTorchについてはどうでしょうか。2002年に最初にリリースされましたが、PyTorchへの開発やTransformerベースのVLMや画像、動画関連の生成AIの登場により、ローカルAIエンスハスラーを悩ませるようになったのです。
2017年以降のTorchのダウンロード数。過去2-3年で急激に増加しています。
同じ期間のPyTorch。安定したベースの上で時折スパイクしています。
例えば、PyTorchの場合、2017年以降のPythonバージョン別の採用状況が見られます。
2017年以降のPyTorchのダウンロード数。Pythonバージョン別に示されています。
上記の統計は、LLMやVLMシステムの出現以降の採用状況の急激な増加を示しています。システム別にみるとさらに明らかです。
2017年以降のPyTorchの採用状況。OS別に示されています。
同じことが、accelerateパッケージにも当てはまります。VRAMに限界のあるAIユーザーがシステムの限界を最大限に活用するために必要なライブラリの1つです。
accelerateの採用状況。OS別に示されています。
ClickPyで調べたパッケージやライブラリの数々は同じようなストーリーを語っています。全体像を示すことは確かに面白いことになるでしょう。
「OS別」グラフでは、Linuxの採用の増加が明らかです。Linuxデスクトップの採用は、国別に緩やかな増加を示していますが、Linux環境の使用は明らかに増加しています。
結論
CLIベースのパッケージのダウンロード数の増加は、ローカルAIの採用の指標となり得ます。
パッケージの消費量の増加は、slopsquattingというセキュリティ上の脅威となりつつあります。LLMはパッケージを「妄想」することが多いため、実際には存在しないパッケージの要求を送信する可能性があります。悪意のあるアクターは、これらの「妄想」パッケージを提供し、自動パイプラインが検証されていない依存関係をプルするのを待ち伏せます。
「We Have a Package for You! A Comprehensive Analysis of Package Hallucinations by Code Generating LLMs」という論文から – AI駆動のコード生成がサプライチェーン攻撃の表面を拡大しています。LLMは、悪意のあるアクターが自動パイプラインが検証されていない依存関係をプルするのを待ち伏せする「slopsquatting」脆弱性を作成する、実在しないパッケージ名を「妄想」することが多いためです。 ソース
2026年7月24日初出












