Instructor Console · 讲师控制台
S1 · 挑活——筛选用例 —— 开班与回合发布
管住三件事：谁在哪个组、这一回合各组做哪张卡、什么时候收卷。
✅ 状态层已接通（方案 A-δ）。 本屏的「🎓 开班配置」是真实功能 ——
保存后写入浏览器本地状态，学员端读同一份（同一台机器同一浏览器）。
提交通道两条：① 学员导出 JSON 提交包 → 讲师在此导入判分（首跑用这条）;
② 飞书表单（在配置里填链接，真实开班用，站点无需改造）。
下面两张卡（开班设置 / 选卡）是📐 设计意向样例，数据为静态示意，不作为操作依据。
📐 设计意向 · 开班设置（静态样例）
| 学员人数 | 24 |
| 分组方式 | 4 人 / 组 → 6 组 |
| 组名规则 | T01 … T06 |
| 课程时长 | 5 天 4 夜 |
| 语言 | 中文 / English（顶栏切换） |
← 📐 样例，实际用上方「🎓 开班配置」 📐 设计意向 · 选卡（本回合用哪张）（静态样例，实际用上方配置）
从 15 张客户卡中挑。按 §6.4：卡内必须限定候选单元 3–5 个且难度档位相当。
| 卡 | 行业 × 单元 | 总分 |
|---|
| #03 ⭐ | 零售电商 × 客服售后 （首期已定，C107） | 37.0 |
| #09 | 电信 × 网络运维 | 35.0 |
| #11 | 物流 × 调度 | 34.0 |
⭐ 同卡 PK 的硬前提（D06 ⑤）：本回合6 个组必须做同一张卡，率才直接可比。
若做不到 → 整个 D06 的 PK 前提崩塌（见 D8）。
← 📐 样例，实际用上方「🎓 开班配置」 各组进度总览 · 📐 静态样例（真实进度见 P7 导入后的判分表）
| 组 | 人数 | 交付物 | 提交时间 | 判分状态 |
|---|
| T01 | 4 | 7 / 7 | 03:41:22 | 已判分 |
| T02 | 4 | 7 / 7 | 03:52:08 | 已判分 |
| T03 | 4 | 7 / 7 | 03:58:44 | 待人工判分 |
| T04 | 4 | 6 / 7 | — | 未交齐 |
| T05 | 4 | 7 / 7 | 03:59:51 | 待人工判分 |
| T06 | 4 | 0 / 7 | — | 未开始 |
📐 本表 = 设计意向的静态样例。 真实提交与判分进度请看 P9 评分工作台的判分表（那里是导入的真数据）。
Scoring Workbench · 评分工作台
S1 · 挑活——筛选用例 —— 判分
脚本能算的已经算好了（价值分、工程分主体），你只需要处理机器判不了的那部分（工程分 C、判断分 A–D、门槛）。
左边选组，右边判分。
待判分组
T01已判
T02已判
T03进行中
T04未交齐
T05待判
T06未开始
本回合用卡
#03 优选生活
零售电商 × 客服售后
虚拟客户 · 该格 71 条真实案例汇编
✅ 脚本已算好 不用你管
这部分由评分脚本自动落盘，讲师只读不填。字段来源：D04 定稿 v1.4。
| 层级 | 项 | 算法 / 依据 | 本组值 | 来源 |
|---|
| 维度 | 价值分 .45 | Δ实际 ÷ Δ上限 | 0.62 | EvalRun |
| 子项 | 工程分 A .35 | 原型真跑起来（非伪代码/截图） | 1.00 ✅ | 脚本探测 |
| 子项 | 工程分 B .30 | Eval v1.0 冻结 + holdout 隔离 | 1.00 ✅ | 脚本校验 |
| 子项 | 工程分 D .15 | 数据契约（M3↔M5 共数据） | 0.70 🟡 | 脚本比对 |
⚠️ 这张表混了两个层级，权重不能直接相加：
价值分是维度级（它的 .45 直接进 C 的指数）;
工程分 A/B/D 是工程分内部子项（先在工程分内部加总，工程分才作为维度进指数）。
⇒ 工程分 = A×.35 + B×.30 + C×.20 + D×.15（C 待你在下面打），四项子权重和为 1。
⇒ 三个维度权重 .45 + .30 + .25 = 1，进 C 的指数。两张表的权重属于不同层级，不要跨表相加。
⚠️ 硬约束（D04 §6.4）：r 由 EvalRun 带出，界面不允许学员手填 ——
所以价值分不可能被学员"算出来"，只能被脚本"测出来"。本屏同样只读。
🔴 待人工判分 你的工作在这里
1–5 数值打分（D06 统一口径）。📐 本区为静态样例：拨盘只作视觉示意，不保存分数、不参与计算；真实判分请用下方判分表（导入提交包后逐组打分，表底「📢 发布」按钮生效（导入真提交包后才出现））。
✅ 换算口径已定（2026-09-26 周全裁定）：用 A —— (x−1) ÷ 4
背景：讲师打的是 1–5，但乘法公式 C = 价值^0.45 × 工程^0.30 × 判断^0.25 要的是 0–1。
D06 定稿时只写了「天然落在 0–1」 —— 那对脚本算的比率成立（价值分 = Δ实际 ÷ Δ上限）,
对人工打的 1–5 是悬空的。此缺口由助手在 P9 原型设计时实查发现，用户裁定补 A。
⇒ 生效口径：组件分 = (评分 − 1) ÷ 4，即 5 → 1.00 / 4 → 0.75 / 3 → 0.50 / 2 → 0.25 / 1 → 0.00。
| 候选换算 | 1 | 2 | 3 | 4 | 5 | 性质差别 |
|---|
A. (x−1) ÷ 4
已采纳 | 0.00 | 0.25 | 0.50 | 0.75 | 1.00 | 5 = 满分 1.0，与"率"口径一致（率满分也是 1.0）;打 1 分 = 0 —— 保留乘法公式"一项为 0 则总分归零"的能力 |
B. x ÷ 5
未采纳 | 0.20 | 0.40 | 0.60 | 0.80 | 1.00 | 打 1 分仍有 0.20 保底 → 判断分永远不可能为 0，乘法公式对该维度失去"归零"能力 |
为什么选 A（裁定理由）：D06 ① 整套设计的立意是"交不出可运行产物就是 0 分"。
若用 B，最差的判断也能拿 0.20 保底 —— "一票否决"就只剩工程分一个来源，与该设计意图不符。
⚠️ 本项须回填 D06（v1.0 起漏写，至 v1.4 仍未补 —— 2026-09-26 升版时复核确认），已登记为修订项。
工程分 C（权重 .20） —— A′ > A 是否被论证
是否论证了「实施后上限 A′ 高于基线上限 A」
漏掉即本子项 0 分
LLM 初筛建议：🟡 部分论证 —— 提到了产能提升，但没给 A′ 的量化。
讲师复核后定分。（半自动：LLM 判"有没有论证"，人复核）
判断分（权重 .25，共 4 子项）
A. 排除理由 子权重 .40 本回合最高权重
为什么不选其余 3 个候选单元。这是 S1「说不的能力」的主战场。
B. 「该试点业务单元实际负责人」态度判读 子权重 .30 需 NPC 质询后填
负责人的态度不是卡里预设的档位，而是随学员行为触发（C105）—— 他有没有挖到负责人的考核表、问清价值归因与改造窗口，读不读得出真实立场，决定了这一项有没有应对可言。
本项必须等 NPC 质询环节结束后再打（D06 §6：客户 NPC + 讲师）。题库与记录台已接线（P8）。
C. 五项可行性检查 子权重 .20
F02 的五项（高任务量 / 可切窄路径 / 对错可判 / 证据可测 / 关键人员可投入）是否真做而非走过场。
D. 工作量预估偏差 子权重 .10
偏差率越大分越低（计入但低权重）。
门槛层 G 一票否决 / 折扣
🔴 硬红线（勾任一 → G = 0，总分归零）
D06 ③：只有 4 条 —— 一票否决是重武器，列多了学员会变成"防错型选手"，与"敢判断"的培养目标相反。
🟡 软门槛（勾一项 → 总分 ×0.7，不归零）
⚠️ D06 ④ 提醒：×0.7 这个数字是拍脑袋的，没有任何实证。
复核时要看各项触发率 —— 若某项触发率 >50%，说明是任务设计问题（表单没引导好）,
应先修表单而非扣分。
实时汇总 · 📐 静态样例（真实汇总见下方判分表）
价值分 0.62 × 权重 0.45 工程分 0.94 × 权重 0.30 判断分 0.72 × 权重 0.25
C = 0.62^0.45 × 0.94^0.30 × 0.72^0.25 = 0.8123
↑ 加权几何平均，不是加权求和 —— D06 ①：交不出可运行产物就是 0 分。
G = 1.0 （无红线，0 项软门槛） S = — MVP 暂不生效 总成绩 = G × C × S = 0.8123 S 为什么是「—」而不是 1.0：D06 ⑥ 的诚实原则 —— MVP 只有 R1/R2 两回合，
"持续稳定性"物理上测不出来。用一个 1.0 假装算过，不如明说"暂不生效"。
⭐ 预注册数据采集 这一屏最重要的部分
为什么它在这里：D06 §8 定了 8 项必采数据（D1–D8），用来在 S1→S5 推演完成后
证伪或确认那七项建议。这些数据只能在讲师判分过程中产生 ——
不在这里采，复核门就没有数据，约定好的 review 就落不了地。
⇒ 所以采集不是"以后再说"，是 P9 的内置功能。
| 编号 | 必须采集 | 采集方式 | 用来判什么 | 状态 |
|---|
| D1 | 每组三项分 + G + S + 总分 + 排名 | 脚本自动落盘 | ② 权重是否有效 | 自动 |
| D2 | 三项分与总分的相关系数 | 复核时脚本算 | ② 若某项 <0.3 → 权重白给 | 自动 |
| D3 | 讲师实际执红线的次数与情形 | 本屏记录 | ③ 4 条红线是否够用 / 是否形同虚设 | 需你记录 ✍️ |
| D4 | 3 项软门槛各自触发率 | 脚本统计 | ④ 若某项 >50% → 是任务设计问题 | 自动 |
| D5 | 学员申诉记录 | 本屏记录 | ① 几何平均是否被测量噪声反噬 | 需你记录 ✍️ |
| D6 | 各组交付物的差异性 | 本屏记录 | ① 几何平均是否把学员训练成"保底型选手" | 需你记录 ✍️ |
| D7 | R1 vs R2 的投入度 | 本屏 + 提交时间 | ⑥ 没有持续分是否导致 R2 划水 | 需你记录 ✍️ |
| D8 | 现场是否真能做到"各组同卡" | 开班时组织一次 | ⑤ 做不到 → 整个 PK 前提崩塌 | 开班事项 |
D5 · 学员申诉记录
D3 · 执红线记录
证伪信号：整期执红线 0 次，且讲师事后复议认为"本该校零" → 红线形同虚设；
或 >30% 组触发 → 判据太严 / 说明不清。
记录字段：组 · 触发条目 · 当时情形 · 讲师判断依据。
Client Challenges · 甲方质询记录台
S1 · 挑活——筛选用例 —— 甲方质询
你扮甲方负责人时的提词器 + 记录台。上面是本站题库，下面记下每组守没守住 ——
这份记录是判断分 B 项（组织／越权识别，权重 .30）的判分依据，也是 D06 §8 复核门要的原始数据。
学员端能提前看到同一批题并写下应答（学员端 ④ 屏），判分时两边对着看。
8 组「不等于」—— 拍板前必须逼学员说清的（跨站通用，锚工具包 F07）
分组记录
记录写入浏览器本地状态（键 fde.npc），刷新不丢。
学员端看不到这里的记录 —— 它只进你的判分依据。