零基础学Matt Pocock Skills需先搭建可验证的最小执行闭环：确认Node≥v20.0.0、pnpm已安装、ts-node可用；拉取官方模板并确保pnpm test全通过；从01-basics开始，依测试失败信息反推类型意图，每天只攻一个练习且必须跑通测试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
零基础直接上手Matt Pocock Skills会卡在环境跑不起来、测试不通过、类型报错看不懂三个连环问题上，必须先建立可验证的最小执行闭环，否则连第一个练习都打不开。
确认本地开发环境是否达标
打开终端，依次执行以下命令并核对输出：
node -v → 必须显示 【v20.0.0 或更高版本】；低于 v18.17.0 的 Node 无法正确解析 pnpm workspace 协议，后续依赖安装会静默失败。
pnpm -v → 若提示 command not found，运行 npm install -g pnpm 安装；不要用 npm 或 yarn 替代，skills 仓库的 lockfile 和 workspace 配置强绑定 pnpm 行为。
ts-node -v → 若未安装，执行 pnpm add -g ts-node；这一步不能跳过，所有练习文件都靠 ts-node 直接执行，没有它就看不到类型错误实时反馈。
拉取并验证官方仓库可运行
执行 pnpm create mattpocock-skills@latest，按提示输入项目名（如 my-skills），回车后等待模板生成完成。
进入项目目录：cd my-skills。
运行 pnpm install → 这一步会自动链接内部 packages 并校验 TypeScript 配置；若出现 “Cannot find module ‘vitest’” 错误，说明 pnpm 版本过低，降级到 8.15.5 或升级到 9.0.0+ 再重试。
执行 pnpm test → 看到全部测试用例显示 ✅ passed，表示环境已通；如果卡在 “No tests found”，检查根目录下是否有 vitest.config.ts 和 packages/ 目录，缺一不可。
从第一个可交互练习开始动手
打开 packages/01-basics/src/index.ts 文件，你会看到一段带 // TODO 注释的代码，旁边有类型错误红线。
在 VS Code 中右键 → “Run Code”，或终端执行 pnpm exec ts-node packages/01-basics/src/index.ts；此时会报错，但错误信息里明确指出缺失什么类型约束——这就是 skills 的设计逻辑：不告诉你答案，只告诉你“哪里没写对”。
把光标放在报错行末尾，按下 Ctrl+Space（Windows/Linux）或 Cmd+Space（macOS）触发 TS 智能提示，选择 “Add type annotation” 快速补全基础类型；这比手动敲 interface 更快定位问题根源。
Python基础语法库，覆盖30+核心主题：数据类型、字符串操作、运算符、列表/元组/字典/集合、条件语句与循环、函数定义与高级函数（lambda/map/filter/reduce）、装饰器、生成器与迭代器、面向对象编程（类/继承/多态/魔术方法）、模块与包管理、文件IO、异常处理、常用内置函数与标准库（os/sys/json/datetime/collections）、类型提示、推导式。适用场景：Python语法查询、数据类型操作、函数编写、面向对象设计、模块使用、文件读写、异常捕获、装饰器编写、生成
保存文件后再次运行 pnpm test，观察对应练习的测试状态是否由 ❌ 变成 ✅；只要有一个练习变绿，就证明你已经进入“写→错→改→绿”的正向循环。
用测试失败信息反推类型意图
方法一：看 .test.ts 文件里的 expectTypeOf 调用
比如 packages/02-generics/test/index.test.ts 中有一行 expectTypeOf(fn(123)).toEqualTypeOf
方法二：在测试文件中临时加一句 // @ts-expect-error，然后把鼠标悬停在报错行上，TS 会直接显示“Expected X, got Y”；这个 Y 就是你当前实现的真实类型，和期望类型对比，差在哪一环就补哪一环。
方法三：删掉整个函数体，只留 function fn
【关键陷阱】不要在泛型约束里写 extends any，这等价于放弃类型约束，测试会立刻报红且不提示原因。
每天只攻克一个练习，但必须跑通测试
第一步：打开 packages/ 下编号最小的未完成文件夹（如 03-conditional-types）。
第二步：阅读该文件夹内 README.md 的需求描述，重点关注 “You should be able to…” 开头的句子，那是测试用例的原始依据。
第三步：修改 src/index.ts，每改一行就保存一次，观察终端里 pnpm test 的实时反馈变化；绿色增加一个，就代表你理解对了一个类型机制。
第四步：当某个练习连续三次修改后仍不通过，暂停，打开对应的 .test.ts 文件，把 expectTypeOf 改成 expectTypeOf
第五步：在 src/index.ts 最上方加一行 // @ts-nocheck，重新运行测试；若此时变绿，证明问题出在类型标注本身，而非逻辑错误。
