69
0本期要点
· 本期看点：VS Code 产品经理讲 how 他们把发布周期从每月一次压到每周一次，以及提速之后冒出来的所有新问题
· 一个衡量信任的数字：代码存活率（AI 写的代码最终真被提交的占比）从 GPT-4.1 时代的 55% 涨到 Claude Opus 4.6 时代的 86%
· 86% 也不是可以不看——每七行仍要动一行，真正的门槛线大概在九成以上
· 成功带来副作用：issue 数量暴涨，高质量 issue 变多的同时自动化低质量 issue 也变多
· 一个反直觉观察：社区 PR 被合并的数量也在上升，因为评审和 CI 这些配套闸门一起变宽了
· 嘉宾的核心主张：重点不在你日常多用 AI、不在刷词元，而在于演进整个交付系统
· 三道闸门框架：交付速度（已过）、质量（撞上了）、学习（很多人写更多代码时恰恰错过）
· 让代码库对智能体友好：写一个足够轻量的 AGENTS.md当活文档，随着智能体犯错不断演进
· 过去 years 投在「新人上手文档」上的工夫没白做——AI 成了这些文档的第二个读者，不知疲倦的读者
· 把专家知识编码成技能：把无障碍最佳实践做成技能后，那些总是被反复征询意见的少数人被解放了
· 试金石很妙：以「产品经理能不能在 VS Code 仓库里高效做氛围编程」为标准，问「它是开箱即用的吗」
· TypeScript Go 提速十倍的理由：人等 CI 可以去干别的，智能体等 CI 只会干等着——延迟被复合放大十到二十倍
· 一个粗糙的第一版 PR 换来了全员参与：速度不是靠做得更仔细，是靠更早拿出来
· 最硬的一条：智能体给你一个 UI 说看起来完美，打开全是错位的——即便用 SVG、用最新模型也一样
· 两个让智能体看见自己成果的方向：组件浏览器（每次改动全量截图标差异）与 /launch 自纠正闭环
· 组件浏览器让「PR 附截图」这条规定升级成了质量基础设施；VS Code 恰好是全 HTML 所以能用 Playwright
· 其他产品形态也要有这条路：桌面走 Electron、网页走浏览器、移动端有 Xcode MCP 这类 MCP
· 代码评审是闸门不是过滤器：AI 评审设低中高三档力度对应仓库风险，但所有评论处理完人类才能看
· issue 分诊四步：过滤垃圾 → 信息补全 → 翻译（接住更多语言背景的用户）→ 指派领域负责人
· 最关键的是人类反馈闭环：他们做了 Chrome 扩展让人能修重复 issue，修正再回流到前期的智能体工作里
· 510 亿条每日遥测 → 过滤出带完整堆栈的 → 指纹聚类分桶 → 收敛成 10 个 issue 并自动开 PR 修复
· 现场案例：智能体查出「查找符号」的新增改动里 onCancellationRequest 没登记进 RPC 协议，人工只需合并
· 发布策略的被迫回退：从一次性全量直发改成分阶段放量，因为已安装的应用回滚实在贵（很多人干脆不更新）
· 评测要能自我生长：提 issue 加场景时由智能体从模板接手搭建，真实用户问题自动变成评测集里的一课
· 一个便宜又精准的实验：任务是写一个 hello world 文件，最贵的模型多花了 70 倍 token——测的是你自己的框架
· 不用真实业务任务也能测框架，因为任务太简单时，差异只可能来自模型多想的那点没用的东西
· 嘉宾说他并不想把大部分工作落地成 PR——PR 是开启对话的方式，大多数时候他要的是一次快速对话
· 带着能跑的原型去开会，争论从「想象」变成「具体」——同一个逻辑在工程侧和管理侧各用了一次
· 最后那句最重：不要只调优你与智能体协作的方式，要调优它们如何获得反馈
· 而且这周发布不只是发版频率变了，它让组织结构也跟着变了——月更时不可能分八个小队各自推进
· 约束始终没变：一个小团队，要交付给超过 5000 万用户
· 本节目为第三方演讲的转述解读，仅代表嘉宾与评论者观点，不构成任何投资建议。
