从 TL 到 EM：我终于不再盯着 AI 写代码了
内容提要
作者从TL转向EM角色后，不再紧盯AI写代码，而是关注全局和结果。AI代码质量提升，只需验证功能，Bug交给AI修复。技术选型不再局限于个人擅长，如用Rust开发跨平台应用。真正瓶颈从写代码变为想清楚做什么，人需明确方向，Agent才能高效执行。
延伸解读
角色转变如何影响AI协作方式
作者从TL转向EM后，对AI的信任度显著提升，不再逐行审查代码，而是聚焦于项目全局和结果验收。这种转变释放了Agent的生产力，使其能自主完成编码和测试，而人则专注于定义目标和验证成果。这反映出，当AI能力足够可靠时，管理者的角色应从微观管理转向宏观把控，以提升整体效率。
技术选型不再受限于个人技能
作为TL时，技术选型常偏向个人熟悉的栈，如作者因熟悉前端而选择Electron，但性能不佳。转为EM后，作者更注重技术是否适合项目，即使不熟悉Swift或Rust，也借助AI辅助顺利完成开发。这表明，在AI辅助下，技术栈的切换成本降低，选型可以更客观，以项目需求为导向。
真正的瓶颈在于明确需求
作者指出，当AI能高效执行编码后，人的瓶颈从写代码转变为想清楚要做什么。在开发BaoCut时，日常迭代速度很快，但构思新版本时进度放缓，因为需要明确方向。这提示，AI时代下，清晰的需求定义和规划能力成为关键，否则Agent无法有效发挥作用。
Q&A
作者从 TL 转变为 EM 后，对 AI 写代码的态度发生了什么变化？
作者从 TL 转变为 EM 后，不再紧盯 AI 写的代码，而是更关注全局和结果。他相信 AI 写的代码质量已经足够好，只需稍加验证即可，因此将更多精力放在项目决策和验收结果上。
为什么作者在 Fable 5 之后开始信任 AI 写的代码？
因为在 Fable 5 之后，作者发现 AI 写的代码质量已经相当可以，只要稍加验证就不会有太大偏离，所以开始减少干预，转而信任 AI 的产出。
作者作为 EM 时，是如何与 AI 协作完成开发任务的？
作者会先想好要做的功能，与 AI 一起制定技术方案，确认方案后使用 /goal 加上方案让 AI 执行，包括写代码和自动化测试，完成后验收功能，有 Bug 则描述给 AI 让其自行修复并补充测试。
从 TL 转变为 EM 后，作者在技术选型上有什么变化？
作者不再局限于自己熟悉和擅长的技术，而是选择最适合项目的技术。例如，他使用 Rust 开发跨平台应用，尽管之前从未写过 Rust 代码。
作者在开发 BaoCut 时，为什么选择 Rust 作为跨平台方案？
作者选择 Rust 是因为他认为 Rust 是一个很好的跨平台选择，尽管他之前没有 Rust 经验，但在 AI 辅助下，开发过程没有遇到语言障碍。
作者认为当前开发中的真正瓶颈是什么？
作者认为真正的瓶颈从写代码变成了想清楚要做什么。如果人没有明确的方向，Agent 再厉害也无法高效执行。
