Zed 1.27：AI 提交信息开始学你的仓库，Agent 面板不再一开就吃掉内存

11 月 4 日，Zed 发了 1.27.0。这个编辑器的发版说明一向写得像 changelog 里的散文：短句、具体、不吹。这一版最让我在意的不是功能列表，而是一条性能条目。

「看到才解析」这四个字值多少

原文是：Agent 面板现在只在第一次查看时加载工具调用的 diff、并解析线程消息的 Markdown，而不是在加载整个线程时就做完。

这句话背后是编辑器里一个非常典型的取舍。一个 agent 会话会累积几百条消息、几十个 diff；如果打开面板就把所有内容都解析成富文本，那你打开的是一个「完整但很卡」的历史。而人实际看的时候，99% 的时间只盯着最近两三条。

我自己的体感是：这类改动的收益不在跑分里，在手指的犹豫消失了。以前打开长会话要等一下，等一下你就会下意识避免打开它；现在不犹豫了，于是你真的会去回看之前那次修 bug 的思路。

AI 提交信息会学你的仓库

第二个改动很讨喜：AI 生成的 commit message 现在会跟随仓库最近几次提交的风格。

这件事的重要程度被低估了。多数 AI 提交信息工具产出的是「教科书式的规范」，feat(scope): ... 那种。但如果你的仓库一直是「一句话说清做了什么」的中文短句，一个突然冒出来的 conventional commit 就像外人写的。

让工具去适应仓库，而不是让仓库去适应工具 —— 这个方向我很喜欢。

其余几条

• Go 1.27 泛型方法的语法高亮：泛型方法在 1.27 落地后，很多编辑器的语法树会把它标成普通方法，高亮全错
• 可选「默认打开 README」：进到一个目录不再看到空白编辑器
• 一批细碎的稳定性修复（面板、协作、终端）

一点观察：编辑器的竞争已经换了赛道

三年前大家比的是启动速度和内存；现在比的是「agent 会话的管理成本」。Zed 这一版的两条主线 —— 懒解析、学仓库风格 —— 都是这个新赛道的产物：当 AI 在你的编辑器里跑得越来越久，编辑器本身就得开始为「历史」和「一致性」负责。

我不是重度 Zed 用户，但每次读它的发布说明都会有一种感觉：这个团队在很认真地对待「每天都用它十小时的人会烦什么」。这一点，比任何基准测试都更能说服我。