Karpathy 默认用 Medium effort，终端派还在 Vim 里写反驳

Andrej Karpathy 的 Claude Code 配置被 Yuchen Jin 从 HackerTube 博客里贴出来了。

配置很短：Mac 桌面版 Claude Code；默认 Opus 5.5，Medium effort。Yuchen Jin 的评论更短：终端是错误接口，桌面 app 是今天最好的接口。

这句话把评论区点着了。

有回复提醒，同一段话里 Karpathy 已经不怎么读代码、也不怎么跑命令。截图里的流程是：准备 API key、VPS、域名，然后把 IP 交给 Claude，让它更新、部署、安全化、加固和优化代码。人负责把入口打开，剩下的交给 agent。这个前提下，终端确实不再是必经入口。

终端派没有退场。有人说 Claude 在终端里限制更少；有人说脚本化还是终端赢；有人还在 Vim 里起草反驳；还有人贴出黑白握手照，配文“还在终端，没人通知我结束”。

桌面派给出的优势很具体：review diff、在多个 session 之间切换、用项目功能协调多条工作流。更细的一条是，agent 需要人做决定时，桌面 app 能在一个地方展示 proposed change、证据和 undo。只把终端滚动记录包一层窗口，这些优势用不上。

模型选择上的分歧更有意思。Karpathy 把 Opus 5.5 放在 Medium effort 当默认。评论区有人调侃：Karpathy 默认 Medium，另一些人开着 Max 让模型重命名一个变量。也有人问，什么任务才值得把 effort 调高。被问到这个问题，Yuchen Jin 回了一句：我脑子里有个智能路由。

有网友说 DeepSeek 4.1 写代码和 Opus 5.5 差不多，长程任务 Opus 5.5 更强，于是把规划交给一个模型，执行交给另一个。这里没有统一答案，只有任务分层。

这场争论表面是 app 和 CLI，底下是工作流分工。日常任务用桌面 app 降低协调成本，脚本和远程环境留给终端。Karpathy 的默认值给了一个信号：编码 agent 的日常入口，正在从终端和最高推理，挪到桌面 app 和中等推理。

你还在终端里，还是已经把 agent 搬进桌面 app？