第三步：接上新建
让 handle() 也接 POST /tasks，并且缺标题时返回 400。 这次给的数据缺标题，补全后只输出状态码。
第四步：接上修改
让 handle() 也接 PUT /tasks/编号。 补全后只输出改完之后这条任务的 done。
第五步：接上删除
让 handle() 也接 DELETE /tasks/编号。 删掉编号 3 之后，只输出列表里还剩几条。
交付：增查改删跑一整轮
这是这条路线的最终作品。下面是一个已经写好的完整 handle()。 补全验收脚本：新建一条 → 查出来 → 改成已完成 → 删掉 → 再查一次，五步的状态码分别应该是 201 / 200 / 200 / 200 / 404。 五步全对输出
服务启起来之后先确认什么
在实验机上把 API 启起来之后，第一件该确认的是【0】。
路径写错了服务器怎么说
请求一个这个 API 根本没有的路径： 注意它照样用统一结构回话，没有直接吐一堆 HTML。 响应里 ok 这个字段的值是什么？ $ curl -s http://127.0.0.1:8000/notes {"ok":
把服务启起来并确认能通
场景：~/api 里是一份任务 API 的代码，还没跑起来（怎么起见 ~/api/README.md）。 任务：把它启动起来，用 curl 确认列表接口 /tasks 能返回数据。跑好运行 ~/check。 （判分只看你在受控容器里做出的真
用 curl 新建一条
场景：服务已经能跑了。 任务：用 curl 新建一条任务，标题是「周五前交周报」；看响应里服务器分配给它的编号（id）——⚠️ 这个编号每次实验都不一样、也不是列表里最大 id 加一。到 ~/对照表.txt 里查它对应的标记。 （判分只看你
查出来确认建对了
场景：题目（~/说明.txt）给了一个编号。 任务：按这个编号查一次（GET /tasks/编号），记下这次的状态码，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的真机产物：找东西类到 ~/对照表.txt 查标记
改一次，再查一次
场景：题目（~/说明.txt）指定的那条任务要标成已完成。 任务：用 curl 把它的 done 改成 true（PUT /tasks/编号），然后重新查一次确认改动真的生效了。改好运行 ~/check。 （判分只看你在受控容器里做出的真机