明明已經從 ~/.zshrc 把某個 環境變數 （像是 ANTHROPIC_BASE_URL）刪掉了，但回到終端機一查，它居然還在！
就算重新執行 source ~/.zshrc 也完全沒用？
如何檢查環境變數是否存在？又是被哪個設定檔寫入的？
在動手清理之前，首先需要確認變數是否仍然留在目前的記憶體中，以及究竟是哪個設定檔在自動載入它。
1. 檢查記憶體變數
檢查目前 Terminal 的記憶體中是否依然殘留該 環境變數
env | grep -i anthropic
2. 搜尋設定檔來源
全面搜尋 Zsh、Bash 及系統層級設定檔，找出究竟是哪個檔案寫入了該變數
grep -rn "ANTHROPIC_BASE_URL" ~/.zshrc ~/.zprofile ~/.zshenv ~/.zlogin ~/.bashrc ~/.bash_profile ~/.profile /etc/zshenv /etc/zprofile /etc/profile /etc/environment 2>/dev/null
為什麼修改 .zshrc 後舊的環境變數還在？
其實，當你打開終端機時，環境變數 就已經被載入到那一次連線的「記憶體」裡了。
就算你修改了檔案，或者重新執行 source ~/.zshrc，這只會「重新載入」設定檔裡的內容，並不會自動把已經存在記憶體中的舊變數給清掉。
source指令只會覆蓋或新增變數，並不會幫你「刪除」變數
這時候最簡單的解決方法有以下幾種：
| 清除方式 | 操作指令 / 動作 | 說明 |
|---|---|---|
| 開啟新視窗 | 開啟全新終端機分頁 | 新的 Shell Process 會重新讀取最新的 ~/.zshrc |
| 手動清除 | unset ANTHROPIC_BASE_URL |
直接從目前記憶體中刪除指定的 環境變數 |
| 重置 shell | exec zsh -l |
重新載入目前 Shell 的記憶體狀態 |
重開終端機視窗還是沒用？揪出排查三大元凶
那為什麼有時候明明開了全新的終端機視窗，舊的 環境變數 依然陰魂不散？
這時候問題就不在 ~/.zshrc 了，而是來自「父進程（Parent Process）」的繼承！
當你從某個軟體啟動終端機時，子進程會直接複製父進程當下的環境變數快照。
如果遇到這種頑固的 環境變數，通常是以下三個常見原因：
| 類型 | 觸發原因 | 解決方式 |
|---|---|---|
| IDE 內建終端機 | VS Code、Cursor 或 Antigravity 啟動時記錄了當時的環境變數快照 |
按下 Cmd + Q 徹底退出 IDE 後重新開啟 |
| 終端機軟體未關閉 | Mac 上的 Terminal 或 iTerm2 僅關閉視窗（Cmd + W），主程式仍在背景運行 |
按下 Cmd + Q 徹底退出 Terminal 軟體 |
| tmux | tmux 背景 Server 持續運作，新分頁會一直繼承啟動時的設定 |
執行 tmux kill-server 關閉背景服務 |
重開軟體依然無效？檢查第三方工具與系統層級設定
如果上面三招都試過了，環境變數 依然頑固地出現在 Terminal 中，那可能是更高層級的系統設定或第三方工具在幕後搞鬼。
更高的系統權限或包裝腳本會讓環境變數在每次啟動時自動復原
這時候可以使用以下兩大檢測指令：
| 檢測目標 | 指令 | 說明 |
|---|---|---|
| 系統全域變數 | launchctl getenv ANTHROPIC_BASE_URL |
檢查是否有第三方代理工具使用 launchctl setenv 寫入全域變數 |
| 指令包裝腳本 | type claude |
檢查目前的指令是原始執行檔，還是被包裝成帶有預設變數的 wrapper 腳本 |
徹底清除環境變數的標準排查步驟
下次在修改或刪除 ~/.zshrc 中的 環境變數 時，記得先確認：目前的終端機是不是繼承了舊的 Parent Process 設定？
按照以下排查順序，就能輕鬆找到源頭並解決問題：
- 先執行
unset 變數名稱或開啟全新終端機視窗。 - 若使用
VS Code或Cursor等IDE，按下Cmd + Q徹底重啟IDE。 - 若使用
tmux，執行tmux kill-server重置背景服務。 - 檢查
launchctl getenv與type指令，排查系統層級與包裝腳本。