/从真实任务写一份最小任务说明登录后记录进度

从真实任务写一份最小任务说明

建议用时:25 分钟(含练习)

学习目标

能够用目标、对象、输入、约束、格式和成功标准写清一项真实任务。

本节产出

任务说明 v1 与未经美化的首版输出

核心知识:把愿望变成可以验收的任务

“帮我做得专业一点”表达了期待,却没有说明专业意味着什么。模型可能增加术语,也可能把语气变得正式,但这些变化未必解决你的问题。最小任务说明的作用,是把实际需求转化为一组可操作条件,让执行者知道为谁工作、依据什么材料、交付什么东西以及如何判断做完。

任务说明不需要很长,关键是信息完整。可以用六个问题组织:谁会使用成果?使用成果要做什么决定?有哪些已确认的材料?输出需要什么结构?有哪些不能越过的边界?哪些检查通过才算合格?这六个问题是本课提供的练习框架,不是某个产品必须支持的专用语法。

受众与用途会直接影响内容选择。例如给新成员看的活动说明需要解释报名流程,给负责人看的复盘则需要展示执行偏差。即使主题相同,也不能用同一个“内容越全越好”的标准。任务说明应当把读者需要完成的下一步写出来,这会比泛泛指定“专家身份”更能约束输出。

材料与边界说明允许使用什么、哪些信息已经确认以及哪些仍未知。若只有三份给定资料,应明确是否允许外部检索;若不允许联网,缺失事实应标注待确认。把例子和真实输入分开,尤其要避免模型将示范中的虚构数据复制到正式成果里。

输出与验收决定成果能否进入下一环节。“一份报告”太模糊,可以改成“最多一页的活动比较表,包含日期、地点、适合人群、来源链接和待确认项”。验收不要只写“逻辑清晰”,还应包括能逐项核对的条件,例如每个日期都有来源,没有没有依据的规模排名。

最小任务说明由受众用途、输入材料、允许范围、输出格式和验收标准组成,再交给执行者产出与检查

图里先定义输出与验收,再执行并复核;复核时重新使用之前约定的标准。先写标准,可以防止结果出来后临时降低要求;执行中发现要求冲突时,应修订任务说明并记录原因,而不是暗中改变成功的定义。

案例:从“写个活动推荐”到明确委托

原始请求是“推荐一下这三场活动,帮我写得吸引人”。它没有说明推荐给谁,也没有说明哪种信息最重要。下面是一份可以直接用虚构或公开材料练习的任务说明。

用途:让首次参加活动的同学选择一场周末读书活动。
材料:附件 A、B、C 是主办方公开介绍,抓取日期已标注。
范围:只使用材料中的确认信息;不替读者报名,不发送消息。
输出:先给一张比较表,再写不超过 200 字的选择建议。
字段:日期、地点、主题、费用、报名截止、适合人群、来源。
未知:资料未说明的字段写“未公布”,不要猜测。
验收:三个活动都覆盖;日期费用可定位到来源;建议说明取舍。

这里的字数限制用于练习表达,不是越短越好。若比较表已经很长,可以把重点建议与完整资料分开,避免为了硬凑字数删掉费用条件。真实任务中也可以改成文档或表格,但要保持字段和未知处理规则不变。

给反例,比堆形容词更有效

“不要写空话”仍然很抽象。你可以补一个反例:

不合格的反例

“这场活动非常精彩,适合所有人”不合格,因为没有具体依据。

更可检查的写法

“适合想练习公开表达、能参加现场讨论的初学者”更可检查,但仍需材料支持。

反例帮助执行者理解质量边界,前提是明确它是反例,不能被当成需要模仿的文本。

还有一种冲突需要提前处理:你要求“只使用给定资料”,又要求“补齐今年所有最新费用”。如果材料没有费用,执行者无法同时满足两个要求。合格的任务说明应允许提出缺口,而不是要求模型通过猜测实现表面完整。

动手练习

  1. 选择一个你确实需要完成的小任务,把原始请求原样写下来,再用六个问题补齐任务说明。
  2. 为说明写两个合格条件、一个不合格反例,以及遇到缺失输入时的处理办法。
  3. 请另一人只读说明,复述他认为要交付的成果。比较双方理解,修订有歧义的部分;也可以让模型列出它理解到的限制进行自查。

参考答案与推演

完成检查

  • 任务说明包含受众、用途、材料、边界、输出和验收。
  • 至少一个检查能由另一人独立执行。
  • 缺失信息有明确处理方式,约束之间没有明显冲突。
  • 任务足够小,能在一次可观察的工作循环中完成。

参考与来源

从真实任务写一份最小任务说明

3 道题 · 及格分 60 分

开始测验