定稿前的审核与交付清单

依据清单应当区分“必须遵守”“用于解释”和“仅供参考”三种层级。起草人员不能把过期版本、未批准草案、口头意见或未经确认的网络材料直接写成正式依据。

正文结构应当按照读者完成任务的顺序安排，而不是机械复制旧文件的段落。正式文件通常需要回答“为什么制定、适用于谁、具体做什么、谁来负责、出现问题如何处理”五个问题。

17.c.13.nom-17.c-起草的正文结构怎么安排

17.c.13.nom-17.c-起草通常更像内部文件编号、目录节点或模板名称，而不是可以直接套用的通用法规名称。起草前应先确认编号对应的文件类型、适用范围、上位文件、版本状态和审批要求；在无法确认编码含义时，不要仅凭“17.c.13”🚀“nom”或“17.c”推断法律效力和具体内容。

文稿质量问题通常来自🎨概念、主语、条件和效力表达不清，而不只是错别字❤️。审阅人员应逐条检查每项要求是否能够被不同读者理解为同一个动作。

最终文件名建议同时包含正式编号、简短名称、版本状态和日期，但文件名不能替代正文中的正式标题。若17.c.13.nom-17.c-起草只是系统任务名称，交付时还应另外填写系统要求的文件编号、版本字段和关联事项，避免任务完成却无法归档或检索。

起草前必须锁定的六项信息

编号性质可以通过四类材料确认：上级目录🎵、任务来源、同系列已发布文件和系统字段说明。若四类材料之间存在冲突，应暂停正文定稿，先请文件管理人确认正式名称、编号规则和适用版本。

起草准备的核心不是先写文字，而是把文件边界转化为可检查的信息。以下六项内容缺一项，都可能💪导致正📌文写得完整却无法使用。

标题应同时体🔍现文件对象和主要事项，基本信息应包括正式编号、版本、发布日期、起草部门、审核部门和生效⚡状态。内部代号可以保留在文件属性或页眉字段中，但不宜让读者仅凭代号猜测正文主题。