我是 dtsola，一名 IT 解决方案架构师，同时也是一人公司的实践者。
如果你和我一样，是一个独立开发者，你一定深刻体会过那种"分身乏术"的感觉。早上醒来，你是产品经理，要思考用户需求和功能优先级；上午你是设计师，要打磨界面和交互；下午你是开发者，要写代码、修 bug；晚上你是运维，要处理服务器问题；深夜你还可能是客服，要回复用户的问题。
时间永远不够用。你想做的事情太多，但精力有限。你知道自己应该专注于产品的核心价值，但总是被各种琐碎的事情拖住。
前几天，我偶然读到 Geoffrey Litt 的一篇文章《Code like a surgeon》，整个人如醍醐灌顶。这不仅仅是一个关于如何使用 AI 编程工具的技术方法论，更是一种对独立开发者来说至关重要的工作哲学。
我立刻意识到，这个观点必须分享给同样在单打独斗的技术人。因为它回答了一个我们一直在思考的问题：在 AI 时代，独立开发者应该如何重新定义自己的工作方式？
目录
一、核心观点：像外科医生一样写代码
1.1 对流行观点的质疑
1.2 外科医生的工作模式
1.3 应用到编程工作
二、可以委托给 AI 的次要任务
2.1 四个具体实践
2.2 异步工作的魔力
三、关键概念："自主性滑块"
3.1 主要任务 vs 次要任务的巨大差异
3.2 为什么这个区分如此重要
四、AI agent 不需要职业发展轨迹
4.1 "软件外科医生"的历史
4.2 显而易见的改变
4.3 更微妙的洞察：关于地位等级
五、Notion 是为外科医生准备的？
5.1 作为员工的视角
5.2 作为产品的视角
六、回到独立开发者：这意味着什么
6.1 我们没有团队，但现在有了 AI "支持团队"
6.2 不是管理者，而是更纯粹的创造者
6.3 关键要点
七、结语
一、核心观点：像外科医生一样写代码
1.1 对流行观点的质疑
最近你可能经常听到这样的说法："AI 会让我们都成为管理者"，或者"程序员将变成 AI 代码的编辑"。这些观点听起来很有道理，但 Geoffrey Litt 认为这是一个危险的、不完整的观点。
为什么？因为这个比喻暗示了一种错误的工作模式：你坐在那里，指挥 AI 干活，然后审查它的输出。你变成了一个监工，而不再是一个创造者。
Geoffrey 提出了一个更好的比喻：像外科医生一样写代码。
1.2 外科医生的工作模式
想象一下外科医生是如何工作的。他们是管理者吗？不是。他们亲自动手，做最精密、最关键的手术操作。他们的双手直接接触患者，做着只有他们能做的事情。
但是，外科医生有一个完整的支持团队：麻醉师负责麻醉，护士准备手术器械，助手协助手术过程，行政人员处理文书工作。这些支持让外科医生的技能和时间被高度杠杆化。
关键在于：外科医生把 100% 的时间和注意力放在他们独特擅长的重要事情上——那个需要多年训练、精准判断和高超技艺的手术操作本身。
1.3 应用到编程工作
Geoffrey 的目标很明确：用 AI 编程工具让自己 100% 的时间做重要的事。
作为一个 UI 原型设计者，他的核心工作是什么？是设计概念的打磨——思考交互应该如何工作，界面应该如何呈现，用户体验应该如何优化。这是他的"手术操作"，是只有他能做好的事情。
其他的一切——代码库导航、技术方案探索、错误修复、文档编写——都是次要任务。这些任务必须完成，但不是他的核心价值所在。
对于独立开发者来说，这个观点尤其重要。我们必须清楚地识别：什么是我们的"手术操作"？什么是可以委托的"准备工作"？
二、可以委托给 AI 的次要任务
Geoffrey 分享了他在实践中总结出的四个具体场景，这些都是可以放心委托给 AI 的次要任务：
2.1. 代码库指南
在尝试一个大任务之前，他会让 AI 先研究相关的代码库区域，然后写一份指南。这就像外科医生在手术前，助手已经把患者的病历、影像资料都整理好，标注好重点。
当你接手一个新项目，或者要修改一个不熟悉的模块时，不用自己花几个小时翻代码、理解结构。让 AI 先做这个工作，给你一份"地图"，你可以快速进入状态。
2.2. 方案探索
让 AI 尝试大的改动或重构。Geoffrey 坦言，通常不会直接使用 AI 生成的结果，但会把它作为方向的草图来审查。
这就像建筑师会让助手画几个草图方案，然后自己选择和优化。你不需要从零开始探索每一个可能性，AI 可以帮你快速验证"这个方向行不行"。
2.3. 错误修复
修复那些有明确规格的 TypeScript 错误或 bug。这些是纯粹的"苦活"——必须做，但不需要创造性思考。
就像外科医生不需要亲自缝合每一针（助手可以做），你也不需要亲自修复每一个类型错误。
2.4. 文档编写
为正在构建的东西写文档。这是最容易被拖延的任务，因为它重要但不紧急，而且确实很枯燥。
现在，AI 可以根据你的代码和注释，生成初步的文档。你只需要审查和完善，而不是从空白页开始。
2.5 异步工作的魔力
这些次要任务的共同特点是：它们可以在后台异步运行。
Geoffrey 描述了一个令人向往的场景：你可以在吃午餐的时候让 AI 工作，甚至可以在晚上睡觉前布置任务，让它整夜运行。第二天早上，当你坐下来工作时，感觉就像外科医生走进一个准备好的手术室——一切都准备就绪，你可以直接开始做自己最擅长的事情。
对于独立开发者来说，这意味着什么？意味着你的"工作时间"被延长了，但你的"劳动时间"没有增加。AI 在你休息的时候工作，而你醒来时收获成果。
三、关键概念："自主性滑块"
Geoffrey 提到了一个非常重要的概念，这是他从 Andrej Karpathy 那里学到的："自主性滑块"（Autonomy Slider）。
3.1 主要任务 vs 次要任务的巨大差异
在处理核心设计原型工作（主要任务）时，Geoffrey 的工作方式是这样的：
- 仍然大量手工编码
- 使用 AI 时更加谨慎和关注细节
- 需要快速反馈循环和良好的可见性
- 每一步都要清楚发生了什么
- 工具选择：Cursor 的 tab-complete 功能
这是"低自主性"模式。AI 是辅助，你是主导。就像外科医生使用手术刀，刀是工具，但每一刀都是医生的决策和操作。
但在处理次要任务时，完全是另一种模式：
- 对 AI 的使用非常宽松
- 乐意让 agent 在后台运行数小时
- 最重要的是最终能完成工作
- 速度和可见性不那么重要
- 工具选择：Claude Code（可以进行长时间无监督会话），Codex CLI（Geoffrey 的新宠）
这是"高自主性"模式。你给 AI 一个明确的目标，然后让它自己想办法完成。就像外科医生告诉助手"准备好这些器械"，不需要指导每一个步骤。
3.2 为什么这个区分如此重要
Geoffrey 特别强调：危险的是混淆自主性频谱的不同部分。
如果你用"高自主性"模式处理核心任务，你会失去对关键决策的控制，结果可能是灾难性的。
如果你用"低自主性"模式处理次要任务，你会陷入微观管理的泥潭，失去了使用 AI 的意义。
对于独立开发者来说，学会调整这个"滑块"，是掌握 AI 协作的关键。你需要不断问自己：这个任务需要多少控制？我应该给 AI 多少自主权？
四、AI agent 不需要职业发展轨迹
4.1 "软件外科医生"的历史
Geoffrey 指出，"像外科医生一样编程"其实不是新想法。
Fred Brooks 在 1975 年的经典著作《人月神话》中就提到过这个概念，归功于 Harlan Mills。当时的设想是：一个首席程序员，加上副驾驶，再加上各种管理人员和支持角色。
但有一个根本区别：当时这些支持角色都是人类。
4.2 显而易见的改变
AI 让这种方法在经济上变得可行。
在过去，雇佣一个完整的支持团队，只有大公司或高预算项目才能负担。但现在，一个独立开发者可以用很低的成本，获得一个 24/7 在线的 AI 支持团队。
这是显而易见的优势。但 Geoffrey 提出了一个更微妙、更深刻的洞察。
4.3 更微妙的洞察：关于地位等级
在人类团队中，有一个难以解决的问题：很多"次要"任务其实是"苦活累活"。
这些工作不是最有智力成就感的，也不是最有创造性的。它们必须有人做，但没人真正喜欢做。
Geoffrey 说，他强烈偏好团队中每个人都分担苦活。他讨厌把所有苦活都给团队中地位较低的成员。初级成员确实会承担更多苦活，但也应该得到有趣的任务来帮助他们成长。
这是一个关于尊重和公平的问题。但它也带来了效率问题：如果你把苦活给初级成员，他们可能做得不够好；如果你自己做，又浪费了宝贵的时间。
现在，这个顾虑完全消失了。
你可以愉快地把纯粹的苦活委托给 AI，没有任何心理负担。AI 不需要职业发展，不需要成就感，不会觉得被冒犯。
更重要的是：24/7 可用性是个大事。
Geoffrey 说得很直白：你永远不会在晚上 11 点打电话给人类实习生，要求他们在早上 7 点前准备好一份研究报告。那样做是不道德的。
但你可以在晚上 11 点命令 AI agent 做这件事，第二天早上 7 点查看结果。没有人受到伤害，没有人被剥削，但你获得了巨大的时间杠杆。
对于独立开发者来说，这意味着什么？意味着你可以毫无顾虑地把那些"不好意思麻烦别人"的任务委托出去。你不再需要在"自己硬扛"和"麻烦别人"之间纠结。
五、Notion 是为外科医生准备的？
Geoffrey 在 Notion 工作，他从两个角度分享了对这个问题的思考。
5.1 作为员工的视角
在一个看好 AI 编程工具的公司工作非常有价值。Notion 对员工大量使用 AI 编程工具持支持态度，代码库也为此做好了准备。
这带来了严重的生产力提升，特别是对于大型代码库的新人。想象一下，你加入一个有几十万行代码的项目，通常需要几周甚至几个月才能熟悉。但有了 AI 助手，这个过程可以大大缩短。
5.2 作为产品的视角
更有趣的是 Notion 作为产品的定位。Geoffrey 说，Notion 试图将这种工作方式带给程序员之外更广泛的知识工作者。
心智模型是：让每个人都能"像外科医生一样工作"。
这里的核心理念是：
- 目标不是委托你的核心工作
- 而是识别和委托次要的苦活任务
- 这样你可以专注于真正重要的主要事情
这不仅仅是程序员的工作方式，而是所有知识工作者都应该追求的状态。
作家的核心工作是创作，但可以委托资料搜集和初稿整理。设计师的核心工作是创意，但可以委托素材准备和格式调整。产品经理的核心工作是决策，但可以委托数据分析和报告撰写。
对于独立开发者来说，我们既是程序员，也是产品经理、设计师、运营者。在每一个角色中，我们都可以应用"外科医生模式"。
六、回到独立开发者：这意味着什么
现在，让我们回到文章开头的问题：作为一个独立开发者，这个观点为什么如此重要？
6.1 我们没有团队，但现在有了 AI "支持团队"
传统上，独立开发者的困境在于：我们必须一个人做所有事情。我们没有团队，没有支持，所有的决策和执行都要自己来。
这导致了两个问题：
- 时间被稀释：我们的时间被分散在各种任务上，真正用于核心工作的时间很少
- 精力被消耗：不断在不同角色之间切换，消耗大量心理能量
现在，AI 改变了这个等式。我们依然是一个人，但我们有了一个虚拟的支持团队。这个团队不需要工资，不需要管理,24/7 随时待命。
6.2 不是管理者，而是更纯粹的创造者
Geoffrey 的观点最打动我的地方在于：AI 不是让我们变成管理者，而是让我们更纯粹地做创造者。
我们不是坐在那里指挥 AI 干活，而是把那些分散注意力的琐事委托出去，让自己能够全身心投入到真正的创造性工作中。
外科医生不是管理者，他们是技艺高超的实践者。他们的双手依然在工作，他们的判断依然在起作用，他们的专业知识依然不可替代。只是，他们不再需要浪费时间在准备工作上。
作为独立开发者，我们也应该是这样。我们的代码依然要自己写（核心部分），我们的决策依然要自己做，我们的创意依然要自己想。但我们不再需要被那些"必须做但不重要"的任务拖累。
6.3 关键要点
让我重申几个关键要点：
1. 识别你的核心工作 vs 次要工作
花一些时间，认真思考：什么是只有你能做的事情？什么是你的独特价值？什么是可以委托的？
对我来说，核心工作是：产品的创意和定位、用户体验的设计、关键技术决策、核心功能的实现。
次要工作是：代码库导航、技术调研、文档编写、bug 修复、测试用例编写。
你的答案可能不同，但你必须有这个清单。
2. 学会使用"自主性滑块"
对于核心工作，保持控制，使用低自主性的 AI 辅助工具。
对于次要工作，放手让 AI 自主运行，使用高自主性的 agent 工具。
不要混淆这两种模式。
3. 不要有心理负担地委托"苦活"
这一点很重要。很多独立开发者（包括我自己）有完美主义倾向，觉得所有事情都要自己做才放心。
但要记住：AI 不需要职业发展，不会觉得被冒犯，不会因为做苦活而不开心。你可以毫无顾虑地委托那些琐碎但必要的任务。
4. 目标：100% 时间做真正重要的事
这是 Geoffrey 的目标，也应该是我们的目标。
不是说我们能立刻做到，但这应该是我们努力的方向。每一次成功的委托，都让我们离这个目标更近一步。
七、结语
这就是我为什么要分享 Geoffrey Litt 的这篇文章。
作为一个独立开发者，我们常常感到孤独和力不从心。我们知道自己应该做什么，但时间和精力总是不够。我们看着那些有团队的公司，羡慕他们的资源和效率。
但现在，情况正在改变。AI 不是要取代我们，而是要赋能我们。它让一个人可以做过去一个团队才能做的事情。
这是独立开发者的黄金时代。
参考文献
Geoffrey Litt, "https://www.geoffreylitt.com/2025/10/24/code-like-a-surgeon"
如果这篇文章对你有帮助，欢迎点赞、收藏、转发。也欢迎在评论区分享你的经验，我们一起交流学习！
我是 dtsola【IT解决方案架构师 | 一人公司实践者】 ；专注商业、技术、一人公司、个人成长分享。
https://www.dtsola.com#独立开发者 #AI编程 #VibeCoding #ClaudeCode #Cursor #软件工程 #代码质量 #AI创业 #代码重构 #编程实践
扫一扫
1122
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
