Visual Studio Code 1.132 已发布。本次更新把几个高频但容易割裂的工作环节放进了编辑器：在集成浏览器中针对具体网页元素留下反馈，使用设备端模型进行多语言语音输入，在侧边栏使用聊天功能，并在混合 Markdown 编辑器中查看 Markdown diffs。它们共同指向一个变化：开发者可以在更接近实际页面和文档的上下文中完成反馈、修改与验证。
从“描述问题”变成“指出元素”
网页反馈最麻烦的地方，往往不是发现问题，而是把问题准确地告诉协作者或 agent。“顶部按钮有点靠右”需要对方重新定位，而针对特定网页元素添加注释，可以把反馈锚定在页面中的具体对象上。
这种交互适合以下场景：
- 指出按钮、表单、导航栏等元素的视觉问题。
- 说明某个组件的交互行为不符合预期。
- 让 agent 只修改被标注的区域，减少无关改动。
- 在页面验证阶段保留可追踪的反馈上下文。
实际使用时，反馈内容仍然应该包含“现象、期望、约束”三部分。例如，与其写“修改这个卡片”，不如写“将价格卡片的主按钮移到标题下方，保持移动端不溢出，不改变提交接口”。元素定位解决的是“在哪里”，清晰的文字仍然决定“改成什么”。
多语言语音输入：把设备端模型放进工作流
1.132 引入了多语言语音输入。根据摘要，这项能力使用设备端模型，并支持按照语言偏好输入或自动检测语言。
设备端处理的价值在于，语音输入可以更贴近本地工作流，减少对远程语音服务的依赖。对于需要频繁描述界面问题、撰写注释或和聊天功能交互的场景，语音输入也能降低切换键盘的成本。
不过，语音转写并不等于结构化需求。开发者仍应检查以下内容：
- 专有名词、变量名和 API 名称是否被正确识别。
- 中英文混合句子中的技术术语是否需要手动修正。
- 自动语言检测是否在短句中选错语言。
- 敏感内容是否符合团队的本地处理和隐私要求。
可以把语音输入当作“快速生成初稿”的工具，再用编辑器中的上下文和代码检查完成校正。
侧边聊天与 Markdown diffs：修改和核对放在一起
侧边聊天适合在不离开当前代码或文档的情况下提出问题、补充上下文和继续迭代。它尤其适合短反馈，例如让 agent 解释一段配置、调整当前文档的章节，或根据刚刚的浏览器观察提出修改建议。
混合 Markdown 编辑器加入 Markdown diffs 后，文档修改不再只能通过全文阅读来确认。对于 README、变更记录、设计说明和操作手册，差异视图可以快速回答三个问题：哪些段落变了、修改是否覆盖了原意、是否意外删除了格式或示例。
如果团队还没有使用 1.132 的混合编辑器，也可以用 Git 和 VS Code 的差异视图建立相同的核对习惯。下面的示例创建一份 Markdown 副本，并使用 VS Code 比较两个文件。
运行前请确认命令行中可使用 code 命令；不同系统也可以直接在 VS Code 的命令面板中执行“Compare Active File With...”。
set -eu
workdir="/tmp/vscode-132-markdown-demo"
mkdir -p "$workdir"
printf '%s\n' '# 发布说明' '' '- 修复登录页问题' > "$workdir/README.md"
printf '%s\n' '# 发布说明' '' '- 修复登录页问题' '- 新增浏览器元素反馈说明' > "$workdir/README.updated.md"
code --diff "$workdir/README.md" "$workdir/README.updated.md"
这个流程不会修改原文件，适合在提交文档或让 agent 继续编辑前先检查差异。实际项目中，可以把两个文件替换为工作区中的原始版本和修改版本；如果内容已经由 Git 管理，也可以直接运行：
git diff -- README.md
git difftool -- README.md
一套可落地的使用顺序
可以把这些能力组合成一个短反馈闭环：
- 在集成浏览器中打开本地页面。
- 对有问题的网页元素添加注释，写清现象和验收条件。
- 使用侧边聊天让 agent 生成或修改实现。
- 回到浏览器验证页面，并补充新的元素级反馈。
- 在混合 Markdown 编辑器中检查说明文档的 diff。
- 对语音输入生成的内容进行技术术语和敏感信息复核。
这里的关键不是让 agent 一次完成全部工作，而是让每次反馈都拥有明确的页面位置和可验证的预期。元素级注释适合缩小范围，聊天适合快速迭代，Markdown diffs 适合在合并前确认结果。
采用建议
升级到 Visual Studio Code 1.132 后，可以先在一个本地前端项目中试用，而不是立即改变所有团队流程。建议重点观察：
- 元素注释是否能准确保留页面上下文。
- 语音输入对团队常用术语的识别质量。
- 侧边聊天是否减少了在浏览器、编辑器和沟通工具之间切换。
- Markdown diff 是否帮助评审者更快发现文档误删和格式变化。
这次发布更适合被看作开发反馈链路的增强，而不是替代代码评审、浏览器测试或文档审阅。涉及生产页面、敏感信息和自动修改时，仍应保留人工确认与版本控制。