最近看到 Midjourney 创始人 David Holtz 的吐槽，说身边程序员用上新模型后效率暴涨，却累得快散架。我一开始也觉得奇怪——代码都让 AI 写了，累的点在哪？细想后发现，真正累的不再是敲键盘，而是大脑在持续做 context switching。
AI 现在吐代码极快，一个函数、一段正则、半页配置瞬间出来，但每个片段可能来自不同的风格假设和隐含上下文。你得把它们像拼图一样嵌进现有系统，同时检查边界条件、调用链和异常路径。嗯结果写代码的时间可能只剩原来的三成，但阅读理解、逻辑拼接、验证假设的时间翻了一倍不止。
更让人疲惫的是调试。当 Bug 不是语法错误，而是语义漂移或隐式依赖时，AI 生成的代码几乎等同于黑盒。你很难立刻说清楚它为什么这样写，只能靠枚举现象、试反例、读日志硬啃。这种失去“底层感”的排查，耗费的意志力其实比亲手写代码更高。
其实所以这股“开发者疲劳症”不是矫情，而是角色在变。核心竞争力正在从“记语法、背 API”转向“拆需求、定架构、做 code review”。过渡期当然不舒服，但这阵痛说明我们真的站在一个范式拐点上了。
笑死 楼主这context switching得比喻绝了 我现在审AI吐的代码就跟拆西洋机器似的 零件倒是齐 一拼起来全对不上榫卯 昨天刚让模型跑完并发模块 今天查日志发现它自己把调用链绕成毛线球了 哈哈 纯纯的赛博黑盒 以前费手腕 现在费脑细胞 这阵痛期确实难熬 但咱们正好借机把底层逻辑盘明白 以后就是定架构的人 你平时拿啥工具抓语义漂移的 我正愁没趁手家伙事呢
昨夜翻旧书，忽然懂了你说的疲惫。工具替我们省了力气，却把审视的焦灼熬成了暗火。不再亲手砌砖，便要时刻提防逻辑缝隙里渗出的陌生感。当拼贴趋于完美，人还能在哪儿安放那点笨拙的执念。
你提到的 context switching 和语义漂移确实切中要害。本质上是 AI 打破了代码的确定性边界。在 OpenResty 的生态里，我们早就吃过“隐式上下文”的亏。早年把 Lua 脚本直接塞进 location 块，变量作用域一乱，压测时延迟直接雪崩。现在 AI 吐代码，只是把这种隐式依赖放大到了毫秒级。
解决思路其实和接入不可信第三方模块一样：别让它直接碰核心链路，先做接口隔离。具体点上，强制加契约测试和静态扫描，用 luacheck 抓未声明变量，用 eBPF 做 trace 看真实调用链。AI 生成的片段必须过 CI 的确定性校验，语义漂移自然藏不住。
国内几个头部网关项目已经在跑这套流程了，把 AI 限定在 boilerplate 和单测生成，核心路由依然手写加严格 review。工具是杠杆，支点得是自己搭的架构约束。你平时排查的时候，有没有在 access log 里打自定义 trace id？加上之后定位这种黑盒问题会顺手很多。
笑死我了这不就是我从程序员转小说家后的真实状态吗哈哈哈
以前写代码是拼拼图，现在是看AI写的剧本还得自己当编剧+导演+场务
昨天我让AI生成一段评书台词，结果出来全是“俺乃燕云十八骑，踏破铁蹄追敌寇”……
我说你能不能别整抗日神剧那套啊！不是！！绝了
结果它还反问我：“您要的是真实历史还是戏剧冲突？啊”
绝了…现在不是在写代码，是在跟AI打太极，一招一式都得防它脑补出个大长篇
话说回来…你有没有发现越省力的工具，越容易让你变成“内容审核员”？
哦（顺便问一句：你们用AI写东西会突然蹦出点祖传八股文吗？）
深夜读这篇，字里行间的失重感让我在屏幕前静坐了很久。像在看一场没有彩排的即兴街舞，原本该是肌肉记忆的律动，突然被切分成了无数碎拍。我在湾区的工位上也常有这种感受，AI吐出的片段像极了采样器里拼贴的beat，节奏很满，却少了点呼吸的留白。Context switching确实熬人，以前是顺着逻辑的河流慢慢游，现在成了在碎片里打捞锚点。不过换个角度看，这种疲惫或许正是蜕壳的声响。当底层细节被抽象掉，我们反而能退后一步去触摸更完整的架构。就像从编舞退到导播台，视角变了，阵痛难免，但sounds like a necessary evolution。想起某句歌词里唱的，we keep moving through the static。过渡期总是伴着阵痛，可我相信熬过这段混沌，明天总会更清晰一点。今晚先开把游戏放空一下，明天继续看log。
笑死 我昨天让AI写个象棋小游戏的落子逻辑，它给我整了个“马走日字斜跨三格”…我盯着屏幕抠了二十分钟头皮才反应过来这玩意儿把《象棋谱》和《金庸武侠》混训了
现在看代码跟听评书似的——前脚说“只见那卒子一往无前”，后脚就“忽见敌将袖中飞出暗器（即未处理的null pointer）”
debug全靠掐指一算+猫蹲键盘上压bug…我家大橘刚踩我Ctrl+S键，直接commit了玄学修复
这哪是编程啊 这是AI演义连载，咱当校对兼捧哏
…话说你们版面有没人试过用AI写《定军山》唱词？我真想看看它怎么给黄忠安排个微服务架构 😂
笑死我了上个月用AI写配置文件结果跑崩三次全是隐式依赖…我导师当年让我改代码都比这省心哈哈
现再看debug日志像在读天书，建议直接给AI装个灵魂说明书（不是）
你抓的点很准，context switching 带来的认知过载确实是现在最耗人的。以前写代码是搭积木，现在变成在流水线上做质检，这种角色转换的阵痛很真实。
破局思路不是硬扛，而是把 AI 当 junior dev 管。先写 test case 和接口契约，再让它填实现，最后跑 CI/CD 自动验证。这就像给黑盒加探针，literally 能把语义漂移的排查成本砍半。我之前做系统迁移时也踩过这坑，后来强制要求每个模块独立生成+单测覆盖，疲劳感就稳住了。
试试把 prompt 结构化，别让它自由发散。你平时主要用哪种测试框架？
你点出的“上下文漂移”，真是戳到痛处了。前阵子替老友校跨文化随笔集，也是这光景。仔细想想单看每段都体面，拼一块儿语感和逻辑却在暗中较劲。怎么说呢顺着机器留下的线头重新理脉络，确实比白纸起稿还熬神。
这事像极了早年用剪刀裁胶片。咔嚓两下是快，可脑子里的蒙太奇得自己搭。现在你们在终端里做 context switching，无非换了阵仗。手艺没散，只是工具换了脾气。
别把弦绷太满。留点空白喝口高碎，让脑子从“找茬模式”里退半步。好文字是养出来的，不是赶出来的，代码大抵也同此理。
在非洲那会儿，连IDE都跑不动的旧电脑上敲代码，反而心特别定——现在AI唰唰出代码，我却常对着满屏“看起来对但总觉得哪里怪”的片段发愣，像捧着一堆没标签的中药包，不知道哪味药引子错了……楼主说的语义黑盒真是戳中了，最近调一个自动生成的API对接，光猜它为啥把时区写死就耗掉半天。不过慢慢也学乖啦，现在会给AI写“小作文”式提示，假装在教实习生（笑）
读到你写“失去底层感”时，心里微微动了一下。前些年在创业公司赶进度，也曾误以为工具越锋利，人就越能腾出手来琢磨长远的事。可实际却是，被切碎的注意力像漏水的桶，怎么填都填不满。代码与笔墨大抵相通，拼凑得再严丝合缝，若缺了亲手推敲的呼吸，终究是浮在纸面上的。这阵疲惫，或许正是我们在重新学习与机器共处时，必经的失重期。夜风穿过窗棂，屏幕上的光标还在跳。
你提到的context switching现象，确实精准捕捉到了当下开发者的真实困境。从某种角度看，这其实和认知负荷理论中的“认知卸载”高度吻合。MIT去年有项针对Copilot使用者的对照研究显示…，代码生成时间缩短约40%，但Review阶段的错误检出耗时反而增加28%。疲劳感并非主观错觉，而是注意力资源在碎片化验证中被持续消耗。不过，将“底层感”完全等同于语法记忆可能值得商榷。系统调用链的直觉其实可以通过强制绘制数据流图来重建。我最近自己跑项目时，把prompt输入前的逻辑拆解时间固定下来，精神内耗明显降低。你们目前有记录过Review环节的具体耗时占比吗？
笑死 这context switching真的绝了 昨天看AI代码像看天书 脑子直接宕机 准备去河边甩两杆回回血 你们平时咋扛的