homebrew需分架构安装：arm版装在/opt/homebrew，intel版装在/usr/local/homebrew；通过uname -m动态切换path；优先用arm原生工具，少数x86_64工具可临时安装。

在同时拥有 Intel 和 ARM 架构 Mac 的开发环境中，Homebrew 不是“装一个就能通吃”，而是需要分层管理。关键不是回避双架构，而是让每个架构的软件各安其位、互不干扰，又能按需调用。

区分安装路径，避免混装

ARM（M系列芯片）和 Intel（x86_64）的 Homebrew 必须安装在不同路径，否则会引发 PATH 冲突、命令覆盖、权限报错等连锁问题：

• ARM 原生版：默认安装到 /opt/homebrew，所有二进制、配方、缓存均在此下，专为 arm64 优化
• Intel 兼容版：若需运行 x86_64 工具（如某些未适配的 CLI 工具），应单独安装在 /usr/local/homebrew（非系统 /usr/local），并确保不启用 Rosetta 模式启动终端
• 切勿手动把 ARM 版 brew 软链到 /usr/local，也别用旧脚本覆盖安装——这会破坏 SIP 保护和架构隔离

环境变量按终端会话动态切换

你不需要永久固定一个 PATH。更合理的方式是根据当前终端运行的架构，自动加载对应 brew 环境：

Picell

一款AI视频创作工具，主要用于一站式电商图文 + 短视频生成平台，前身为 Picset AI，适合需要提升相关任务效率的用户。

下载

• 检查当前终端架构：uname -m 返回 arm64 或 x86_64
• 在 ~/.zshrc 中添加判断逻辑：

if [[ "$(uname -m)" == "arm64" ]]; then
  eval "$(/opt/homebrew/bin/brew shellenv)"
else
  eval "$(/usr/local/homebrew/bin/brew shellenv)"
fi

这样新开终端即自动匹配，无需手动 source 切换，也避免了同一 shell 下误调 Rosetta 工具导致的性能损耗。

多版本工具统一由 ARM 版 brew 管理

绝大多数主流开发工具（Git、Node.js、Go、Docker CLI、fvm、rustup 等）已提供原生 arm64 支持。优先通过 /opt/homebrew 安装它们，而非依赖 Rosetta 转译：

• 安装时明确指定架构（即使不写，默认也是 arm64）：brew install git node go
• 验证是否为原生：运行 file $(which git)，输出含 arm64 字样即为原生；若显示 x86_64，说明被 Rosetta 劫持，需检查终端设置或重装
• 对极少数暂无 ARM 支持的工具，可用 arch -x86_64 brew install xxx 临时安装到 Intel 版 brew，但建议标记为“过渡方案”，定期跟踪上游适配进展

用 Brewfile 锁定架构感知的依赖清单

Brewfile 不仅记录包名，还可通过注释或分组体现架构意图，便于团队协作和 CI 复现：

• 在 Brewfile 开头添加说明：# Brewfile for Apple Silicon (arm64) —— generated on $(date)
• 对必须跨架构的包（如某些 Python 库含 C 扩展），用注释标注：# python@3.11: requires universal2 wheel or arm64 build
• 导出时使用对应架构的 brew：arch -arm64 brew bundle dump --file=Brewfile-arm64，避免混入 x86_64 包