文本类型:例🌟如内部通知、客户邮件、产品说明、活动预告或问题回复。
已知事实:只放入已经核验过的名称、时间、地点、数字🍀🎉和政策内容。
输出要求:指定篇幅、段落数量、语气、是否需要⭐列表,以及哪🔥些内容必须单独标注待确认。
“17.c.now”需要结合来源判断,不同来源会赋予同一字符串完全不同的含义。它可能来自项目管理工具中的任务名,也可能是内部流程编号、实验版本、文件标签或用户自行设置的快捷指令。
“起草”表示形成一份可审阅、可修改的工作版本,不等于内容已经事实确认、法律审核或正式发布。起草阶段允许保留待确认项,但待确认项必须清楚标记,不能伪装成确定事实。
任务标识:填写17.c.now⚡对应的项目名称、编号来源或流程节点。
起草指令越具体,生成的初稿越容易进入修改阶段。与其只写“请起草”,不如把任务拆成以下字段:
提交起草结果前,核验清单应同时覆盖内容、事实和使用场景,不能只看语言是否顺滑。
写作目的:说明希望读▶️者读完后了解什么、相信什么或采取什么行动。
“17.c.now,起草”最常见的错误不是语言不通,而是任务边界没有定义,导致文本看起来完整,却无法用于审核或发布。
如果使用者只能提供“17.c.now,起草”这一行文字,合理结果应当是先请求补充上下文,或输出带待确认标记的结构化初稿,而不是擅自判定编号含义。这样既保留了起草效率,也把事实核验和最终发布责任留在正确的环节。