TL;DR

基本的に pyenv と uv は異なるレイヤーで動作するため、競合する可能性は低い。
むしろ、相互に補完しあって利用できる。
pyenv でプロジェクトごとに必要なPythonバージョンを管理・切り替える。
uv でそのPythonバージョンに基づいた仮想環境を作成し、高速なパッケージ管理を行う。

各ツールの役割と動作範囲を確認

pyenv:

主に PATH 環境変数とShimスクリプトを利用して、python, pip などのコマンドがどのバージョンの実行ファイルを指すかを制御する。
~/.pyenv ディレクトリ以下に各Pythonバージョンをインストールする。
システム全体、ディレクトリ単位 (.python-version ファイル)、シェル単位で有効なPythonバージョンを切り替える。

uv:

仮想環境 (.venv など) を作成・管理する。
仮想環境内にパッケージをインストールする (uv pip install)。
必要に応じて特定のPythonバイナリをダウンロードし、uv 管理下のディレクトリ (例: ~/.cache/uv/python) に配置する。
uv が管理するPythonは、主に uv venv --python <version> や uv run --python <version> など、uv コマンド実行時に指定された場合に使用される。グローバルな python コマンドには影響しない。

競合するとしたら？

Pythonバージョンの選択:

uv venv (引数なし) や uv run (引数なし) を実行する場合
- uv は現在の環境で有効な python コマンドを探す。この python コマンドは pyenv によって管理されているバージョンである可能性がある。これは意図した動作であり、競合ではない。uv は pyenv が設定したPythonバージョンを尊重して仮想環境を作成したり、コマンドを実行したりする。
uv venv --python <version> や uv run --python <version> で特定のバージョンを指定した場合
- uv はまずシステムパスや pyenv が管理するバージョンを探し、見つからなければ uv が管理するバージョンを使用（またはダウンロード）する。これも pyenv の動作を妨げるものではない。uv は指定されたバージョンのPythonを使ってタスクを実行するだけである。

パッケージ管理:

uv pip install は、有効化されている仮想環境内、または pyproject.toml があるプロジェクトに対してパッケージをインストールする。
これは pyenv が管理するグローバルなPython環境や、pyenv で切り替えた他のバージョンの環境には直接影響しない。
仮想環境の目的そのものが隔離であるため、競合は起きにくい。

環境変数 PATH:

pyenv は PATH の先頭にShimディレクトリを追加する。
uv は仮想環境を有効化する際に、その仮想環境の bin (または Scripts) ディレクトリを PATH の先頭に追加する。
これにより、仮想環境が有効な間は、その仮想環境内の python や pip (実体は uv 自身の場合もある) が優先される。
これは仮想環境の標準的な動作であり、pyenv との競合ではない。仮想環境を無効化すれば pyenv が管理する PATH 設定に戻る。

uv によるPythonインストール:

uv python install でインストールされたPythonは uv の管理下に置かれ、グローバルな python コマンドとはならない。
pyenv が管理するPythonバージョンとは別の場所に配置されるため、直接的なファイル競合は発生しない。

役割

pyenvとuvは、Python開発環境における異なる側面（レイヤー）を管理するツールである。
pyenvはPythonインタープリター自体のバージョン管理。
uvは主にパッケージ管理と仮想環境管理（および限定的なPython取得）を行う。
これらの役割分担により、両者を併用した場合に深刻な競合や不具合が発生する可能性は低いと考えられる。むしろ、それぞれの強みを活かして補完的に利用できる。
ただし、両ツールの動作原理を理解せずに使用すると、意図しない挙動に繋がる恐れがある。
なぜ競合が起こりにくいのか、そして併用する際の注意点を解説する。

解説

役割と動作レイヤーの確認:
- pyenv:
  - 役割: 複数のPythonバージョンをシステムにインストールし、プロジェクトやシェルごとに使用するバージョンを切り替える。
  - 動作:
    - PATH環境変数の制御とShimスクリプトを通じて、pythonやpipコマンドがどのバージョンの実行ファイルを指すかを決定する。
    - Python本体は ~/.pyenv/versions/ 以下にインストールされる。
- uv:
  - 役割: 仮想環境の作成・管理、パッケージの高速なインストール・解決・同期。必要に応じて特定のPythonバージョンを取得する機能も持つ。
  - 動作:
    - 仮想環境 (.venvなど) を作成し、その内部にパッケージをインストールする。
    - 仮想環境有効化時、PATHの先頭に仮想環境のbin(またはScripts)を追加し、環境内のコマンドを優先させる。
    - uv python installで取得したPythonはuvの管理ディレクトリに置かれ、グローバルなpythonコマンドとはならない。uvコマンド経由でのみ利用される。
競合が起こりにくい理由:
- Pythonバージョンの選択:
  - uv venv（引数なし）は、現在アクティブなPython（pyenvで設定されたバージョンを含む）を使用して仮想環境を作成する。これはpyenvの設定を尊重する動作であり、競合ではない。
  - uv venv --python <version> でバージョンを指定した場合、uvはそのバージョンのPythonを探す。pyenvでインストール済みのバージョンがあればそれを使用し、なければuvが管理するバージョンを使うかダウンロードする。これもpyenvの管理を妨害しない。
- パッケージ管理のスコープ:
  - uv pip install は、原則としてアクティブな仮想環境内にパッケージをインストールする。pyenvが管理するグローバルなPython環境や他のバージョンの環境には直接影響を与えない。仮想環境による隔離が競合を防ぐ。
- PATH 環境変数の管理:
  - pyenvはPATHの先頭付近にShimディレクトリを追加する。
  - uv（仮想環境有効化時）は、さらにその前に仮想環境のbinディレクトリを追加する。
  - これにより、仮想環境が有効な間は仮想環境内のコマンドが最優先され、無効化すればpyenvの設定が有効になる。これは仮想環境の標準的な動作であり、設計通りの挙動である。
- Pythonバイナリの配置場所:
  - pyenvがインストールするPythonと、uv python installが取得するPythonは、異なるディレクトリに配置されるため、ファイルレベルでの直接的な衝突は起こらない。
併用する場合の一般的なワークフロー例:
1. pyenv install <version> で必要なPythonバージョンをインストールする。
2. pyenv local <version> (または pyenv global) でプロジェクトで使用するPythonバージョンを設定する。
3. プロジェクトディレクトリで uv venv を実行し、pyenvで設定したPythonバージョンの仮想環境を作成する。
4. source .venv/bin/activate で仮想環境を有効化する。
5. uv pip install -r requirements.txt や uv pip install <package> でパッケージを管理する。
注意点:
- 役割の理解: どちらのツールが何を担当しているか（pyenvはPython本体のバージョン切り替え、uvは仮想環境とパッケージ管理）を明確に理解しておくことが混乱を避ける鍵である。
- コマンドの指す先: 仮想環境が有効かどうかで、python や pip コマンドが指す実行ファイルが変わることを意識する必要がある。(which python, which pip, uv --version などで確認できる)。
- uv python install の位置づけ: uv で取得したPythonは、主に uv コマンドから利用するためのものである。pyenv のように自由に切り替えて使うものではない点を理解しておく必要がある。

結論

pyenvとuvは、それぞれの役割と動作レイヤーが異なるため、適切に理解して使用すれば競合することはほとんどなく、むしろ強力な組み合わせとなり得る。pyenvでPythonのベースバージョンを管理し、uvでプロジェクトごとの仮想環境と依存関係を高速に管理するという使い分けが効果的である。

余談

複雑な環境変数設定: ユーザーが.bashrcや.zshrcなどでPATHや他の関連環境変数を非常に複雑にカスタマイズしている場合、予期せぬ競合がありえる。
自身の誤解: 「競合している」ように見えるが、実際は操作ミスやツールの動作原理の誤解の場合（例：仮想環境を有効化し忘れてグローバルにインストールしたなど）。
未発見のバグ: 不可避に競合を引き起こしえる。
新たな機能変更: uvは開発が活発であり、将来pyenvとの相互作用が変わるような機能追加や変更が行われる可能性はある。