Show HN：自动关闭 Mac OS “允许 <app> 查找本地网络上的设备？”

对该工具的总体反应

• 许多人认为 macOS 的“允许本地网络”提示很烦人且对用户体验不友好，尤其是浏览器和自动更新的应用会不断重新触发它。
• 这个工具被称赞为操作系统本该内置的功能，类似于拦截 cookie 横幅。
• 有些人认为这象征着 macOS 正在退化成像 Vista 一样嘈杂的安全提示。
• 也有人指出，用一个未沙盒化的辅助程序并授予广泛的辅助功能权限来修复沙盒应用对话框，这种做法本身也很讽刺，而且可能更危险。

安全、信任与小工具

• 一些评论者担心信任通过 Homebrew 安装的小工具，因为被篡改的分发渠道很容易成为攻击路径。
• 建议的缓解方式包括：优先使用小型开源项目；自己 fork 并在本地构建；让 LLM 审查代码。
• 反方观点是：基于 LLM 的代码审查本身也可能受到仓库中隐藏的 prompt injection 影响。
• 也有人主张“就地取材”，尽量少装额外软件，即便这意味着要忍受一些烦人的问题。

权限模型与 UX 批评

• 许多人认为这个权限系统过于粗粒度、噪音太大，而且缺乏上下文：对话框不会解释到底是什么具体操作触发了它，也不会说明拒绝后会坏掉什么。
• 有些人想要像这样自动拒绝的工具；也有人明确希望反过来——总是允许，甚至希望有一个全局的“我接受此应用的所有风险”开关。
• 还有人呼吁：
  • 更精确、范围更小的权限（例如伪造或 stub 数据、按功能请求、基于正则或前缀的剪贴板或网络访问）。
  • 异步、非阻塞的同意界面，并配有占位内容。
  • 在操作系统层面把对话框批量处理或放入收件箱，而不是用弹窗抢焦点。
• 关于是否让开发者自定义对话框文本的争论：
  • 正方：更好的解释能减少困惑和用户反感。
  • 反方：恶意开发者会撒谎；系统消息必须保持受控。

本地网络与 Chromium 行为

• 有一种解释把反复提示归咎于 Chromium 从临时文件夹运行的做法，但另一位评论者检查了 TCC 数据库后认为权限是按签名标识而不是路径来键控的，因此这种解释很可能是错的。
• 为什么有些用户在 Chrome 更新后会反复看到提示，目前并不清楚。
• 本地网络权限对 Chromecast、局域网游戏、媒体播放器等设备发现功能确实是必要的，但很多用户从不用这些功能，因此会对被要求授权感到不满。

更广泛的生态与 AI 角度

• 多位评论者描述自己用 LLM 快速构建小型 macOS 工具来解决个人烦恼，并认为这让人看到一个未来：任何人都能深度定制自己的环境。
• 该讨论串还提到了其他 macOS 抱怨（VNC 抢焦点、文件访问提示、Spotlight 行为），把它们作为这类工具或系统修复需求的例子。