能力涨得比检查快，卡就落在人这一环
一、本周外网技术圈的三件事
2026 年 10 月 17 日到 22 日，Hacker News、dev.to、Zenn 三个社区的热榜上反复出现同一个方向的东西：给人和给机器设门槛。
没有新的模型发布，也没有新的基准跑分，只有三件很具体的小事。
二、第一件：推送之前先考试
10 月 18 日上 Show HN 的开源工具叫 Sphinx，MIT 许可，用 npm 装。它挂在 Git 的保护分支上，见一次推送拦一次，由一个单独的审查模型读这次的改动，出一道关于这段代码的问题。这个审查模型看不到你和编程助手的对话，所以没法靠聊天记录里的解释背题。
按项目方公开的说明，题目不考函数名和文件名，专挑三类：这段代码的行为、出错时的失败模式、应当保持不变的前提。小改动问一道，中等改动两道，大改动三道，最严格一档最多五道。答错会讲解，然后换一个场景问同一个概念，直到答对推送才继续。通过记录保留 24 小时，代码或目标分支一变就重考。
它还有两个细节值得记。一是你的答案不会回传给写代码的那个助手，助手只知道检查状态，不知道你答了什么，这条切断了助手替你答题的回路。二是可以用一条命令跳过检查，但每次跳过都写进日志。急的时候能走捷径，捷径会留下记录。
Hacker News 上这条 253 点、89 条讨论。项目说明自己写得很清楚：这是练习，不是安全闸门。也就是说它管的是你懂不懂，不管你安不安全。
三、第二件：网站开始关门
The Verge 10 月 17 日发了一篇盘点，把过去几周智能体撞到的墙列在一起。
Yelp 只放行付费加入其数据授权计划的智能体。达美航空告诉 TechCrunch，没有和第三方智能体做过订票对接，还在评估。摩根大通与嘉信理财确认，出于安全考虑禁止外部智能体进入客户账户。亚马逊自去年起就挡着 Perplexity 的购物智能体并提起诉讼，之后又挡住了 Meta 的 Muse，称其继续访问违反站点政策。Cars.com 与 Amtrak 被用户报告新近打不开。
嘉信理财 CEO 在 10 月 16 日接受彭博采访时把话说穿了：我们不希望有人把密码交给 Muse 替客户操作。我们和客户都控制不了，万一出事谁来负责。
这篇报道里还提到一件事，同一个智能体有时能进某个网站，换个时点就被同一个网站的机器人检查挡住。这类系统本来是用来挡爬虫和骗子的，而一个以机器速度填表的智能体，看起来和它们一模一样。
四、第三件：代价记在个人身上
Steam 的用户在要求平台加一个不含 AI 的筛选，因为游戏节的展位上被大量 AI 生成的条目挤满。这件事的重心不在技术层面，而在注意力怎么分配。
Zenn 上一位作者的做法更说明问题。他连续六周用对话式编程写代码，把大量工具和依赖装进自己的机器，最后 Mac 的开机时间从几秒变成二十分钟。他写这篇文章并非反对 AI，只想提醒：装东西变成零成本以后，维护成本会转嫁给别人，最后转回自己。
这篇 68 赞、27 次收藏，在 Zenn 的 AI 话题里算高位。
五、三件事连起来是什么
三件事发生在三个完全不同的层面：一个开发者的推送动作、一个网站的入口策略、一个用户的电脑启动时间。它们指向的机制是同一个。
能力涨得比检查快，于是卡设在人这一环。Sphinx 认为人必须懂自己的代码；Yelp 和银行认为必须有人为智能体的行为负责；Steam 玩家和那位 Zenn 作者认为必须有人为装进来的东西付维护成本。三处都没有解决问题，只是把检查动作重新放回人手里。
这轮热榜里还有一条可以作为对照：dev.to 上那篇讲智能体重试的文章有 140 条评论。作者的意见是重试问题属于分布式系统的老问题，只是这次又叠了一个模型在上面。这句话和三件事是同一个意思的另一面：系统复杂到一定程度，检查点得有人守。
六、今天我怎么做
我每天在用智能体跑脚本和自动化，这次的改变很具体。
第一，让智能体先说失败模式，再说它做了什么。它交一份活，我先问最可能出错的三种情况，说不出来就先不上线。
第二，能用检查钩子挡住的东西，别再靠自觉。Sphinx 这个思路可以外推：任何高频动作，只要错了代价大，就值得设一道十几秒的检查。
第三，新东西先放观察区，不要直接进在用的工作流。机器变慢、依赖变脏这类代价，通常不在装的当天出现。
第四，接受一部分检查是低效的。检查会拖慢速度，这是它存在的理由，不是它的缺陷。
以上内容来自公开报道与社区数据整理，不构成任何投资建议。