课前：先自学，再做 15 道题
上课前，先花点时间自己看一页材料：
- 弄懂 3 个词：演示六段（谁的问题→现在怎么做→现场跑→证据→边界→下一步）、证据 vs 表达（给数，不给"预计/有望"）、准入四档（准入/有条件准入/继续孵化/暂停）。
- 记住 1 个比方：评委不缺技术，缺的是"值不值得做"这个答案。
- 记住 1 条红线：不许用"预计/有望/大幅提升"，要么给数，要么说"还没测"。
- 还有岗位认知（交付工程师的三张脸）：Echo（发现业务问题、建立客户关系、翻译需求）/ Delta（快速做原型、生产交付、评测部署）/ Solo（垂直行业独当一面）。三样不必一个人全包，但交付责任不能模糊。
看完做 15 道自测题。哪几道大家错得多，直播时老师就重点讲哪几道。
直播 0–30｜把核心快速过一遍
- 四样东西是入场券。 Skill / 知识库 / 工作流 / Agent 缺哪样，交一页"为什么不需要"，理由不成立就按"继续孵化"。
- 演示黄金 6 分钟。 0:00 谁的问题 → 0:40 现在怎么做 → 1:30 现场跑（含一次失败）→ 3:30 证据 → 4:30 边界 → 5:20 下一步。
- 作品集一页就够。 一句话 / 一张图 / 三个数 / 一个链接 / 一句限制。
- 简历四信号 + 失败复盘是可信度证据。 端到端负责 / 直接面对客户 / 进入生产环境 / 结果可量化。写"验收通过率 87%，覆盖 12 类边界场景，其中 3 类人工兜底"，不虚构收入也能展示工程判断；只有成功截图的作品集难辨真假，把失败用例写进去更可信。
直播 30–75｜挑大家做错的题讲
- 只讲技术，不回答"帮谁省了多少时间"。
- 失败藏着，主动展示失败比被评委问出来可信十倍。
- 用"预计/有望"，要么给数，要么说"还没测"。
直播 75–120｜拆一个真实案例：把项目变成下一张门票（Echo / Delta / Solo）
先看两个表达：弱表达是"协助客户搭建数据管道"，强表达是"为一家大型零售客户负责端到端数据管道部署，统一 12 个分散数据源，把首次洞察周期从三个月缩短到三周"——招聘方会信哪个？
简历四信号：端到端负责 / 直接面对客户 / 进入生产环境 / 结果可量化；Echo（发现需求）/ Delta（生产交付）/ Solo（独当一面），交付责任不能模糊。
评分表（100 分）：问题与用户 20 / 可用性 25 / 证据 25 / 安全与边界 15 / 交付 10 / 表达 5。
四条否决项：只有 PPT 没可运行版本；测试记录造假或删失败样例；未授权数据或泄密钥；高风险动作没人工确认。
四档结论：准入 / 有条件准入 / 继续孵化 / 暂停。
当堂练一个（8 分钟）：打开你的个人 AI 工作台（16 周那张表），挑 3 个"最有感觉"的瞬间——一个做出东西的、一个翻车的、一个被别人用过的。每个瞬间写三句：当时的问题 / 你做了什么 / 结果如何，再拼成一页（一句话 + 一张图 + 三个数 + 一个链接 + 一句限制）。写完让同桌用 30 秒看完，问他记住了什么。
判断标准：30 秒后对方能复述"你做了什么、有什么用"就算过关；如果他只记得"用了 AI"、说不出省了多少时间，说明你的三个数没写清，或者限制那句没写。
课后：答疑 + 陪跑，交一份作业
提交最终版 + 一页作品集 + 答辩问题答复 + 企业实践行动清单。四场工作坊的第四场（路演表达与结营答辩）与本讲合并举行。
这节课你该会的：
- 能照着"黄金 6 分钟"六段（谁的问题→现在怎么做→现场跑→证据→边界→下一步）讲清自己的项目；
- 证据只给数，不给"预计/有望"——没测就明说"还没测"；
- 能对照四条否决项自查，说清自己的项目落在四档结论的哪一档、为什么。
三个翻车：
- 只讲技术，不回答"帮谁省了多少时间"——评委要的是"值不值得做"的答案；
- 把失败藏着——主动展示失败，比被评委问出来可信十倍；
- 用"预计/有望/大幅提升"——要么给数，要么说"还没测"。
延伸自读：《原理讲义》§16
展开查看
一句话定义
评审不是给作品打分，而是在信息不对称、评委注意力又有限的条件下，判断"这个人、这件事值不值得进入下一阶段投入"；演示六段、证据、准入四档、简历四信号，都是为这个判断降低验证成本的可信信号。
核心原理
1. 演示六段是决策顺序，不是汇报顺序。 六段（谁的问题 → 现在怎么做 → 现场跑 → 证据 → 边界 → 下一步）先回答"问题是否真实、值得解决"，再回答"能否解决、能否证明"；把技术放在问题之前，等于在评委还没认可问题前就论证方案，论证悬空。举个例子：两个项目答辩，甲接 4 个系统、用 3 个模型、写 8 千行代码，评委问"帮谁省了多少时间"，翻三页 PPT 答"大概挺多"；乙只做会议纪要转任务小工具，现场跑 2 分钟说"每周给 6 个人各省 3 小时"，进了企业实践。差别不在技术量，在乙走完了"问题 → 证明"的完整链。
2. 证据可证伪，表达不可证伪。 "预计 / 有望 / 大幅提升"没有可检验的落点，没法证伪，决策信息为零，判零分；"验收通过率 87%、覆盖 12 类边界场景、3 类人工兜底"可核实、可反驳，才携带信息。主动暴露失败比被问出来更可信——自愿认错是拿"自损"给其余陈述背书，代价高、难伪装。所以证据占 25 分、表达只占 5 分：权重反映的是信息量，不是偏好。
3. 准入四档反映"缺什么"，不是"做得多好"。 四档按缺失的性质分级：准入 = 无实质缺失；有条件准入 = 缺口可修（补 1–3 个问题）；继续孵化 = 结构性缺口（用户、数据、证据不足）；暂停 = 完整性问题（写复盘）。它把"要不要投入"转成"缺的是可修项还是根子问题"的定位——评审的产出是下一个投入动作，不是分数。
4. 简历四信号回答"这是不是你的、有没有经过真实考验"。 端到端负责 = 因果归属在你；直接面对客户 = 承受真实需求噪声；进入生产环境 = 扛过真实条件；结果可量化 = 可证伪。四条合起来，用最便宜的验证回答"能否为结果负责"。举个例子："为某大型零售客户负责端到端数据管道部署，统一 12 个分散数据源，把首次洞察周期从三个月缩短到三周"——一句覆盖四信号。
常见误区 / 边界
- 别把演示六段当 PPT 页数要求：它是论证顺序，不是目录。
- 别用"预计 / 有望"填空：要么给数，要么说"还没测"；不诚实比没数据更糟。
- 别把技术复杂度当准入理由：评委要"值不值得做"，技术强不等于值得。
- 别把四档当奖惩：它是下一阶段的资源定位，不是贴标签。
- 别和"口才"混淆：评审奖励可核实的证据，不是表达技巧；只有成功截图、没有失败复盘的作品集难辨真假，写进失败用例更可信。
- 四条否决项一票否决：只有 PPT 无可运行版本、测试造假或删失败样例、未授权数据或泄密钥、高风险动作无人工确认——这些是完整性与安全底线。
一句可带走的话
评委不缺技术，缺"值不值得做"的答案；用可证伪的证据把它答清楚，就赢了大半。
案例包 · 15 题自测
展开查看
这 15 道题分四块：①演示六段 + 证据 vs 表达（约 4 题）②四样东西：Skill / 知识库 / 工作流 / Agent（约 3 题）③四条否决项（约 4 题）④评分维度 + 准入四档 + 简历四信号（约 4 题）。
每题都有解析，容易错的地方标了出来。大家错得多的题，就是直播时要重点讲的。
① 演示六段 + 证据 vs 表达
- （单选）演示黄金 6 分钟的正确顺序是？
- A. 现在怎么做 → 谁的问题 → 证据 → 现场跑 → 下一步 → 边界
- B. 谁的问题 → 现在怎么做 → 现场跑（含一次失败）→ 证据 → 边界 → 下一步
- C. 谁的问题 → 证据 → 现场跑 → 边界 → 下一步 → 现在怎么做
- D. 证据 → 谁的问题 → 现场跑 → 边界 → 现在怎么做 → 下一步
答案：B ｜ 解析：演示六段固定顺序，且"现场跑"必须含一次失败，不能只放成功画面。
- （单选）"证据"这一段，最该给的是什么？
- A. "预计上线后能大幅提升效率"
- B. 具体数字，如"验收通过率 87%，覆盖 12 类边界场景，其中 3 类人工兜底"
- C. 一段完整的技术架构介绍
- D. 感谢与展望
答案：B ｜ 解析：证据 = 数，不是形容词；架构是"做法"，不是"证据"。 容易错：很多人选 A，把"预计 / 有望"当证据。
- （单选）评委问"这个工具帮谁省了多少时间"，最差的回答是？
- A. "每周给 6 个人省 3 小时"
- B. "只测了 1 周，数据还不够，还没测准"
- C. "大概挺多，看 PPT 第 7 页"
- D. "试点 4 周，人均每周省约 0.5 小时"
答案：C ｜ 解析：给数、给"还没测"都行，"大概挺多"是无效回答。 容易错：很多人以为"大概挺多"够用，或者一开口先讲技术。
- （判断）只有成功截图、把失败用例删掉的作品集更干净，可信度更高。
答案：错 ｜ 解析：只有成功截图难辨真假；把失败用例写进去（含怎么兜底）更可信。 容易错：很多人以为"删掉失败 = 展示优化"。
② 四样东西：Skill / 知识库 / 工作流 / Agent
- （单选）结课评审的"入场券"是哪四样东西？
- A. 文档、PPT、视频、海报
- B. Skill、知识库、工作流、Agent
- C. 代码、数据、模型、服务器
- D. 需求、设计、测试、部署
答案：B ｜ 解析：这四样是工程能力，不是汇报物料。
- （单选）这四样里缺一件（比如没建知识库），正确做法是？
- A. 直接不上，反正 PPT 做得好
- B. 提交一页"为什么不需要"，由评审判定理由是否成立
- C. 现场口头解释两句带过
- D. 用别人的项目顶上
答案：B ｜ 解析：缺哪件补一页书面"为什么不需要"，口头解释不算数。
- （判断）这四样缺一件，只要写一页"为什么不需要"就一定不会被卡。
答案：错 ｜ 解析：写了要由评审判定；理由不成立按"继续孵化"。
③ 四条否决项
- （单选）下列哪一项会直接触发"一票否决"？
- A. 演示超时 2 分钟
- B. 只有 PPT、没有可运行版本
- C. 边界讲得比较少
- D. 表达有点紧张
答案：B ｜ 解析：只有 PPT 没可运行版本是四条否决项之一，直接否决。 容易错：很多人把"超时 / 紧张"当成否决项。
- （判断）把失败样例从测试记录里删掉、只留成功截图，属于"展示优化"，不影响评审。
答案：错 ｜ 解析：测试记录造假或删失败样例是四条否决项之一，直接否决。 容易错：很多人以为删失败样例是"会包装"。
- （单选）下列哪项不属于四条否决项？
- A. 只有 PPT 没可运行版本
- B. 测试记录造假或删失败样例
- C. 未授权数据或泄露密钥
- D. 代码行数少于 1000 行
答案：D ｜ 解析：代码行数不是否决项；另外三项 + "高风险动作没人工确认"才是四条否决项。
- （判断）高风险动作（如批量删除、自动付款）没有人工确认环节，属于安全与边界问题，可直接影响准入。
答案：对 ｜ 解析："高风险动作没人工确认"是四条否决项之一。
④ 评分维度 + 准入四档 + 简历四信号
- （单选）评分表 100 分里，"可用性"和"证据"各占多少分？
- A. 各 5 分
- B. 各 25 分
- C. 各 15 分
- D. 各 20 分
答案：B ｜ 解析：问题与用户 20 / 可用性 25 / 证据 25 / 安全与边界 15 / 交付 10 / 表达 5，合计 100。
- （单选）四档结论里，"用户 / 数据 / 证据不足"的项目该给哪一档？
- A. 准入
- B. 有条件准入
- C. 继续孵化
- D. 暂停
答案：C ｜ 解析：继续孵化 = 用户、数据、证据不足；暂停 = 写复盘；有条件准入 = 补 1–3 个问题。
- （单选）"端到端负责 / 直接面对客户 / 进入生产环境 / 结果可量化"是？
- A. 演示六段
- B. 简历四信号
- C. 准入四档
- D. 四条否决项
答案：B ｜ 解析：简历四信号是作品集/简历的可信度证据，比"参与过"更有分量。
- （判断）写简历时虚构收入数字来展示工程判断，是被鼓励的做法。
答案：错 ｜ 解析：不虚构收入也能展示工程判断——写"验收通过率 87%，覆盖 12 类边界场景，其中 3 类人工兜底"即可；造假会触发否决项。
案例包 · 案例拆解素材
对应：第 16 讲「结课评审与准入」
课堂用时：案例拆解 45 分钟（直播 75–120）
材料与提示词思路：全部内联在本文件
1. 客户与场景
结课不是终点，要把这一个学期的项目变成求职或独立交付的"下一张门票"。这里就两条路：一条是求职（简历 + 作品集 + 面试），一条是独立接单（Solo FDE 商业闭环：付费诊断 → 目标交付 → 持续陪跑）。
2. 为什么这个案例值得教
- 评委 / 招聘方不缺技术，缺"值不值得做"的答案；
- FDE 简历不是证明"用了多少技术"，而是证明"负责到底 + 给客户带来可验证的改变"；
- 只有成功截图的作品集难辨真假，把失败用例和复盘写进去，更能体现真实交付经验。
3. 原始材料（Day6 真实框架）
3.1 Echo / Delta / Solo（三张脸）
| 角色 | 职责 | 关键能力 |
|---|---|---|
| Echo | 发现业务问题、建立客户关系、翻译需求 | 行业经验、访谈、沟通、预期管理 |
| Delta | 理解需求、快速做原型、生产交付 | 工程、系统集成、评测、部署 |
| Solo FDE | 垂直行业独当一面 | 业务 + 工程双语能力 + 完整商业责任 |
三者不必一个人全包，但交付责任不能模糊。
3.2 简历四信号
端到端负责 / 直接面对客户 / 进入生产环境 / 结果可量化。
3.3 弱表达 vs 强表达（真实示例）
- 弱表达："协助客户搭建数据管道"——不知道负责什么、做到哪一步、没有结果。
- 强表达："为一家大型零售客户负责端到端数据管道部署，统一 12 个分散数据源，把首次洞察周期从三个月缩短到三周"——责任、对象、环境、结果都能被追问和验证。
3.4 作品集六部分
业务背景 / 需求与边界 / 方案与取舍 / 交付过程 / 业务结果 / 失败复盘。
4. 故意埋的三个坑
坑 1：只有 PPT / 截图，没有可运行版本
答辩全讲 PPT，评委要看运行结果，却打不开——把"演示"当成了"交付"。正确做法是：现场跑一次（含一次失败），附上可访问地址或录屏。
坑 2：删掉失败样例
作品集只放成功截图，把 Eval 里的失败用例全删了。问题是：只有成功截图的作品集难辨真假，失败 + 复盘才是可信度证据。正确做法是：把"哪些案例失败、如何定位、怎样修复、还有什么没解决"写进去。
坑 3：用"预计 / 有望 / 大幅提升"
结果写的是"预计大幅提升效率"——不可验收、不可追问。正确做法是：要么给数，要么说"还没测"。比如"验收通过率 87%，覆盖 12 类边界场景，其中 3 类人工兜底"——不虚构收入，也能展示工程判断。
5. 两版提示词思路（内联）
- v1（故意有缺陷）：作品集只写"我用了 Agent / RAG / MCP"，没有业务背景、没有数字、没有失败复盘。
- v2（修复后）：按六部分展开，给量化结果 + 失败复盘 + 脱敏说明 + 三种颗粒度（长文 / README / 一页 PDF）。
6. 验收样例（3 条）
| # | 检查项 | 期望 | 判定 |
|---|---|---|---|
| 1 | 现场演示 | 能跑通 + 含一次失败 + 有兜底 | 通过 |
| 2 | 作品集 | 有业务背景 + 量化结果 + 失败复盘，无"预计/有望" | 通过 |
| 3 | 简历四信号 | 端到端负责 / 面对客户 / 进生产 / 可量化，逐条能追问 | 通过 |
7. 案例拆解 45 分钟怎么走
| 分钟 | 做什么 |
|---|---|
| 0–5 | 发材料：弱表达 vs 强表达对比 + 简历四信号；问"这两份项目描述，招聘方会信哪个？" |
| 5–15 | 找坑：三组分别暴露坑 1（只有 PPT）、坑 2（删失败样例）、坑 3（预计/有望） |
| 15–30 | 判对错：用 v1 思路检查一份"作品集草稿"，看它有多少不可验证的表述 |
| 30–40 | 给修复：换 v2 思路，补量化结果 + 失败复盘 + 脱敏 |
| 40–45 | 收口：评委不缺技术，缺"值不值得做"的答案；失败复盘是可信度证据 |
8. 一句话总结
FDE 简历不是证明"用了多少技术"，而是证明"负责到底 + 带来可验证的改变"——给数、给失败复盘，不给"预计/有望"。
案例包 · 课后操作单
目标：交出一份能过评审的最终版 + 一页作品集 + 答辩答复 + 企业实践行动清单。
时间：课后 90 分钟。
你要交的东西
- 最终版（可运行链接 + 6 分钟演示录屏）；
- 一页作品集（一句话 / 一张图 / 三个数 / 一个链接 / 一句限制）；
- 答辩问题答复（至少 3 个"评委可能问"的问题 + 你的答案）；
- 企业实践行动清单（带什么去、要补什么）。
步骤
第 1 步：录一段 6 分钟演示（30 分钟）
- 按演示六段写逐字稿：谁的问题（0:00）→ 现在怎么做（0:40）→ 现场跑（含一次失败，1:30）→ 证据（3:30）→ 边界（4:30）→ 下一步（5:20）。
- 现场跑必须含一次失败，并说明你怎么兜底。
- 证据段只给数，不给"预计 / 有望"；没数就写"还没测"。
第 2 步：做一页作品集（15 分钟）
一页写五样：一句话（30 秒说清做了什么）/ 一张图（架构或截图）/ 三个数（省多少时间、通过率、覆盖边界数）/ 一个链接（可运行版本）/ 一句限制（边界和人工兜底）。
第 3 步：准备答辩答复（20 分钟）
- 列出评委最可能问的 3 个问题（如"帮谁省了多少时间""失败过吗""边界在哪"）。
- 每题写 2–3 句答案，要求给数或给"还没测"。
- 自查：有没有出现"预计 / 有望 / 大幅提升"？出现就改成数或"还没测"。
第 4 步：写企业实践行动清单（15 分钟）
按"带过去的东西 / 要补的东西"两列写：第 1 周任务确认（方案书、MVP 范围）→ 第 2–3 周真实联调（字段表、权限矩阵、测试集）→ 第 4–5 周影子运行（Eval、日志、失败记录）→ 第 6 周辅助模式（运行手册、回退方案）→ 第 7–8 周验收移交（全部证据、维护责任、资产归属）。
第 5 步：自查四样东西 + 否决项（10 分钟）
- 看看 Skill / 知识库 / 工作流 / Agent 这四样缺哪件，缺就补一页"为什么不需要"。
- 对照四条否决项自查：①有可运行版本吗；②测试记录有没有删失败样例；③有没有未授权数据 / 泄密钥；④高风险动作有没有人工确认。
课后作业
- 把你的 6 分钟演示讲给一个"不懂技术的人"听，记下他哪里没听懂。
- 把 quiz 里做错的题写进个人 AI 工作台"出了什么错 / 下次怎么改"。
- 写 100 字：你的项目里最该诚实说"还没测"的是哪一件事？
达标标准（这节课你该会的）
- 能照着"黄金 6 分钟"六段（谁的问题→现在怎么做→现场跑→证据→边界→下一步）讲清自己的项目；
- 证据只给数，不给"预计/有望"——没测就明说"还没测"；
- 能对照四条否决项自查，说清自己的项目落在四档结论的哪一档、为什么。
常见错误
- 演示只讲技术，不答"帮谁省了多少时间"。
- 只留成功截图，把失败样例删掉，直接踩否决项。
- 用"预计 / 有望 / 大幅提升"当证据。
- 作品集超过一页，评委 30 秒抓不住重点。
- 四样东西缺一件还不写"为什么不需要"，想蒙混过关。
案例包 · 教师脚本（教师用）
展开查看
课前准备
- 把 Echo/Delta/Solo + 简历四信号 + 弱表达 vs 强表达对比准备好（见 case_card.md）。
- 开课前看一眼 quiz 的错误率，圈出大家错得多的题。
0–30｜把核心快速过一遍（4 个点）
- Skill、知识库、工作流、Agent 四样是入场券（8 分钟）。
- 演示黄金 6 分钟（8 分钟）。
- 作品集一页就够（7 分钟）。
- 简历四信号 + 失败复盘是可信度证据（7 分钟）— 端到端负责/直接面对客户/进入生产环境/结果可量化。
30–75｜挑大家做错的题讲
- 只讲技术，不回答"帮谁省了多少时间"。
- 失败藏着 → 主动展示失败比被问出来可信十倍。
- 用"预计/有望" → 要么给数，要么说"还没测"。
75–120｜拆案例：把项目变成下一张门票
抛对比（5 分钟）：两份项目描述——弱表达"协助客户搭建数据管道"，强表达"为一家大型零售客户负责端到端数据管道部署，统一 12 个分散数据源，把首次洞察周期从三个月缩短到三周"。问：招聘方会信哪个？
找坑（10 分钟）：三组分别暴露①只有 PPT 没可运行版本；②删掉失败样例；③用"预计/有望"。
判对错（15 分钟）：用 v1（只写"我用了 Agent/RAG/MCP"）检查一份作品集草稿，看有多少不可验证的表述。
给修复（12 分钟）：换 v2——按作品集六部分展开 + 量化结果 + 失败复盘 + 脱敏 + 三种颗粒度（长文/README/一页 PDF）。
收口（3 分钟）：评委不缺技术，缺"值不值得做"的答案；失败复盘是可信度证据；Echo/Delta/Solo 三张脸，交付责任不能模糊。
标准答案
- 简历四信号：端到端负责/直接面对客户/进入生产环境/结果可量化。
- 强表达示例："验收通过率 87%，覆盖 12 类边界场景，其中 3 类人工兜底"——不虚构收入，也展示工程判断。
- 作品集六部分：业务背景/需求与边界/方案与取舍/交付过程/业务结果/失败复盘。
学生会错在哪
- 只给 PPT 没可运行版本。
- 删失败样例，作品集只有成功截图。
- 用"预计/有望/大幅提升"。
- 简历只堆技术名词，不写负责什么、结果如何。
评分点（每条 1 分，共 5 分）
- [ ] 现场演示能跑通 + 含一次失败；
- [ ] 作品集有量化结果 + 失败复盘；
- [ ] 无"预计/有望"，要么给数要么说没测；
- [ ] 简历四信号逐条能追问；
- [ ] Skill、知识库、工作流、Agent 四样齐全，或书面说明缺件理由。
如果学生问"没有真实客户，作品集怎么写"
回答：先把用户缩小到小微企业、小商铺、亲友，甚至自己——只要需求真实、有人持续用、有反馈和迭代，就比只为展示而做的 Demo 更有说服力。用质量/效率/边界指标量化，不虚构收入。