Copilot 与人在回路
解决什么问题
判断 AI 编程工具的产品定位：是要把开发者从流程里拿掉（替代），还是保留人在回路里、只做加速（增强）。也用于对内对外统一沟通口径，防止团队/客户对"AI 会不会取代工程师"产生焦虑或误判。
核心内容
GitHub 对 Copilot 的产品哲学始终是"Copilot 是副驾驶，不是驾驶员"（Copilot is a copilot, it's not a pilot）——这不只是口号，而是决定了两件事：
- 不裁员，而是重新分配时间：她给出具体现状数据支撑这个判断——多数开发者写代码的时间占比不到 20-25%，其余时间花在写测试、跨部门协作（她提到一周与 21 人协作）、开会、等构建、翻旧代码上。AI 省出来的时间不是用来减人，而是重新投入到写更多代码、喘口气避免 burnout、以及协作和创造性思考（这才是激发创新的部分）。
- 人是数据飞轮的必要输入：生成式 AI 要变好，依赖人持续使用、产生数据；"AI 会替代人类创新"被她列为当前最被高估（overhyped）的说法——创造性火花目前无法被 AI 替代。
对应地，她认为当前被低估（underhyped）的是 AI 驱动的测试（单元、集成、负载、安全、渗透测试等）：代码产量因 AI 大增后，测试环节的重要性被严重低估。
适用边界
她本人承认这是"至少在近期内"（at least not in the near future）成立的判断，不代表长期不会变化。这是 2023 年底的判断，随后两年 agent 能力演进很快，"人类不可替代创造力"这一具体主张需要结合更晚近的语料重新核实。
关键引述 · 原话
"Copilot is a copilot. It's not a pilot. You still need the human in the loop." — Inbal Shani
"you cannot cut your people... most developers span less than 25%... of their time writing in code" — Inbal Shani
关联卡片
与 ai-meteor-product-mapping--paul-adams 的 replacement/augmentation 二分法是同一战略问题的不同答案：Paul Adams 认为客服等品类会走向 replacement，Inbal Shani 在 2023 年底判断编程整体仍应停留在 augmentation。
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2