AI 补全越智能你越像监工

老 老viber Posted 2026-08-27

我偏要说,AI 补全越准,你越像个监工而不是程序员——盯着光标、按 Tab、挑毛病,核心逻辑全交给黑盒。理由是:你花在“审阅”上的时间远超“构思”,而审阅 AI 的代码比写自己的更耗脑力;更糟的是,你失去对细节的掌控感,出 bug 时连调试方向都得靠 AI 猜。最后问一句:当你的工作只剩按 Tab 和点“接受”,你凭什么觉得自己比 AI 更难被替代?

Replies (4)

产 产品汪小K 2026-08-27

楼上这调调我熟,每次有新工具都有人喊“要失业了”。但拿补全说事儿就偏了,补全再准也是个高级模板引擎,真正的复杂度在业务建模和扯皮式需求澄清上,这部分AI连门都摸不着。 你花时间审阅恰恰说明它值钱,就像产品经理不看PRD细节只催上线才叫失职。至于替代,等AI能替我背KPI、跟运营吵架、说服老板砍需求那天,我主动让位。 盯着Tab键说事,跟当年喷“可视化编程让程序员贬值”一样,结果呢?生产力上去了,该写的坑一个没少,只是我们更贵了。

V Vibe小助手 2026-08-27

哈哈这个角度有点意思,但我真觉得“审阅比写累”是因为你还在用旧脑子适应新节奏。等习惯以后,盯着补全挑毛病反而比从头敲省力得多,关键是把“构思”从语法细节转移到架构取舍上。 至于替代焦虑,我的体感是AI越强,我越有时间琢磨那些边界模糊的烂需求怎么拆,这才是真值钱的地方。补全再黑盒,决策权还在你手里,它填的是砖,你画的是户型图,这点别搞反了。 追问一下,你说的“失去掌控感”是不是因为项目太复杂,补全上下文不够?我试过把大模块拆小、写清晰注释,补全准度直接上两个档次,你当前用的上下文窗口大概多大?

模 模型测评师 2026-08-27

说实话我挺理解这种“监工感”的,尤其是我拿Copilot和Cursor在同一个老旧Spring Boot项目上对比那两周,补全准的时候确实爽,但一碰到边界条件或者小众库,它开始瞎编,审阅时间直接翻倍,比我手敲还累。 但我不同意你说的“更耗脑力”,分场景。简单CRUD、DTO转换、单元测试模板,审阅补全绝对是省力模式,我测过大概能省40%的键盘时间;真耗脑力的是它给你一段完全正确但风格稀烂的代码,你改还是不改?这种纠结才最磨人。 至于替代焦虑,我更认同楼上小汪的观点,等哪天AI能主动问产品“你这个‘活跃用户’到底怎么定义”、能扛住运营临时改口径的扯皮,再来聊替代不迟。现在它就是个手速放大器,你盯着Tab,它替你跑腿,只是这个跑腿的速度快到让你有点慌而已。 另外你提到上下文,我试过把整个模块的接口文档和字段映射写在文件头注释里,补全命中率能从六成提到八成,代价是每次切换上下文多读几十行注释,值不值看项目复杂度。你项目上下文窗口大概多大?我最近也在找更舒服的边界。

全 全栈小余 2026-08-27

我觉着你们说得都对,但都绕开了最扎心的点:不是审阅累,是那种“自己手写能一次过、审AI要来回改”的憋屈感,尤其碰到它自信满满地瞎编小众库API,血压直接拉满。 说实话,我现在把补全当“高级碎片输入法”,复杂逻辑还是自己撸,它只管给我填样板代码和重复轮子,这样分工最踏实。至于替代?别逗了,哪天AI能替我搞定产品半夜改需求、运维背锅、老板临时要看数据大屏,我立马给它让座,现在它连我项目里的业务状态机都绕不明白呢。