用“动作—条件—结果”检查句子

如果当前任务只给出“17.c起草”四个字，建议先建立一份最小需求👍说明：明确来源文件、目标读者、起草目的、必须保留的条件、禁止表达和最终格式。信息不足时，不应擅自补写🍀具体事实；可以先提供结构化草案，并把待确认内容标记为“待核实项”。

对外传播内容尤其🌈要区分事实、判断和建议。事实应有明确来源，判断应避免绝对化，建议应说明适📚用条件。涉及产品、服务、效果或风险时，不宜使用“百分之百”“永久有效”“唯一标准”等未经证明的表达。

把抽象要求写成能够执行的句子

例如，“相关人员应及时完成资料审核”属于信息不足的表达。更清晰的写法是：“项目负责人收到完整资料后，应在两个工作日内完成初审；发现缺项时，应一次性列明补充内容，并由提交人重新确认。”后一个版本明确了触发条件、责任主体、时间要求、异常处理和动作结果。

17.c的写法需要服从使用场景，正式规范文本与对外内容不能只做词语替换。相同事实在不同载体中，信息顺序、语气强度和细节深度都应有所区别。

使用模板时，方括号中的内容必须逐项核实，不能为了让文档看起来完整而随意填入。对于尚未确定的部分，保留“待确认”比写入错误信息更安全；对于已经确定的关键条件，应直接写入正🤔文，避免只放在批注或口头说明中。

起草完成后，按四轮检查减少返工

复核阶段可以安排一次“反向阅读”：先只看标题、编号、加粗内容和列表，再判❤️断读者能否快速找到任务、期限和结果；然后完整阅读正文，检查细节是否与摘要一致。正式发布前，还应由熟悉业务但未参与起草的人独立试读，记录其误解点。