从 VS Code 1.137 看开发者工具产品岗在做什么

消息提到，微软发布 Visual Studio Code 1.137，本次更新聚焦增强 AI 智能体能力，推出 5 项主要新功能，其中 3 项仍处于实验或预览阶段。Automations 支持在手动触发之外，按小时、每日或每周自动执行 AI 智能体任务；Voice Mode 增强语音交互，用户可在智能体工作时随时打断或重定向任务。

对想转开发者工具产品岗的人来说，这组信息值得看的不是功能清单，而是取舍方式：哪些重复性场景值得自动化，哪些交互方式值得投入，哪些先放预览。开发者工具的产品判断，往往就藏在这些“先做什么、先不做什么”里。

面试聊取舍：用 Automations 和语音模式做案例

面试官问“你怎么做功能取舍”，别急着背框架。可以拿这两个功能当讨论素材，但要注意：这是模拟分析，不是断言团队真实决策过程。

同一件事，两种做法：

  • 先做手动触发，再补定时调度：适合高频但结果不确定的任务，用户先建立信任，再交给自动化。
  • 直接上按小时/日/周调度：适合结果稳定、重复度高的任务，但需要先回答“失败时用户怎么发现、怎么回滚”。

语音模式也一样。支持打断和重定向，意味着产品要处理“说到一半改主意”的状态管理。面试时可以问：这个能力优先服务哪类场景——是边调试边口述，还是长任务中快速纠偏？如果答不上来，说明团队可能还没想清场景。

读岗位描述时，还要确认：这个岗是负责功能定义，还是负责开发者关系与反馈收集？两类方向关注点不同。前者看你对工作流的拆解，后者看你能否把社区声音转成需求。

想转这个方向，现在该补什么

优先补对开发者工作流的理解，而不是只学 AI 概念。可以从自己日常使用的工具入手，梳理三类信息：哪些任务重复出现、哪些协作环节容易断、哪些操作需要频繁切换窗口。

消息提到，快速聊天可转入工作区会话，GitHub Issue 和 PR 可直接在 Agents 窗口查看。这类整合背后的问题是：开发者为什么不想离开当前窗口？把这个问题想清楚，比背功能名更有用。

一个实际可做的小建议：挑一个你常用的开发工具，写下三个你认为“值得自动化”的重复任务，再各写一句“如果做错了，用户会怎么发现”。面试时，这比泛谈判断力更有说服力。