怎么用这份讲义

这份讲义从「你手上只有一台 Windows 笔记本、写过几百行代码」开始写，不假设别的。

一、这份讲义写给谁

写给这样的人：能用电脑做文档、上网、看视频，写过几十到几百行程序，知道变量、循环、函数是什么； 没有用过命令行，没装过 Linux，没用过 Git，可能用过 AI 聊天，但没让它真正替你干完一件活。

如果上面有一条不符合，也没关系。第 0 部分就是为补这些准备的，其中的操作全部能在 Windows 上完成， 不需要重装系统，也不需要买服务器。

读完并做完练习之后，你会具备三样东西：

1. 一套能用的工具链：命令行、Git、一个能读写文件并执行命令的 AI 助手。
2. 一套判断力：能看出一段 AI 产出是真的做完了，还是只是看起来做完了。
3. 一个自己的作品：从需求写到代码、从检查到上线，全程自己走一遍。

二、六个部分怎么排

整份讲义按「先把地打平，再往上盖」的顺序排，一共六个部分。

flowchart TB
  A["第 0 部分 打地基
文件 命令行 装软件 Linux Git AI 助手"] --> B["第 1 部分 机器开始会干活
Agent 是什么 怎么把任务说清楚"]
  B --> C["第 2 部分 把工具用起来
接外部世界 技能与配置"]
  C --> D["第 3 部分 管住变化
版本管理 并行协作"]
  D --> E["第 4 部分 工程判断
需求 表示 分层 状态"]
  E --> F["第 5 部分 系统与运行
持续检查 运行环境 常驻自动化"]
  F --> G["收尾 做出一个作品
结课与内容来源"]

这个顺序有一条内在的理由：越靠前的部分越不需要判断力，越靠后的部分越依赖前面的手感。 第 0 部分几乎全是动手操作，照着敲就行；第 4 部分开始讨论设计取舍，如果没有前面的动手经验， 那些讨论会变成空话。

三、三条阅读路线

路线一：完整读一遍（约 40 小时）

从第 0 部分第 1 篇读到最后，每篇的「现在就做」都动手做完。这是默认路线，适合想真正掌握的人。 建议每次读一到两篇，读完立刻动手，不要连着读五篇再一起做。

路线二：先做出东西（约 15 小时）

第 0 部分第 1、2、5、6 篇 → 第 1 部分全部 → 第 2 部分全部 → 收尾的作品页。 这条路线跳过工程判断与系统运行，能最快拿到一个能跑的作品，之后回头补第 3、4 部分。

路线三：准备讲给别人（约 25 小时）

先读教学指南拿到排课表，再按表逐篇准备。每篇的「课堂上容易卡住的地方」 一节写了这一篇最需要现场演示什么。

四、每一页的固定结构

• 这一页讲什么：蓝色框，一段话说明本页目标与要点。
• 正文：先给生活里的类比，再给准确说法。新名词第一次出现时给白话解释与英文原名。
• 生活类比：灰色框，把抽象概念换成食堂、快递、寝室、课表这类场景。
• 常见坑：黄色框，新手照着做最容易错的地方，附怎么恢复。
• 现在就做：绿色框，十分钟内能完成的动手任务。
• 自测：折叠的问题，先自己想，再点开对答案。

五、怎么判断自己真的学懂了

读完一篇之后，用三个问题自检。三个都能答上来，才算学会。

1. 这一篇解决的是什么麻烦？能用自己的话说出来，不背原句。
2. 能不能做一个最小实验验证它？动手跑一遍，看到预期结果。
3. 能不能指出它在什么情况下不适用？知道边界，比知道用法更重要。

答不上第三个问题很常见。它通常意味着你记住了做法，但还没想清楚这个做法在解决谁的困难。 回到这一篇开头的类比，把类比的每一部分对应到真实概念上，往往就能想通。

自测