最近在整理自己去年的代码时，突然有点慌，发现自己在编程方面进步甚微，某些地方甚至还退步了。更扎心的是，那种手打代码、花几小时死磕一个bug的爽感，似乎很久没有体验到了。

这种停滞迫使我停下来，重新审视一个我每天都在使用的工具：AI

马车换汽车的年代又来了

AI就像当年的汽车，把原本遥不可及的目的地变得触手可及。它帮我们省时间、省力气，但问题是——它省的到底是什么？

对于编程而言，AI 省掉的往往是大脑最值钱的环节：逻辑推演、问题拆解、创造性思考。如果把从“问题”到“解决方案”的完整路径都交给AI导航，作为“司机”的我们，肌肉（思维能力）就会不可避免地萎缩​。

这引出了一个核心矛盾：我既要享受科技的便利，又害怕失去自身的能力。对此，我的想法是：明确目的，区别对待。

1. 目标就是"抵达"——干活要紧

如果当下的任务就是快速、高质量地交付一个功能或解决一个具体问题，那么请踩下油门，充分使用AI。让它生成样板代码、查找API、debug，这时，AI是你的“汽车”，载你高效抵达目的地，这完全合理​。

2. 目标是"锻炼"——要的是成长和快乐

Vibe Coding 是程序员的短视频，写个简短的提示词就能获得大量代码，低投入，高反馈，这种多巴胺刺激真的很上瘾。

但如果你和我一样，渴望的是那种"灵光一闪"的内啡肽、想亲手解决问题的快感，那就得主动选择走路和跑步，保持脑力健康。

• 写代码前先动手画：白板、纸笔都行，享受设计的过程
• 遇到坑先自己跳：翻文档、试方案、死磕到 "灵光一闪" 的那一刻
• 让AI当陪练不当替身：核心逻辑自己啃完，再扔给AI检查风格、给优化建议

核心原则是：别让 AI 抢走本该属于你的思维快感。

我的新实践

我开始有意识地将编程任务分类。对于重复、枯燥的“体力活”，让AI代劳；而对于那些需要架构设计、算法优化的“脑力活”，我则屏蔽AI，给自己留一块不被打断的纯粹思考空间。

这就像我们不会用汽车来锻炼身体一样，我们也不应该用AI来完成所有的大脑锻炼。工具的意义在于扩展人类，而非替代人类。

重新审视与AI的关系，不是为了排斥它，而是为了更清醒、更主动地使用它。我希望通过有选择地“走路”，重新唤醒那些沉睡的编程肌肉，找回最初那份解决问题的兴奋与快乐。

这条路，或许会慢一些，但每一步，都踏实地踩在自己的成长轨迹上。