要確認安裝程式是否改了 Windows PATH，應在安裝前後各開一個新的 PowerShell 工作階段，保存排序一致的文字快照，再比對真正有變化的行。不要直接在舊視窗與新視窗之間下結論，也不要把含權杖或內部路徑的完整環境清單原樣貼到網頁。
先分清目前工作階段、使用者與系統範圍
PowerShell 畫面中的環境變數首先代表目前程序，不等於登錄在 Windows 的持久設定。Microsoft 的 PowerShell 7.5 環境變數說明把 Windows 範圍分成 Process、User 與 Machine；Process 是目前工作階段從父程序及使用者、系統範圍繼承而來的結果。
這個差別會直接影響安裝驗證。例如安裝器把 C:\Apps\Acme\bin 加到使用者 PATH，安裝前已開啟的 PowerShell 通常不會自動重建整份 Process 環境；若拿它和安裝後新開的視窗比較，看到的差異同時混入了啟動時間與父程序狀態。較可靠的做法是固定啟動方式，安裝前開一個新視窗取樣，安裝後關閉它，再從同一個 Windows Terminal 或開始功能表入口開第二個新視窗。
本文核對的是 PowerShell 7.5 on Windows。若公司電腦只有 Windows PowerShell 5.1，仍可用環境提供者讀取資料，但要把 $PSVersionTable.PSVersion 一起記錄，並把結果當成文字內容比較，不宣稱不同版本輸出的編碼或位元組完全相同。
用唯讀列舉建立兩份不覆蓋的快照
先把輸出放進新建、日期明確的稽核資料夾，並以 -NoClobber 防止同名檔被覆蓋。下列命令會讀取目前 PowerShell 看得到的變數並建立文字檔，不會修改 PATH、使用者變數或系統變數。
- 建立安裝前資料夾：
New-Item -ItemType Directory -Path 'C:\EnvAudit\2026-09-02-before' - 記錄版本：
$PSVersionTable.PSVersion | Out-File -FilePath 'C:\EnvAudit\2026-09-02-before\powershell-version.txt' -Encoding utf8 -NoClobber - 保存排序後清單：
Get-ChildItem Env: | Sort-Object Name | ForEach-Object { '{0}={1}' -f $_.Name, $_.Value } | Out-File -FilePath 'C:\EnvAudit\2026-09-02-before\process-env.txt' -Encoding utf8 -NoClobber
完成安裝後，從相同入口開一個新的 PowerShell 7.5 視窗，把資料夾名改成 2026-09-02-after 再執行同樣兩個輸出命令。若目標只是 PATH，也可以縮小資料範圍：$Env:Path -split ';' | Where-Object { $_ } | Sort-Object 只顯示目前程序繼承到的路徑項目，比整份環境清單更適合分享前審查。
要查持久範圍時，可分別讀取 [Environment]::GetEnvironmentVariable('Path','User') 與 [Environment]::GetEnvironmentVariable('Path','Machine')。這兩行只讀取指定值；本文不使用 SetEnvironmentVariable，也不建議為了讓差異消失就直接刪除路徑。先找出變更屬於哪個範圍，再依軟體供應商的卸載或修復程序處理。
貼入比對前先移除秘密與無關雜訊
環境清單可能包含存取權杖、連線字串、使用者名稱、內部主機與專案路徑，所以應先製作經審查的文字副本。最小化原則是只保留 Path、PATHEXT、PSModulePath 或本次安裝明確涉及的變數；秘密值應整行移除，而不是只遮幾個字元後就當成無法還原。
把安裝前內容放到左側、安裝後內容放到右側，再用文字差異比對的逐行模式查看新增與刪除。這個 ToolboxHub 元件只比較手動貼上的字串，不能讀取快照檔、掃描 Windows、編輯 PATH 或還原設定；瀏覽器擴充功能、剪貼簿歷程與裝置管理政策也不在它的控制範圍內。
排序能減少單純順序不同造成的雜訊，但 PATH 順序本身可能影響先找到哪個執行檔。因此不要把兩邊各自排序後「內容相同」誤解為有效順序相同。完整 Process 快照用來找變數層級的差異，PATH 項目則應保留原順序再做第二輪逐行比對。
把差異轉成可驗證的安裝結論
看到新增路徑後，仍要確認目錄存在、命令解析到預期位置，而且結果來自新的工作階段。可以在安裝後視窗執行 Get-Command acme，再查看回傳的 Source；若軟體提供安全的 --version 選項，也應核對版本，而不是只看 PATH 中出現一行文字。
若 User 與 Machine PATH 都沒有新增項目，但新視窗的 Process PATH 有差異，應檢查 PowerShell profile、Windows Terminal 啟動設定、公司登入指令或父程序。反過來，持久範圍已改但新視窗仍找不到命令，可能是啟動入口沿用了舊父程序，或路徑拼字、引號、分號與檔案實際位置不一致。
最後保留原始快照、去識別化比對副本、PowerShell 版本與取樣時間。文字差異只能證明兩份文字哪裡不同，不能證明安裝器可信、檔案未遭修改，也不能替代供應商文件、程式簽章或組織的軟體驗收流程。
常見問題
為什麼安裝後的舊 PowerShell 還是找不到命令？
舊工作階段保留啟動時的 Process 環境。從相同入口開新的 PowerShell 再取樣，才能檢查它是否繼承到安裝器寫入的使用者或系統值。
Get-ChildItem Env: 會修改 Windows 設定嗎？
不會。它列出目前程序可見的環境變數；本文的管線只把排序後文字寫到新的稽核檔，沒有設定或刪除環境變數。
可以把完整環境清單貼進文字差異比對嗎？
不建議。先縮小到本次需要的變數並移除權杖、連線字串與內部路徑；ToolboxHub 無法替你判斷哪一行屬於組織秘密。
PATH 內容相同就代表安裝完全成功嗎？
不代表。還要確認新工作階段能把命令解析到預期檔案，並依軟體提供的方式核對版本與實際啟動結果。
ToolboxHub 能修正或還原 PATH 嗎？
不能。文字差異比對只顯示兩段貼上文字的新增與刪除，不會讀取、編輯、備份或還原 Windows 環境變數。