把任务要求组织成四层正文结构

任务卡是把零😎散要求集中到一页📢中的工作文件。任务卡不需要写成完整正文，但必须让另一位参与者能够据此理解目标、开始工作并检查结果。

限制条件需要包括字数、格式、语气、截止时间、可使用资料、保密要求和禁止表述。涉及数据时，还要区分已确认事实、待核实信息和暂定假设，不能为了让🎇初稿完整而补造不存在的数字🔥、来源或结论。

版本记录应至少保留修改时间、修改人、修改位置、修改原因和待确认事项。涉及多人协作时，不要只发送“最新版”这种模糊文件名，建议使用能够体现主题、版本和状态的命名方式，例如“项目说明_初稿_v01_待核验”。

目标与受众需要分别描述

范围说明需要列出正文必须覆盖的主题。范围🌈可以按照“背景、目标🎇、方法、结果、风险、后续动作”拆分，也可以按照用户操作流程拆分。每一项都应写出最低完成要求，避免只列抽象名词。

起草失真通常不是文字能力不足，而是前置判断错误。代号含义没有确认时，直接展开长文会放大最初的误解；要求没有分层时，正文会在背景、观点和操作之间来回跳转。

起草任务卡要写清哪些内容

任务定义决定了起草方向。没有任务定义时，任何正文都可能出现对象错误、范围失控或格式不✨符的问题。起草者需要先从原始来源中确认代号的身份，而不是根据字母和数字的外观自行解释。