把代码全交给AI，自己只坐着看：这算编程吗？

有一种开发方式正在小圈子里流传：开发者把写代码的活全部交给AI代理，自己坐在椅子上看。代理写代码、跑测试、修bug，开发者只在必要时给一句方向。这种做法有个名字，叫cuck coding。

它让人兴奋，也让人困惑。概念容易被误解，也容易被嘲笑。对刚接触的人来说，先搞清楚它到底在做什么，比急着站队更有用。

它到底是什么

按这套玩法的定义，cuck coding是一种双方同意的委托。开发者把全部编码工作交给AI代理，自己盯着代理干活，只在需要时给方向。代理写代码、跑测试、修bug，你坐在椅子上看。

它有三个关键特征：

• 心理上的解脱。样板代码消失，重复的部分由另一个"脑子"来写，你保留有意思的决策。
• 权力与角色扮演。你不再是打字的人，而是审阅者。代理提议，你批准或拒绝。
• 双方同意。代理是你选的，提示词是你写的，边界是你定的，没有你的批准什么都发不出去。

为什么有人愿意试

动机并不神秘。CRUD接口、配置文件、胶水代码自己写出来了，你再也不用敲这些。看着绿色的对勾一个个冒出来，活干完了，而你一个字没打。

旧规则说，真正的程序员每一行都亲手写。新规则说，真正的程序员把东西发出去。这套玩法公开地打破了旧规则。

还有一种说不清的刺激：你合并了自己没写的代码，几乎没细读，它居然能跑。另外，它意外地改善了审查习惯——你没法依赖"我写过这段"的记忆，只能去读diff，反而读得比以前更仔细。

它和摸鱼的区别

新手必须分清一件事。摸鱼是逃避工作，什么都没发出去，也没人审查任何东西。cuck coding是明确地委托工作，代理产出结果，你审查每一个diff，代码最终发出去。

摸鱼里，工作从未发生。cuck coding里，工作发生了，只是没经过你的手。

沟通是底线

第一次开工之前，把指令写下来，写清楚。目标是什么，做完是什么样；哪些文件不能碰，必须遵循哪些模式；代码库用什么约定，把文档链接给它；以及绝对不能做的事，比如不许强推、不许未经询问升级依赖。

这不是一次性的设置。每次会话之后都要复盘：哪些提示词产出了好代码，代理有没有碰不该碰的文件，指令需不需要更新。学到新东西就加新规则。

情绪那一关

嫉妒经常出现。你花三天重构的东西，代理三分钟就做完了。嫉妒和释然混在一起，是正常的。

可以试试这样处理：承认嫉妒，它来自骄傲而不是失败，把它说出来就没那么有力量了；找到自己的触发点，也许是代理重写了你最爱的那个函数，那就为那个文件单独设一条边界；重新定义自己的角色——你现在做的是系统设计，不是逐行打字。

每次合并之后也要照顾自己：亲手跑一遍测试，碰一次代码，确认它能用；读一遍最终的diff，知道以自己的名义发出去的是什么；然后离开椅子走一走。

三个角色

这套玩法里有三方。你是坐在椅子上的人，负责看、给方向、批准，功劳和锅都归你。代码库是你的项目，它现在得到代理的全部注意力。代理是干活的那个，可以是Claude Code、Codex、Cursor，或者你选的任何代理，它必须尊重你的边界，必须接受你的拒绝。

选代理时，先在小任务上试，看输出质量，看它怎么处理你的技术栈。第一天绝不要给新代理整个仓库的访问权限。终端代理住在shell里，能看见你的仓库；IDE代理住在编辑器里，边改边让你看；网页代理在浏览器里干活，适合快速任务。选贴合你工作流的那个——你会在旁边看很久，舒服很重要。

新手常犯的错

• 跑到一半抢键盘。让代理跑完，只有真出错时才打断。
• 提示词含糊。"把它改好点"不叫提示词。
• 没有测试。代理写bug时非常自信，测试才能抓住它们。
• 跳过审查。椅子是用来看的，不是用来睡觉的，读diff。
• 微观管理。每一行都自己重写，那就不是cuck coding，只是结对编程。

几个常见疑问

这还算编程吗？算。编程是告诉计算机做什么，你仍然在做这件事，只是跳过了打字。会忘记怎么敲代码吗？语法可能变慢，架构会变快，这种取舍很正常。安全吗？它和你的审查流程一样安全，审查一切、跑测试、留备份。能在公司用吗？先查公司对AI工具的政策，现在很多公司已经允许。代理比我强怎么办？它更擅长打字，你更擅长判断什么重要，这就是现在的工作。

这套玩法不是懒惰，是有明确规则的委托。你选代理，你定规则，你审查工作，你发布结果。坐进椅子，启动代理，看它干活，需要时给一句方向——整套实践就这些。