Show HN:让你的 AI 代理在屏幕上画大箭头、方框和文字

一个小型 macOS 工具可以让 AI 代理在屏幕上画夸张的大箭头、方框和文字,告诉用户该点哪里,这引发了褒贬不一的反应。支持者认为它是一个实用辅助:可用于新手引导、Blender 等复杂应用、远程技术支持、无障碍场景,以及人类在环的代理工作流——AI 负责指引,而不是完全自动化。批评者则认为它体现了浪费性的“AI slop”,带来了安全、操控和过度依赖云模型的担忧,并反映出软件 UX 已经复杂到人们现在需要机器人来指按钮。

工具的目的

  • 适用于 macOS 的 CLI,允许 AI 代理(或通过脚本的人工用户)在屏幕上绘制大箭头、方框和文字覆盖层。
  • 主要面向“引导代理”工作流:AI 显示“点这里”,而人类保持控制,尤其适用于代理不应或无法执行的操作(密码、安全对话框、仅 GUI 工具)。

感知到的用例

  • 在复杂 GUI 中进行逐步引导(例如 Blender、媒体编辑器、标签混乱的企业应用)。
  • 远程技术支持,尤其是面向年长或不太懂技术的用户,作为反复解释“另一个齿轮图标”或使用远程桌面的替代方案。
  • 更好的教程和文档:直接在屏幕上高亮按钮,而不是静态截图和文字说明。
  • 代理调试与多代理可视化:展示代理正在关注什么的视觉轨迹。
  • 与旧式 PC 交互式教程相似的无障碍 / 培训场景。

质疑与批评

  • 有人认为这很能代表“AI slop”:低成本、凭感觉编码的代码,因为 LLM 让构建这类工具变得廉价。
  • 也有人认为这把人当作“肉身机器人”来做盲目审批,削弱了人类理解后果的那一步。
  • 还有担忧认为,它是在修补糟糕 UX 造成的问题,而不是改进底层软件。
  • 一些人觉得这些箭头在视觉上很丑或“恶心”,不喜欢增加的视觉噪音,并将其比作烦人的弹窗和 Clippy 式助手。

安全、滥用与权限

  • 有人质疑这种覆盖层能力是否会被滥用来隐藏“拒绝”按钮,或改变用户感知到的界面文字。
  • 反驳观点是:如果该工具只是绘制覆盖层,而代理本来就有 shell 访问权限,那么遮住按钮并不是主要威胁;对软件供应商的信任才是核心问题。
  • 讨论指出,当前的 LLM 代理往往会因为系统提示和内建规范,而不是仅仅由于操作系统级权限,拒绝执行敏感操作(密码、安全设置)。

更广泛的 AI 与 UX 反思

  • 争论这到底是浪费性的过度设计,还是对几十年糟糕 UX 以及应用内搜索 / 教程不足的一种务实修补。
  • 还有一种元讨论:未来代码仓库会变成代理的规格说明,“prompt = effort”,而 AI 将以好坏两种方式渗透到日常工具中。