起草时应如何处理代码、占位符和不确定内容

可用底稿：“本文件由[主体全🌅称]以[身份或授权依据]起草，适用于[事项名称]。本次起草的目的为[申请、说明、确认、变📌更或备案]，涉及期间为[起始日期]至[结束日期]。”

可用底稿：“根据[材料名称及日期]，于[日期]发生[具体事实]；[主体名称]于[日期]完成[具体动作]；目前状态为[已完成、待处理、部分完成或存在争议]。上述事实对应材料为[材料清单]。”

占位符清理应当在最终提交前完成。正式版本不能保留方括号、内部批注、颜色标记、待定措辞或与正文无关的编辑意见；如果某项确实无法补齐，应在正文中明确说明缺失原因和补交安排。

先核对17.c.13.nom-17.c-起草对应的文件属性

文件属性核验决定17.c.13.nom-17.c-起🎵草应采用说明性文本、条款文本还是表格填报格式。至少要确👍认以下六项信息：

第四层提出可执行的请求或处理意见

主体信息段应当明确谁在什么身份下提交文本，以及文本要解决的事项。建议写清全称、统一简称、联系人、联系方式和授权关系；如果主体尚未确认🎇，应使用“🔑待核实主体”标记，不能直接填入猜测名称。

正式文本审校应当同时检查内容准确性、结🎵构完整性和提交形式，不能只进行错别字检查。建议按照以下顺序完成：

可直接使用的简版起草框架

可用底稿：“本事项拟依据[文件全称]第[条款或字段编号]处理。现有资料🎨能够确认的要求包括：[要求一]、[要求二]和[要求三]。对于[未确认事项]，应以发布主体提供的正式版本为准。”

处理请求：请[接收主体]于[期限]完成[具体动作]，并以[书面确认、系统记录或其他结果]作为完成凭证。

按照事实、依据、请求三层结构组织正文

起草正文应当把事实陈述、规则🚀依据和具体请求分开书写，避免把推测、判断和结论混在同一段中。每一层只承担一个功能❤️，审核人员可以据此快速判断内容是否完整。

附件清单：[附📚件🔑一名称及版本]；[附件二名称及版本]；[其他材料]