一条采购轨迹，四个问题：第三讲的读法

第三讲开讲不放定义，先放一条真实轨迹。Fried 说，这是他们几周前亲身遇到的例子。

任务一句话：给实验室采购一台 GPU 工作站，跨厂商比配置比价格，对照内部 wiki 查兼容性，最后提交采购申请。标准 ReAct 循环跑下来，两百多步。

结果不体面。四家搜完只有一家满足规格，交期还要 20 周，agent 犹豫了一下，照旧把申请提交了。这条轨迹怎么跑挂的，先规划还是边走边适应篇有动作级的病理读法，本篇不重复。

这里看另一半：一条轨迹怎么被拆成四个问题，四个问题又怎么排成全讲的目录。

一、轨迹是三讲内容的合卷

先看它考了什么。调浏览器、读规格表，是第 1 讲的工具调用。四次搜索挤同一条线程，窗口被压到零头，是第 2 讲的上下文管理。两百步里不知道该在哪一步停下来改主意，是这一讲的事。

讲义在开场给过一个顺手的对照（L5 p.2）：compaction 与计划都是 artifact。前者朝后看，总结做过的事；后者朝前看，写明将要做的事。一块回望，一块指路。

并行子任务、依赖、迟到信息、不可逆步骤，四个结构特征都长在这条轨迹上。先规划篇拿它们搭了任务图。这里只记一句：那张图是后文的通用教具，收束篇还会拿它对答案。

二、两次举手，两个端点

3a 开场有两段现挂，比 slides 直接。

第一次举手：有多少人放心让 agent 直接替你买 GPU？Fried 自己接了答案。要问人，而且问在信息收齐的尾部；风险低一档，只签认初始计划；再低一档，连签认都省了。三档下来，Oversight 一问的刻度先立住了。

第二次举手：用过编码 agent 的 Plan Mode 吗？这功能一年前开始流行（课堂口述），Cursor 算最早的，Claude Code 和 Codex 都跟进了。Fried 补了一层框架：Claude Code 把它明确为 permission mode 的一档，先只做信息收集类动作，拿到批准，后续动作放行。

规划何时值得做，人何时介入。两次举手把第三讲的两端提前摆上台面，后面各篇详解都在这两端之间展开。

三、四问即目录

四问在 L5 p.3 立起。第三讲的详解按问认领：

表外还有两篇。多想、多看还是多做篇答 test-time 算力花在哪、何时该停；编码主循环与尺子的进化两篇，是 3b 的正文。

3b 是课程的第一个领域专场。编码打头，因为验证信号在这里最干净，测试跑过就是过，跑不过就是不过。四问在通用域还悬着，在编码域已经拿到产业级答案。

与本讲的连接

按问题读，不必按页码读。

• 先过 Value：值不值得加规划，先规划篇给判据
• 再看形态：分解、表示、拆分三篇连读
• 后算账本：test-time 与委派两篇
• 收口：3b 两篇当领域验证，收束篇对答案