上周三在屯溪路小学旁的托管班，撞见个三年级的小孩对着平板掉眼泪。屏幕上是他刚提交的AI编程课作业——一个能流畅跑起来的贪吃蛇游戏，代码行整整齐齐，半行错都没有。他妈在旁边刷着朋友圈，头都没抬：“哭什么，AI给你写的，到时候家长开放日你上去点一下运行就行，谁知道你自己写没写。”
我站在旁边听了两句，后背有点发紧。
别把“会用AI写代码”当成编程能力的终点
说实话，我第一次看到这种上课模式的时候，第一反应是这不就是以前抄作业的高级版本吗？现在不少中小学开的AI编程课，上来就教小孩怎么给AI写prompt：要个跑酷小游戏，要个课堂倒计时器，等AI把代码生成完，拖两个参数调调速度、改改颜色，就算完成了一节课的学习任务。
区别大了。
你让AI生成一个给班级做点名册的小工具，你得先想清楚这个点名册要不要导出来成Excel，要不要能标记请假的人，要不要自动统计这周谁没来三次以上——这些细碎的、需要结合真实场景想出来的需求，才是编程最核心的东西，而不是最后跑出来的那个能出结果的界面。现在很多课程跳过了“拆解问题”的核心训练，直接把AI生成的成品当成了教学成果，教到最后，小孩连自己写的代码哪部分控制哪个功能都不知道，只知道按哪个按钮能出漂亮的演示效果。
我见过最好的AI编程课，根本不教小孩写漂亮代码
不过话说回来，我也不是完全反对用AI写代码。去年在南京建邺区的一次教研开放日，我听了一节五年级的AI编程课，到现在都印象很深。
那个班的学生做的项目，是给学校里的流浪猫做个自动喂食提醒装置。老师根本不要求小孩自己从零写所有的传感器代码，甚至鼓励他们用AI生成基础的读取、触发逻辑。但所有的需求，全是小孩自己蹲在校园里喂了半个月猫磨出来的：有人说“喂食器不能每次倒太多粮，不然猫吃不完容易坏”，有人说“要记下来每天喂了几次，别重复喂”，有人说“下雨的时候要把喂食口挡住，不然粮潮了猫不吃”。
这些零零碎碎的需求丢给AI之后，小孩要逐行对着生成的代码挑错——比如AI第一次生成的挡雨板动作是收到信号就立刻关，但是实际测试的时候，猫刚好在挡雨板下面躲雨，挡板落下来差点碰到猫。这时候小孩才会反过来去调整参数，甚至自己给AI提新的要求，让生成的代码加3秒的等待延迟，等猫走开了再关挡板。
这才是AI该干的事啊。
它是帮小孩把那些需要反复调试、容易写错的基础代码部分省下来，把省出来的时间全花在观察真实生活、拆解具体问题、对着实际测试的bug找原因上，而不是反过来把所有思考环节都丢给AI，最后小孩只需要按个“生成”按钮，就能拿着成品去拿比赛奖状。AI是工具，不是替学生思考的“代笔人”。
给家长和老师提两个最实在的判断细节
你要是现在正在给小孩报AI编程班，或者学校要开这门课，别听机构吹什么“拿了多少奖”“AI赋能未来”，就盯着两个细节看。
第一个细节，别问小孩“你这个作品是怎么做出来的”，要问他“你这个程序哪部分是你自己改的”——如果小孩支支吾吾说不出来，只知道按哪个按钮能出效果，那这课基本是白上。就像我上次碰到的那个哭的三年级小孩，他根本不知道自己平板上的贪吃蛇代码里，控制速度的参数是哪个，就知道老师说按哪个按钮能出界面，那这两小时的课，和看了个平板短视频没区别。
第二个细节，别被那些拿奖的漂亮作品晃了眼，要看看小孩上课的时候做的项目，是不是真的和他自己的生活有关系——是做个能提醒自己每天带水杯的小闹钟，还是翻来覆去练那些和他生活半毛钱关系没有的打地鼠模板。我见过太多机构的AI编程比赛，最后交上来的作品全是差不多的小游戏，连bug都差不多——你想啊，都是给同一个AI输差不多的prompt生成的，能不一样吗？
说穿了。
这种比赛比的根本不是学生的能力，是机构写prompt的能力。
上周我在托管班碰到的那个哭着做贪吃蛇的小孩，后来我蹲下来跟他聊了十分钟。他说他其实想做个能给家里仓鼠自动换木屑的小装置，但是报课的老师说这个题目太偏，比赛拿不到奖，就让他反复练那个已经被生成了几百次的贪吃蛇。
你看。
我们吵了这么久AI编程到底该怎么教，到底是该让小孩早学代码还是该晚接触电子产品，结果到最后，连小孩最开始那点想给自己家仓鼠做个小工具的朴素念头，都要被“拿奖”“出成果”的目标挤得没地方放。
工具永远是工具。
要是教到最后，小孩连自己想做什么都不知道，只会对着AI提要求要个能拿奖的漂亮壳子，那这课，不如不上。