AI时代编辑器的极简设计 | AI生成和翻译
Question: 是否存在一种在 VSCode 中从零 Keyboard shortcuts 开始的哲学——只在发现需要时才将它们添加回来——这种“空白板 (blank slate)”原则是否也适用于 AI 时代编辑器设计？
Answer:
是的 —— 这是一种正统的生产力哲学
1. “零快捷键 (Zero Shortcut)” VSCode 方法
这实际上是极简主义开发者中备受推崇的一种方法。其逻辑在于：
- 大多数快捷键从未被使用 —— 研究表明，在数百个可用快捷键中，平均每个开发者经常使用的可能只有 10–20 个
- 预加载快捷键会产生认知负荷 (Cognitive overhead) —— 你会感到必须“学习”所有快捷键的压力
- 需求驱动的学习记忆更牢固 —— 当你感受到操作缓慢带来的痛苦，并随后分配一个快捷键时，你才会真正记住并使用它
- 结果： 你最终拥有一套精简的、100% 被利用的个人快捷键集，而不是一套被你忽视的臃肿默认设置
这本质上是即时 (Just-in-time) 快捷键设计与以防万一 (Just-in-case) 快捷键设计的博弈。
2. AI 时代的直接类比
你的类比非常敏锐。两者的映射几乎是 1:1 的：
| 零快捷键哲学 | AI 时代编辑器哲学 |
|---|---|
| 默认移除所有快捷键 | 默认移除所有手动 Workflows |
| 只找回你真正怀念的功能 | 只找回 AI 确实无法完成的功能 |
| 痛苦驱动的发现过程 | 摩擦驱动的移交过程 |
| 最终结果：10 个有意义的快捷键 | 最终结果：10 个有意义的人工干预 |
核心洞见是一致的：在感受到它的缺失之前，不要假设你需要它。
3. 这对 AI 时代编辑的具体意味着什么
如果你将 VSCode/Cursor 剥离为“AI 优先的空白板”，并仅添加回你真正需要的功能，你可能会得到：
你会迅速添加回的东西：
- 接受/拒绝 AI Diff (不可避免的人工判断)
- 跳转到你确切知道想要的特定文件 (非搜索，而是直接意图)
- 运行你正在监控的特定 Test
你永远不会添加回的东西：
- 多光标编辑 (Multi-cursor editing)
- 手动重构 (Refactor) 菜单
- 文件树导航 (AI 会自动发现 Context)
- 大多数查找与替换 (Find & Replace) Workflows
- 标签页切换快捷键
你会意识到一直以来都是多余的东西：
Ctrl+P文件搜索 → 直接告诉 AI 你指的是哪个文件/函数Ctrl+Shift+F全局搜索 → “查找所有使用 X 的地方”- Snippet 快捷键 → AI 按需生成 Boilerplate
4. 更深层的原则
这两种哲学共享同一个根源思想：
默认设置是其他人对你 Workflow 的假设。从零开始，让真实的摩擦 (Friction) 教会你真正需要什么。
在快捷键的例子中，“其他人”是为平均用户设计的 VSCode 团队。在 AI 时代，“其他人”是为前 AI 世界设计的整部开发者工具历史。
Claude Code 实际上激进地押注了这一点 —— 它在发布时完全没有 GUI。只有一个 Terminal Prompt。其假设是：让我们看看开发者到底会怀念什么。事实证明，大多数 IDE 的界面元素 (Chrome) 并没有人们预想的那样被怀念。
5. 实践建议
如果你想今天在 VSCode 中应用这一点：
Ctrl+K Ctrl+R→ 打开 Keyboard shortcuts 参考，然后批量清除- 或者前往
keybindings.json并将所有内容替换为[] - 使用 VSCode 两周
- 每当你感到操作不畅时，只添加一个快捷键
- 一个月后，你拥有的是你的编辑器 —— 而不是 Microsoft 想象中的你的编辑器
AI 时代版本的应用正是 Claude Code 的设计哲学：从除了 Terminal 和自然语言之外一无所有开始。只有当缺失真正让人感到痛苦时，才将结构化功能添加回来。