三十天不写一行应用代码，全让机器写：九次破例最诚实

规矩很狠：三十天，手不碰代码，只动嘴，描述、审、点头。作者真交付了一个小产品：登录、收钱、看板、公开接口，全套，还上线了。这不是吹捧帖，也不是末日帖，是田野报告：机器行在哪，不行在哪，全记下来了。这篇在海外拿下几十赞，评论区：九次破例，次次扎心。

一、行得吓人的三样。白纸搭架子，一句话齐活：新项目要啥有啥，一次过，前百分之四十飞一样。体力活零失误：接口、校验、表格带排序分页， hate 的活，它写得完美，次次无可挑剔。还是个好搭子：问它为啥慢，它一眼看出缺索引还顺手抓个多次查询，一口气全中。第一周作者差点写下标题：写码人可以下了。还好有第二周。

二、九次破例，次次都是架构在报警。机器盯得住眼前文件，看不住三个目录外的事：格式化函数写两份，鉴权中间件有了还重写一遍，类型定义 drift 出第二套。单看全对，合一起全错，编译照样过，测试照样绿。这种漂移，看不见，摸不着，上线三个月， 利息到期。破例九次，全是这种：人不动手，屎山自己长。结论很贵：机器管文件，人管系统，系统这活，外包不出去。

三、抄作业。三句话：小活全扔过去，大活自己看图，图每周看一次。图就是架构：谁调谁，数走哪，半小时画一张，画完再让机器动手。审代码别只看一行，看三份文件：这坨跟老的有重复吗，类型对得上吗，下次改要动几处。三问过，点头；一问卡，驳回。今天就去画你手里那坨的图，画完你就知道，机器替得了手，替不了脑。四、最后定个规矩：每周五下午，图看一遍，漂移修一遍，破例数一遍。破例多了，说明图旧了，更新图，比骂机器管用。三十天能交货，靠的不是嘴，是审。审，才是你的核心竞争力。