网站入门把文章知识转成实操题时怎样设置可判定的输出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d87fc9e85ac6.html
📄
网站入门把文章知识转成实操题时怎样设置可判定的输出
可判定的输出不是“做完一篇教程”，而是先写死一个能被别人复核的结果形态：给定输入、给定操作、给定产物、给定通过条件。例如学完“如何写页面标题”后，实操题不交一段感悟，而是交一个文件，里面只有一个 <h1>，并附一句说明它为什么比原标题更贴合页面主题。别人拿到这个文件，能直接判断对错，才算可判定。
矛盾现象：同一篇文章，两个人做出完全不同的作业
常见情形是：一篇讲页面结构的文章，A 交了一份目录截图，B 交了一段文字总结，C 交了一个能打开的本地页面。三个人都说自己“完成了实操”，但彼此无法核对，因为输出形态没有约定。
这不是谁更努力的问题，而是任务定义里缺少可观察的产物。文章知识本身是描述性的，实操题必须把它转成指令性的：做什么、交什么、什么算合格。缺少这一步，分歧就会从“事实分歧”变成“格式分歧”，讨论永远落不到同一张桌面上。
两种解释：是理解不同，还是输出定义缺失
解释一：理解不同。有人把“学习页面标题”理解成记住规则，有人理解成能改一个真实文件。两种理解都合理，但产出的东西不一样，于是无法比较。
解释二：输出定义缺失。任务本身没说交什么，参与者只能各自补全。补全的方向取决于个人经验，于是差异被放大成“水平差距”，实际只是任务没写清楚。
这两种解释会导向完全不同的动作。如果是理解不同，需要补概念；如果是定义缺失，需要补输出规格。搞错方向，就会一直加资料、加讲解，却始终无法判断谁做对了。
区分两种解释的证据：换一个人能否独立复核
最有效的区分动作是：把任务交给一个没参与讨论的人，只给他任务说明和参与者交的产物，看他能否在十分钟内判断哪份合格。
- 如果他判断一致，说明输出定义已经足够，分歧来自理解，补概念即可。
- 如果他判断不了，说明输出定义缺失，先修任务说明，再谈理解。
- 如果他判断出多份都合格但标准不同，说明通过条件写得太宽，需要收紧到单一可观察结果。
这个动作的结果直接决定下一步：定义缺失就改题，理解不同就补课，标准太宽就加约束。不要跳过复核直接加练习量，那只会让分歧更多。
把输出写成可判定规格：四个字段
一个可判定的实操题，至少包含四个字段，缺一个就会留下解释空间。
- 输入：给什么原始材料。例如“一段 200 字的页面介绍文字”。
- 动作：做什么操作。例如“为它写一个页面标题，并放进
<h1>”。 - 产物：交什么。例如“一个
.html文件，只含一个<h1>和一个<p>”。 - 通过条件：什么算合格。例如“标题不超过 30 字，且包含输入文字中的核心名词”。
假设一个短例子：任务是“把文章里的标题规则转成实操题”。输入是规则段落；动作是写一个页面标题；产物是一个文件；通过条件是标题包含主题词且不堆砌。这个假设说明的是比较方法，不是真实项目结果。只要四个字段齐全，不同角色对同一事实的理解差异就会收敛到产物上。
让分歧变成可核对项目的实际动作
当多个角色对同一事实有不同理解时，先不要争论谁对，而是让他们各自按同一规格交产物，再对照通过条件逐条打勾。打勾结果会显示分歧集中在哪个字段：是输入理解不同，还是通过条件太模糊。
例如两人对“标题该多长”有分歧，就回到通过条件：如果写的是“不超过 30 字”，分歧立刻变成可核对的事实；如果写的是“尽量简洁”，分歧会一直存在。把模糊词替换成可数、可观察的条件，是让项目可核对的关键动作。这个动作的结果会告诉你，下一步是改条件还是改产物，而不是继续争论。
网站入门的实操题，价值不在于题目多，而在于每一题都能被另一个人独立判定。先把输出写死，再谈练习量。
