Homebrew安装的CLI工具路径为/opt/homebrew/bin（Apple Silicon）或/usr/local/bin（Intel），实际通过符号链接指向Cellar中对应版本目录，可用which 工具名后接ls -l追踪真实路径。
brew install 的命令行工具路径在哪
Homebrew 安装的 CLI 工具（比如 curl、jq、mysql）不会直接放在 /usr/local/bin 或 /opt/homebrew/bin，而是通过符号链接指向 Cellar 中的真实版本目录。查路径不能只看 which 输出，得顺藤摸瓜。
实操建议：
- 先用
which jq得到软链路径，例如/opt/homebrew/bin/jq - 再执行
ls -l $(which jq)，能看到它指向../Cellar/jq/1.7/bin/jq - 真实安装根目录是
brew --prefix，Apple Silicon 是/opt/homebrew，Intel 是/usr/local - 想看某个 formula 装了哪些文件？用
brew ls jq
注意：brew install --cask 安装的 GUI 应用（如 visualstudiocode）不走这套逻辑，它们被软链到 /Applications，brew ls 会报错。
brew --cask 安装的 App 怎么查原始路径
brew --cask 安装的图形应用最终落在 /Applications 或 ~/Applications，但它的“源”其实是 Homebrew 下载解压后的哈希路径，藏在 brew --prefix 下的 Caskroom 里。
实操建议：
- 列出所有 cask 安装项：
brew list --cask - 查某 App（如
iterm2）的原始包位置：brew --prefix --cask iterm2→ 返回类似/opt/homebrew/Caskroom/iterm2/3.4.23 - 该路径下通常有
.metadata和解压后的iterm2.app，但实际运行的是/Applications/iTerm.app这个软链接 - 验证软链目标：
ls -l /Applications/iTerm.app
容易踩的坑：直接 which iTerm2 会失败（GUI 应用不进 PATH），要用 mdfind 或访达右键“显示包内容”反查。
MacPorts 和 Nix 的路径怎么不混淆
MacPorts 默认前缀固定为 /opt/local，所有东西都塞进去；Nix 则完全隔离，每个包路径带哈希，靠 profile 动态注入 PATH。两者和 Homebrew 的 Cellar 机制互不干扰，但容易因 PATH 顺序导致命令覆盖。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
实操建议：
- 确认 MacPorts 是否生效：
port prefix应输出/opt/local；查 python3 路径：port contents python311 | grep bin/python3 - Nix 用户别依赖
which看“真实路径”，因为它是 profile 里一堆软链堆出来的；用realpath $(which jq)才能穿透到哈希路径，如/nix/store/8z…-jq-1.7/bin/jq - PATH 冲突时，
type -a python能列出所有匹配项（alias/function/binary），按顺序排，第一个生效
关键点：MacPorts 和 Nix 的 prefix 一般不会和 Homebrew 重叠，但如果你手动改过 PATH，brew 命令可能调到 MacPorts 的 python，而不是你预期的。
通用命令查路径时为什么 which 有时不准
which 只返回 PATH 中第一个匹配的可执行文件，但它不识别 alias、function、shell builtin，也看不到被 shell wrapper 包裹的命令（比如某些 SDK 管理器做的代理）。
实操建议：
- 优先用
command -v python—— POSIX 标准，行为稳定，返回路径或空 - 要完整视图，用
type -a python：能看到 alias、function、file 三层，比如python is aliased to `/opt/homebrew/bin/python3` - 对 GUI 应用（如
chrome），which必然失败，必须用mdfind "kMDItemDisplayName == 'Google Chrome'" - 符号链接嵌套深时，
ls -l $(which git)可能只显示一级，加-L参数（ls -Ll $(which git)）才能看到最终目标
最常被忽略的一点：系统自带的 /usr/bin/python 在 macOS Sequoia 后已移除，但旧脚本仍可能硬编码调用它，此时 which python 返回空，不代表没装 —— 得看是否装了 Homebrew 的 python@3.12 并加了软链。
