做出第一个可运行的笔记本

这个模块做什么

从想法到第一个可运行的笔记本。

上个模块你确定了项目切入点：为谁做、解决什么问题、第一版做到哪里（见 C104 确定选题）。这个模块，我们把这份想法变成一个真正能运行的作品：先和全班一起把需求写成一份 SPEC.md，再让 AI 按这份需求实现一个具备增删改查的笔记本 V0，亲手验证它真的能用，最后提交到 Git。

整个学期只迭代这一个项目。这个模块完成的是第一版——之后的所有能力，都从它长出来。

这一模块的课程方法

每次动手都走同一条路：Think → Build → Ship。

阶段	回答的问题	留下的证据
Think	要解决什么问题？什么表现算成功？	一句话目标、至少一条可操作验收条件
Build	AI 做了什么？我检查了什么？有没有超出范围？	实际操作、界面结果、遇到的问题
Ship	我怎样独立于 AI 的自述，确认它真的完成了？	一项真实运行的验证证据、保存的交付版本

Verify（验证）不是第四个阶段——它是从 Build 走向 Ship 的必经动作：AI 说「完成了」不算数，你自己刷新、重开、再点一遍才算。

学习路线

环节	你会做的事	留下的结果
C201 · 从问题到一份 SPEC	和全班一起把整学期产品写成需求文档，分清「整学期要做的」和「本次只做的」	一份 SPEC.md v0.1
C202 · 让 AI 做出第一版	启动课程项目骨架，用 SPEC 给 AI 下一个范围明确的任务	可运行的新增、列表、查看
C203 · 验证 CRUD	补全编辑、删除和本地保存，逐条跑完六项测试	一份 T01–T06 测试记录
C204 · 交付与复盘	对照 SPEC 核查范围，提交代码，请同学实际操作一遍	V0 + SPEC + 验收证据 + Git 提交

学完以后，你要能做到

• 能定义： 把「做一个好用的笔记本」这样的模糊想法，写成谁在什么场景下需要什么、做到什么程度算完成。
• 能指挥： 给 AI 一个范围明确、验收清楚的任务，并在它跑偏时把它拉回来。
• 能验证： 不依赖 AI 的一句「已完成」，用刷新、重开、实际操作证明数据真的保存了。
• 能交付： 让这次的成果可以被找到、被检查、被继续开发。

开始前准备

• 完成上个模块的环境准备（见 C102 开发环境）：Node.js、npm、Git 能用，gitee 作业仓库已建好。
• 带上你在 C104 作业里写的笔记产品需求初稿——它就是这个模块 SPEC 讨论的起点。
• 课程会提供一个能启动的项目骨架。它目前还是个空页面，这很正常：功能是这个模块里，你和 AI 一起做出来的。