macOS账户限制通过账户类型和隐私授权间接控制应用权限：管理员可执行系统级操作，标准用户受Gatekeeper、安装限制及隐私授权隔离；屏幕使用时间可覆盖部分权限；家目录权限错乱会加剧限制效果。
macOS 账户限制功能本身不直接控制单个应用的运行权限，但它通过账户类型（管理员/标准用户）和配套的隐私授权机制，间接决定应用能否完成关键操作——比如写入系统路径、调用自动化接口、访问用户数据或加载内核扩展。
账户类型决定基础权限边界
管理员账户拥有执行 sudo、修改 /usr/local、安装 .pkg 包、重签名应用等能力；标准账户默认无法输入管理员密码授权，因此多数涉及系统级写入的操作会直接失败，例如：
- 双击运行未公证的 .app 时，Gatekeeper 拦截后无法通过“仍要打开”绕过（因无密码权限）
- 尝试将应用拖入 /Applications 目录，系统弹窗要求管理员凭证，标准用户无法继续
- Homebrew 安装工具后，若 brew 命令需写入 /usr/local/bin，标准账户会报 Permission denied
隐私授权依赖账户上下文生效
“隐私与安全性”中的各类授权（辅助功能、完全磁盘访问、屏幕录制等）是按用户账户存储的。同一应用在不同账户下需单独授权：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 管理员账户开启 Karabiner-Elements 的辅助功能权限，不会自动同步给标准账户
- 标准账户即使勾选了“完全磁盘访问”，也无法授权 Terminal 访问 /Library/Preferences 等需 root 权限的路径——因为该路径的文件系统权限仍归属 root
- 账户切换后，Security-Scoped Bookmarks 不跨账户生效，导致沙盒应用在另一账户中无法恢复之前授权的文件夹访问
屏幕使用时间可覆盖部分系统权限
当启用“屏幕使用时间”并配置“内容与隐私访问限制”时，它会主动禁用或锁定某些系统功能，进而影响应用行为：
- 若开启“阻止更改系统设置”，则应用调用 NSWorkspace.setDesktopImage(_:) 设置桌面壁纸会静默失败
- 启用“阻止安装应用”后，即使管理员账户也无法通过双击 .pkg 启动安装器，Gatekeeper 会跳过校验直接拒绝
- 限制“开发者工具”访问后，VS Code 内置终端可能无法调用 codesign 或 xcodebuild，即便已获得完全磁盘访问权
账户家目录权限错乱会放大限制效果
账户限制问题常被误判为权限缺失，实则源于家目录归属异常：
- 标准账户家目录若错误归属 root，会导致 ~/Library/Preferences 下的 plist 文件无法写入，应用启动即崩溃或偏好设置不保存
- 管理员账户若家目录权限设为 755 且组为 staff，而当前 shell 进程以 staff 组运行，可能因缺少组写权限导致 brew doctor 报告“permissions are incorrect”
- 修复方式统一为：sudo chown -R $(whoami):staff ~ && chmod -R u+rw ~/Library（慎用，建议先备份）
