AI 每天产出一本小说体量的散文。你的眼睛不是为这种负荷设计的。

一年前我一天大概写两百行代码、读四百行。现在有了 Cursor 和 Claude Code,写的是三倍,读的 —— 我没概念。每个 Composer 计划是一段话。每个 Cmd-K 回复是三段话。每个 Claude Code 工具调用收尾是又一段的编辑后摘要。一场长 agent 会话产出一万、两万、三万字的散文,这些文字在 AI 进来之前根本不存在。我更常喝咖啡,更常在任务间隙闭上眼睛,到下午五点我挺确定自己今天的视力比早上十点差了一截。

这篇是在 Mac 上每个主流 IDE 和每个主流 CLI agent 里,用耳朵替代眼睛读 AI 输出的指南 —— 免费,一次安装。

问题不在代码。问题在代码周围的散文。

代码本身其实很好读。函数签名、for 循环、import 语句 —— 眼睛被训练到瞬间模式匹配。与其说你在读,不如说你在扫一眼就过。AI 时代的编码不同的地方,是代码外面那层文字包装。Cursor Composer 不只是重写文件 —— 它先解释要重写什么,再重写,再告诉你做了什么。Claude Code 不只是编辑三个函数 —— 它先列计划,逐步应用带评论,最后总结。Gemini CLI 的扩展推理模式会先写一大段原理再碰仓库。这些都不是代码。全是散文。全都落在你的屏幕上。

想快速扫过去?不行 —— 太关键,里面常常藏着一个假设错误,你批准后会后悔。想认真读?那你一天除了读代码,还要多读几个小时。几个月重度 AI 辅助编码后,我和朋友们都开始聊真实的眼疲劳和精神疲劳,但还没人拿出一个像样的解决方案。

这是一个解决方案。逻辑和双显示器一样:加一条通道。不强行让眼睛同时处理散文和代码,把散文路由到耳朵。diff 还在屏幕上。测试结果还在屏幕上。你只是不再同时读十七段 Composer 解释。

VS Code —— 大部分 AI 辅助编码的默认归宿

我认识的大多数开发者还住在 VS Code 里。GitHub Copilot Chat、Continue、Cline,或者二十个 AI 编码扩展里的某一个,把大段文字丢到侧边栏。VS Code 基于 Electron,朗读路径在选区附近小区域用 Vision OCR —— 所以首次运行需要屏幕录制权限。高亮依然落在真实编辑器窗口上,逐字滑动,和原生 App 同一个手势。VS Code 朗读 有完整说明,包括如何处理 Copilot Chat 输出、行内建议、集成终端输出。

Cursor —— Composer 是杀手级功能,也是眼疲劳的发动机

Cursor 的 Composer 面板是我一天里最大的未读 AI 散文源。Composer 计划是多段。Composer 摘要是多段。Cmd-K 原理是多段。因为这些都很关键 —— 批准错计划的代价是一次坏 commit —— 不能扫着读。1.5× 听的同时眼睛扫已 staged 的文件,是我找到的唯一能跟上的节奏。Cursor 朗读 覆盖 Composer、Cmd-K、聊天面板,以及 ghost-text 的限制(要先接受建议,ghost text 还不是选区文档的一部分)。

Xcode —— 所有 IDE 里最干净的技术路径

Xcode 是例外。它是原生 AppKit 应用,文字通过 macOS 辅助功能 API 暴露 —— 不要屏幕录制、无 OCR 延迟、像素级字符对齐。如果你靠写 Swift 谋生,一直眼红 Terminal.app 那种干净的朗读体验 —— 好消息是,Xcode 走同一条路径。文档注释(///)、Quick Help 弹窗、README 预览、AI 助手面板回复 —— 全部通过 AX 可读,选区检测零延迟。Xcode 朗读 有原生 AX 为什么重要的完整技术拆解,以及 SwiftUI 预览 + Interface Builder 的边界。

Windsurf —— Cascade 计划很长,音频正好合身

Windsurf 的 Cascade agent 一次规划跨整个仓库的多文件编辑,计划比其他 AI 界面都长。单个 Cascade 计划可以有 15 段话,之后才动任何一个文件。那是一大堆要盯着看的东西。1.5× 听的同时扫 staged 文件列表,我个人经验审阅时间直接减半。和 Cursor 一样,Windsurf 基于 Electron —— 屏幕录制权限、OCR 对齐、最终效果相同。Windsurf 朗读 覆盖 Cascade、聊天、行内解释面板。

Claude Code —— 每天产出一本小说体量的终端原生 agent

如果你在 Terminal.app 里跑过 Claude Code,你已经知道它有主见,而且会长篇解释。每个工具调用都有预计划和后摘要。每次多文件编辑都有原理。每个错误回复都是三段话讲为什么会出错。全都有价值,全都是散文。因为 Claude Code 在 Terminal.app 里跑,朗读路径是最干净可能的:原生 AX、无屏幕录制、无 OCR、选区检测瞬时。选中一段、按 ▶、听。Claude Code 朗读 覆盖 tmux / screen 注意事项,以及 iTerm2 / WezTerm / Warp 兼容性矩阵。

Gemini CLI —— 天生啰嗦,反而最适合音频

Gemini 2.5 的扩展推理模式是主流编码 agent 里最啰嗦的。单个推理轨迹能跨十几段,之后实际计划才开始。这种啰嗦有用 —— 你能看它怎么推到答案 —— 但全都在屏幕上读会毁眼睛。1.5× 音频是扩展推理轨迹的自然节奏。和 Claude Code 走同一条终端 AX 路径。Gemini CLI 朗读 有 markdown 渲染说明和 VS Code 集成终端的兼容性说明。

Codex —— OpenAI 的编码 CLI,同一个终端表面

Codex 是 OpenAI 的终端编码 agent。输出模式和 Claude Code 很像 —— 计划、原理、摘要 —— 带自己的声音。在 Terminal.app 里跑 Codex,所有文字都是一次选中 + 点击的距离之外就是音频。Codex 朗读 覆盖 ANSI 颜色剥离、iTerm2 / Warp / Ghostty 兼容性,以及为什么 Terminal.app 里跑 Codex 的朗读比 VS Code 集成终端更干净。

Copilot CLI —— gh copilot explain 终于有了意义

GitHub 的 gh copilot 是另一种动物。核心价值是生成 shell 命令、git 操作、代码的纯语言解释。整个意义就是理解。这让它成为整个列表里最适合音频的一个 —— 你跑的命令本来就以解释为唯一目的,现在你能听而不是读。gh pr view 和 gh issue view 也把结构化散文丢到终端里。同一条终端 AX 路径。Copilot CLI 朗读 有完整的 gh 子命令兼容性矩阵。

Aider —— commit 卫生严格的 AI 结对编程伙伴

Aider 的标签是它的 conventional-commits 纪律 —— 每次编辑都配一个 commit 计划、diff 摘要、以及它为什么选这个方案的推理。全是终端散文。全都适合音频。Aider 朗读 覆盖 commit 前确认流程、多模型支持的隐含,以及为什么对 Aider 来说 VS Code 集成终端是比 Terminal.app 低一档的体验。

一次安装,九款 AI 编码工具,同一个手势

下载 CastReader for Mac。授权辅助功能。如果你用 VS Code / Cursor / Windsurf,再授权屏幕录制(Electron App 需要,Xcode、Terminal.app 这类原生 App 不需要)。在九款工具中任一款里选中散文输出,点选区旁浮出的 ▶,听。同样的手势、同样的逐字高亮、同样的语音选择器,贯穿你整个 AI 编码工作流。播放速度设置一次(我跑 1.5×),默认语音配置一次(解释用英文,多语言 prompt 用自动检测),之后你就忘了这个 App 存在,直到你需要用它。

辅助功能权限一次性。屏幕录制权限一次性。App 永久免费 —— 无账号、无订阅、无日词数限制。作为菜单栏图标运行,不选中文字就不会打开任何窗口,完全不打扰你。

一年后每个 AI 编码工具大概都会有自己的朗读功能,而且各家略有差异。现在,这是唯一让所有九款工作方式一致的 App。点开上面任意一个工具页面看针对那个工具的详细走查,或者看 CastReader for Mac 获取完整 App 概览。你的眼睛会感谢你。