仅凭“17.c.13.nom-17.c—起草”这一串标识，无法安全判断它对应的法律条款、技术规范、合同章节还是内部文件编号。正式起草前，应先核对原始文件、所属体系、语言版本、修订状态和上下文；在来源未确认之前，不宜直接补写具体义务、适用范围或法律后果。

如果当前任务确实是17.c.13.nom-17.c—起草，最稳妥的做法是先把编号拆解为可核验字段，再按照“对象—条件—动作—例外—责任—生效”的顺序成文。这样可以避免因连字符、句点、大小写或缩写理解错误，导致条款编号与正文内容不一致。

先确认“17.c.13.nom-17.c”究竟是什么

“17.c.13.nom-17.c”本身更像由多个层级标识拼接而成，而不是可以脱离来源直接解释的完整概念。不同文件可能使用相同的数字、字母和缩写，因此不能仅凭外观推断“nom”代表名称、名义、注释、编号或其他术语。

• 确认原始载体：判断该字符串来自法规、标准、合同、申报表、软件字段、会议纪要还是内部目录。载体不同，起草格式和效力要求也不同。
• 确认编号边界：检查“17.c.13”“nom”“17.c”是否属于同一编号，还是两个相邻字段被复制时连在了一起。
• 确认标点形式：区分普通连字符、短横线、长横线和破折号。编号中的标点有时属于正式名称，不能在排版时随意替换。
• 确认文本版本：记录文件名称、版本日期、修订号、适用地区和语言。没有版本信息时，不能据此判断条款现行内容。
• 确认上下级关系：查看该标识前后的标题、定义、注释、附件和交叉引用，判断它是第17条下的(c)项，还是独立字段。

起草前必须形成的核对表

起草“17.c.13.nom-17.c”相关文本时，至少要先固定六类信息：规范对象、行为主体、触发条件、具体动作、例外情形和执行后果。六类信息缺一项，条款就可能只有编号，没有可执行内容。

按照六个步骤完成条款起草

规范起草应从来源复原开始，而不是从编号猜测正文。以下步骤适合处理来源不完整、字段被截断或需要把提纲转成正式条文的情况。

1. 复制原始内容：保留原文件中的大小写、标点、空格、换行和脚注，不要先进行中文化或格式化处理。
2. 建立上下文窗口：至少收集该标识前后各一层标题、同级项目、定义条款、注释和相关附件。单独摘取编号，容易遗漏适用条件。
3. 标记未知字段：对“nom”等无法确认的缩写使用“待核”标记，不要直接翻译成“名称”或其他确定含义。
4. 拆出规范逻辑：分别写明谁在什么条件下，对什么对象，必须或不得采取何种行动，以及完成期限和证明材料。
5. 统一术语：同一对象在标题、正文、定义和附件中使用同一个称谓。若原文存在专门定义，正文不得自行改写成近义词。
6. 进行反向审阅：让审阅者仅看条款正文回答“谁负责、何时执行、执行什么、如何证明、例外是什么”。任何问题无法回答，都说明文本还不完整。

可直接套用的条款骨架

“17.c.13.nom-17.c—起草”在来源尚未核实前，只能使用不带实质性结论的结构模板，不能把占位符替换成未经确认的法律术语或技术参数。

模板中的“应当”“不得”“可以”和“可酌情”具有不同的约束强度。起草人员应根据原始依据选择措辞，不能为了让句子更正式而随意增加强制义务。

最容易导致编号和正文失配的错误

编号型条款的错误通常不是文字不通顺，而是结构、版本和引用关系发生偏差。以下问题在提交前应逐项排除。

• 把检索字符串当成正式条款：搜索结果中的连字符、OCR字符或字段拼接不一定等于原始编号。
• 直接解释缩写：“nom”没有来源上下文时存在多种可能含义，未经核实的译法会影响标题和正文。
• 漏掉同级限制：只摘录(c)(13)的动作要求，却忽略同一条下的适用范围、前置条件或例外。
• 混用版本内容：编号沿用旧版，正文却采用新版修改内容，最终形成无法追溯的混合文本。
• 把说明写成义务：背景解释、示例和注释不一定具有强制效力，不能全部改写成“必须”或“不得”。
• 引用对象不完整：使用“按照相关规定”“按要求办理”等概括表达，却没有说明具体文件、期限、材料和责任主体。
• 只做语言润色：语句更顺并不代表条款可执行。起草审查还要验证主体、条件、动作、时限和证据链。

提交前的五项验收标准

一份可提交的17.c.13.nom-17.c—起草文本，应当同时满足可识别、可执行、可追溯和可复核四项要求。最后审查可以采用以下五个问题。

1. 编号是否与原始文件逐字符核对，标点和层级是否保持一致？
2. “nom”及其他缩写是否有明确来源、定义或待核状态说明？
3. 读者能否在不查看口头说明的情况下确定责任主体和适用条件？
4. 条款是否区分了强制要求、许可事项、建议事项、例外和注释？
5. 审阅者能否根据版本、附件和交叉引用复原这段文字的来源？

如果五项中有任何一项无法确认，正式文件中应保留待核标记并退回补充来源，而不是用推测内容填满空白。对于涉及法律责任、合规义务或技术参数的文本，来源确认优先于语言包装。