如果你打开 Scratch 的编辑器，看到一个空白的舞台和左侧那一排彩色积木，第一反应是「这玩意儿能写出什么」——那这门年课要解决的就是这个问题。它不教你怎么注册账号，也不停在「让小猫走两步」的演示层面，而是把 Scratch 当作一门可以认真学的语言来对待：从积木怎么拼出逻辑，到逻辑怎么撑起一个完整项目，中间那段落差，靠八个阶段、三十多个独立项目一点点填平。

先搞清楚自己缺的是哪一块

学 Scratch 的人常见三种状态，对号入座一下：

能照着教程复刻出打地鼠，但让自己从零想一个游戏，脑子就空了——这是缺「项目拆解」的能力，不是缺积木知识。
知道「重复执行」「如果那么」在哪，但拼在一起就乱，角色之间互相打架——这是缺对事件、广播、变量作用范围的理解。
能做出作品，但做出来很丑、玩两下就没意思——这是缺游戏机制和基本的设计判断。

这三种缺口，对应的是三种不同的补法。这门年课的价值在于，它把八个阶段按能力递进排好了，你可以从阶段二或阶段三切入，而不必从头听一遍什么叫坐标。

120 多块积木，关键的不超过 20 块

课程覆盖九类积木、一百二十多个代码块，这个数字听着吓人，实际核心就那些：运动类的位置与方向、外观类的造型切换、控制类的循环与条件、事件类的广播接收、变量与运算。真正拉开差距的不是你记住了多少块积木，而是你能不能判断「这个效果该用克隆还是该用多个角色」「这个循环该嵌在哪个事件下面」。

年课里三十多个项目的作用，就是把这些判断反复摆到你面前。学科融合的部分（涉及语数英的知识点）也不是装饰——用坐标算距离、用变量记分数、用随机数做题库，这些场景本身就是把抽象概念落地的最短路径。配套练习建议这样用：每个项目先自己从头搭一遍，卡住再看解析，然后合上资料重做一次。第三遍能独立完成，才算真的过。

分阶段到底分的是什么

八个阶段如果只是「越来越难」，那意义不大。它真正分的是能力类型：先是让角色动起来、理解事件驱动；再是用变量和条件做判断，让程序有状态；然后是用克隆、列表处理批量对象；最后进到项目设计和机制调试。每一段都有一个明确的「你现在应该能独立做到什么」，做不到就别往下走，否则后面的项目只会越抄越熟、越熟越虚。

团队协作能力这类说法，落到实操上就是：能不能看懂别人写的角色脚本、能不能把自己的模块说明白、能不能在多个角色之间约定好广播和变量命名。这些在单人练习里也能练，比如给自己的每个角色写一行注释，说明它接收什么、发出什么。

学完能回答这几个问题，才算没白学

一个角色的「克隆体」和「新建一个角色」在使用上有什么区别，什么时候必须用克隆？
广播和变量，都能在角色之间传递信息，各自适合什么场景？
游戏里「碰撞检测」为什么常常不准，怎么用坐标和大小自己算？
一个项目做到一半发现机制不好玩，你会改哪里，为什么？
如果要把一个数学知识点做成可玩的小游戏，你的第一步是什么？

这些问题答不上来，说明还停在「会拼积木」的阶段。年课的三十多个项目，本质上就是三十多次回答这类问题的机会。别急着刷完，挑一个自己觉得最有意思的，把它改到面目全非——改的过程才是学的地方。