Workshop · 窗口诗人 · 教学版

第 三 阶 段 · 共 建 p l a n

这 20 分钟只回答一个问题——我们怎么做
但依然不许写一行代码
Plan 和 code 如果混在一起,你就无法拒绝 agent——
只有 plan 还在 plan 阶段的时候,你才有讨价还价的空间。

开阶段前 60 秒检查

心态 这一阶段最重要的教学动作不是"做 plan",是砍 plan。如果学生只学会了"让 DSCC 给我 plan",这一阶段就失败了一半。
A
切换规则
2 min
从 what 切到 how,但禁止代码。引入三个符号,作为接下来 10 分钟的唯一词汇。
1 老师开场
"上一阶段我们只谈 what,这一阶段我们只谈 how。
但——依然不许写一行代码
Plan 是'在代码的哪里动刀、动多大的刀、动完会多出什么、少了什么'。Plan 不含代码本身

为什么分开?因为如果 plan 和 code 混在一起,你会无法拒绝 agent
只有 plan 还在 plan 阶段的时候,你才有讨价还价的空间。"
2 在黑板上写三个符号
Phase 4 必做
不做,从 plan 中删除
推迟
如果 Phase 4 有时间再做
"推迟" 的定义 不做,但如果 Phase 4 有富余时间可以当作 twist 的方向。它比"砍"软一档,给那些"舍不得但不能做"的条目一个出口。
B
获取第一版 plan
3 min
老师打开 DSCC,把 Phase 2 的班级共识 spec 喂进去,要一版 plan 草稿。
1 喂 spec 给 DSCC
这是我们班共识的 spec: [Phase 2 大屏上的共识 spec 整段粘贴] 基于这份 spec,给我一份 plan。要求: - plan 只谈"在哪里改、改什么、改完后能验证什么" - 不要写代码,不要写函数签名 - 如果要指代代码位置,就说"baseline 的主 HTML"、 "prompt 字符串"、"定时触发的地方"这种抽象说法 - 每一条改动要标一个估时(分钟为单位) - 最多 8 条 - 最后要有一条明确的"最小可演示版本是什么" ——我要能判断什么时候可以停 给第一版。
关键约束 ① 禁止代码和函数签名 ② 位置用自然语言抽象描述 ③ 每条带估时 ④ 必须有"最小可演示版本"定义
2 念给全班听

DSCC 给出第一版 plan。老师在大屏上逐条念给全班听不做任何评论。念完之后,立刻进入砍 plan 环节。

C
砍 plan · 讨价还价
10 min
这 10 分钟是整个 Phase 3 的教学核心。对 DSCC 给出的每一条 plan,投票 ✓ / ✗ / →,砍的每一条要用一个词说出理由。
1 动作

对 DSCC 给出的每一条 plan,老师问全班:

"这条 ✓ 留 · ✗ 砍 · → 推迟?"

学生投票(举手或喊)。多数决。老师记在黑板上。

2 砍一条要问"为什么" · 用一个词

这是关键教学动作:每次砍一条,老师必须追问:

"为什么砍?用一个词。"

可用的词汇:

太贪想一次做太多,风险大
无关和 spec 的灵魂句偏离
风险技术上不确定能不能做
超时估时超出 Phase 4 的预算
先不急可以推迟到"如果有时间"
审美会污染主视觉
重复和另一条做了类似的事
教学点 砍东西需要理由,但理由不必复杂。一个词就够。学会用这些词,是 plan 阶段的词汇基础。
3 迭代 · 把决定告诉 DSCC

每 3-4 条砍完后,老师把投票结果告诉 DSCC:

班上讨论完了: - 第 1 条 ✓ 留 - 第 2 条 ✗ 砍,理由:太贪 - 第 3 条 → 推迟,理由:超时 - 第 4 条 ✓ 留,但要求:[补充要求] - 第 5 条 ✗ 砍,理由:审美 按这个决定重做 plan。被砍的不要出现, 被推迟的单独列一个"如果有时间"区。

DSCC 给出第二版。念给全班。再来一轮。迭代 2-3 轮,直到 plan 变薄——3-5 条留下的改动,1-3 条推迟区。

4 好 plan 的样子
好 plan 好的 plan 看起来像减法,不像加法。

如果第一版 plan 8 条、第二版 10 条、第三版 12 条——这是失败的迭代。应该是 8 → 6 → 4

如果学生舍不得砍,老师要示范:

"我喜欢第 6 条,但我们不做。
不是因为它不好,是因为它不是现在该做的。
好东西可以以后做。Phase 4 只有 50 分钟。"
5 DSCC 说"但是 X 很有用"的时候

这是黄金时刻——老师要示范拒绝有价值的建议

示范现场 DSCC:注意,如果不加 [X],用户可能会遇到 [问题]…

老师(对全班):DSCC 在游说我们留下第 5 条。它的理由是对的——不加 [X] 确实可能有 [问题]。但我们依然砍掉它。
为什么?因为我们不在做产品,我们在做一个能演示的原型
让 agent 拒绝它自己的建议是错的,让它不提建议也是错的。
对的做法是:让它提,然后我们来说不
教学点 这一幕要让学生看到——agent 给出合理建议不代表要接受。"拒绝合理建议"是 Phase 1 锚点六的活学活用。
D
共识 plan 定稿
5 min
最终 plan = 3-5 条核心改动 + 1 条最小可演示版本定义 + 1-3 条"如果有时间"推迟区。
1 最终 plan 的结构
# 班级共识 plan · 毕业照 + 赠言诗 · v1 ## 核心改动(Phase 4 必做) 1. [改动 A] · 估时 [分钟] 2. [改动 B] · 估时 [分钟] 3. [改动 C] · 估时 [分钟] ## 最小可演示版本 - 能拍一张照 - 能出一首符合 spec 的诗 - 能保存成一张分享图 ## 如果有时间(Phase 4 个人 twist 的候选方向) - [推迟的改动 1] - [推迟的改动 2]
2 大屏 pin 住 · 宣布进入 Phase 4

老师把最终 plan 固定在大屏上(或发到共享文档),告诉全班:

"这就是 Phase 4 所有人要按的 plan。
你可以在 Phase 4 里加自己的 twist(菜单里的选项),
先把共识 plan 做完再说
Phase 4 的前 15 分钟我会带头走这个 plan,你们跟着做。"
3 过渡到 Phase 4 · 最后 30 秒
"Phase 3 结束。你们应该感觉到一件事——我们刚刚讨价还价了 10 分钟,但一行代码都没写

这 10 分钟没有浪费。它在 Phase 4 省下来的时间会是它的 3 倍——
因为我们现在知道什么不做

知道什么不做,比知道什么要做,值钱得多。"
4 交付物
  • 大屏/共享文档上的班级共识 plan(3-5 条必做 + 1-3 条推迟)
  • plan 里有明确的"最小可演示版本"定义
  • 每条改动带估时,总估时 ≤ 40 分钟(给 Phase 4 的 50 分钟留 10 分钟缓冲)
常见失败模式
附录
Phase 3 的教学回声 同时呼应 Phase 1 的锚点三(架构 pivot · 减法的勇气)和锚点六(拒绝一个看起来有用的建议)。

Phase 3 的核心动作不是"做 plan"——是"砍 plan"。workshop 结束后如果学生记得这件事——
和 agent 合作做 plan 的第一反应不是"它说的对不对",而是"这 8 条里能砍掉几条"——这一阶段就达成了。
— 第三阶段结束,进入 Phase 4 · 实施 —