用途：诊断并修复 macOS TCC（Transparency, Consent, Control）权限问题，包括完全磁盘访问、屏幕录制、麦克风、摄像头、辅助功能、自动化等。
主要能力：区分几类常见陷阱——授权对象错误（弹窗显示的是访问进程名，而非真正请求者）、授权在二进制或 uv/CLI 更新后失效、无弹窗的静默拒绝、无法读取 TCC.db 等，并给出对应排查路径。
使用方式：先复现被报告的拒绝，用实际失败的请求者和执行上下文重试受保护读取，记录路径、请求者、上下文与结果。若读取成功则报告当前可访问，不轻易改动权限；若仍失败，再检查归属。可用命令查看请求来源： /usr/bin/log show --last 30m --predicate 'subsystem == "com.apple.TCC"' --info --debug | grep -E 'from Sub:|responsible=|accessing=' | tail -20 若终端可读系统数据库，可查询授权候选： sudo -n sqlite3 '/Library/Application Support/com.apple.TCC/TCC.db' "select service, client, auth_value from access where service='kTCCServiceSystemPolicyAllFiles' and client like '%<name>%';"
核心规则：弹窗名称不等于责任进程，应以 TCC 日志中的 from Sub: 为准；授权按二进制精确路径绑定，路径变化即视为新应用；SIP 使系统 TCC.db 只读，命令行无法写入授权，必须经 GUI；授权后需重启请求进程。
适用场景：LaunchAgent 或 uv run 任务反复弹窗、更新后权限失效、自动化/Apple Events 授权不持久等。
限制：不负责应用权限引导 UX、launchd 任务设计或磁盘清理；资料未提供具体价格与平台支持范围。