macos依赖管理必须分层隔离：系统级用homebrew安装底层工具并置path首位，语言级用pyenv/nvm/sdkman/rustup隔离运行时版本，项目级用venv/npm/cargo等本地机制锁定依赖，动态库路径需显式控制。
macos 上全局依赖和项目本地依赖必须分层隔离，不能混用。核心不是“少装点”，而是让每类依赖各管一段：系统级工具归 homebrew，语言运行时归 pyenv/nvm/sdkman，项目包归 venv/npm/cargo 等原生机制——路径、作用域、生命周期全不重叠。
Homebrew 管系统底座，不碰项目逻辑
Homebrew 负责安装 clang、git、cmake、openssl@3、pkg-config 这类底层命令行工具和 C 库，它们是编译和链接的基础，但不参与业务代码执行。
- 确保 Homebrew 路径在 $PATH 最前面：Apple Silicon 写
export PATH="/opt/homebrew/bin:$PATH"到~/.zshrc - C 库如 openssl@3 默认是 keg-only（不软链到 /usr/local），避免覆盖系统库；若某项目硬需 openssl@1.1，才手动
brew unlink openssl && brew link openssl@1.1 - 设置
PKG_CONFIG_PATH="/opt/homebrew/lib/pkgconfig"，让编译器能自动找到头文件和链接路径
语言运行时用专用管理器隔离版本
Node.js、Python、Java、Rust 等运行时不能靠系统自带或 Homebrew 全局安装来支撑多项目——它们需要按目录切换版本，且不干扰彼此。
WeChat macOS Proxy
下载
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- Python 用 pyenv：装多个版本（
pyenv install 3.9.18 3.12.3），项目级设pyenv local 3.9.18，生成.python-version - Node.js 用 nvm：支持
nvm install 18.20.4和nvm use 18.20.4，配合.nvmrc实现进目录自动切换 - Java 用 sdkman!：一条命令装 JDK + Maven：
sdk install java 21.0.3-tem，再sdk default java 21.0.3-tem - Rust 用 rustup：
rustup install 1.78.0+rustup default stable，交叉编译目标也由它统一管理
项目依赖必须本地化、可锁定、不共享
所有业务代码直接 import/require 的包，必须装在项目内，且版本精确锁定。全局安装的包无法被项目引用，也不受版本约束。
- Python 项目：用
python -m venv .venv创建环境，激活后pip install -r requirements.txt；推荐pip-tools从requirements.in编译出带哈希的requirements.txt - Node.js 项目：只运行
npm install（读package.json），所有依赖进node_modules；package-lock.json必须提交 Git，禁止删或手改 - iOS 项目：用
pod install生成Pods/和.xcworkspace，Xcode 必须从此打开，不直接开.xcodeproj - Rust 项目：依赖声明在
Cargo.toml，cargo build自动解析下载，锁定在Cargo.lock
动态库与加载路径要显式控制
很多崩溃（如 dyld: Library not loaded）源于 Python 扩展或 CLI 工具错误链接了 Homebrew 的 dylib，而系统组件又依赖旧 ABI。
- 查真实加载路径：
dyld_print_libs=1 python -c "import numpy" 2>&1 | grep -i lib - 避免用
DYLD_FALLBACK_LIBRARY_PATH生产环境；更稳妥的是用@rpath编译，或用install_name_tool -change重写二进制依赖 - 对已发布工具，可用
sandbox-exec -f policy.sb ./myapp阻断访问非预期路径（如/opt/homebrew/lib）
