💡 はじめに
「会社PCなんだから、プロキシ設定を環境変数（HTTP_PROXYなど）に入れるのは当たり前」と思っていませんか？
実は、それは大きな誤解です。
環境変数のプロキシ設定は、決して「必須」ではありません。特定の条件下で、特定のツールを使うときだけ必要になる「オプション」なのです。今回は、その使い分けのメカニズムをスッキリ整理しましょう。
🔍 プロキシ設定の「3つのレイヤー」
Windows環境には、主に3つの異なるプロキシ設定の仕組みが存在します。
① OS / ブラウザの自動プロキシ (PAC)
- 対象: Edge, Chrome, Teams, Officeなど
- 特徴: ユーザーは何も設定しなくてOK。会社PCの初期設定で自動で効いています。
② WinHTTP / システムプロキシ
- 対象: 一部のCLIツール、Windowsサービス
- 特徴: システム管理者レベルで設定されることが多く、一般ユーザーが触ることは稀です。
③ 環境変数 (HTTP_PROXY / HTTPS_PROXY)
- 対象: Python (pip), Node.js (npm), Java (Maven/Gradle), curl, dbt, Terraformなど
- 特徴: 開発者（あなた）が設定するプロキシ。 ここが今回のテーマです。
🚀 「環境変数」が必要になる3つのケース
OSが自動でやってくれない、以下の状況のときだけ環境変数を設定します。
1. CLIツールがOSの設定を無視するとき
pip や npm、gradle といった開発ツールは、ブラウザが使っているOSの自動設定（PAC）を理解できません。このため、明示的に環境変数でプロキシを教えてあげる必要があります。
2. Linux / WSL / コンテナを使うとき
WSLやDockerの中は「別世界」です。Windows側の自動設定は届きません。環境変数や設定ファイルを通じてプロキシ情報を渡すのが必須になります。
3. GUIがない環境 (CI/CD)
JenkinsやGitHub Actionsなどのサーバー環境には画面がありません。環境変数を介してしかプロキシを認識させることができません。
🛑 逆に「いらない」ケース
- ブラウザでの作業: Snowflake UIやSaaS、Webアプリ。
- Windowsネイティブアプリ: Excel, Teams, VS Code（基本設定時）。
これらはOSが面倒を見てくれるため、わざわざ環境変数を設定する必要はありません。
📋 実務的な正しいスタンス
会社PCだからといって、システム環境変数に常設するのはおすすめしません。
| 評価 | アクション | 理由 |
| 👍 推奨 | 必要なツールだけ、一時的に設定 | セキュリティリスクを最小限に抑え、必要な時だけ通信を通す。 |
| ⚠️ 非推奨 | システム全体に常設、パスワードを直書き | 認証情報の漏洩リスクがあり、IT部門の管理に支障が出る。 |
