仅凭“17.c.13.nom-17.c”这一串字符，无法可靠确定它对应的具体法律条文、国际文件、技术标准或其他规范文本，因此也不能直接据此还原其起草时的政策背景、争议焦点和制定目的。

从形式上看，它不像完整、规范的中文法条引用，也不符合常见的单一文件编号结构。它可能是数据库内部编号、网页锚点、文件目录代码、扫描文本识别结果，或者由“第17项、第13款、c项”等多个层级字段拼接而成。只有先确定它所在的原始文件，才能讨论“起草时的背景”。

这串编号为什么不能直接解释

规范文件中的编号通常需要与文件名称、发布机构、版本日期和上下文共同使用。“17.c.13.nom-17.c”缺少这些关键信息，单独分析其中的数字和字母，容易把技术标记误认为实体条文。

“nom”是否代表某项标准编号

如果这串字符来自境外标准资料，“nom”有可能是某种缩写。例如，墨西哥官方标准通常使用“NOM”作为名称的一部分，但完整编号一般还会包含标准序号、主管机构或技术领域代码以及年份。仅出现“nom-17.c”这一片段，无法确认它就是某项NOM标准，更不能据此判断该标准的制定背景。

如果来源是法律数据库、档案系统或学术资料，“nom”也可能只是数据库字段，例如名称、名义类别、编号类型或文件名的一部分。此时，真正需要查找的是原始文件标题和发布机关，而不是对“nom”进行单独释义。

确认起草背景需要哪些原始信息

要准确回答该编号“起草时的背景”，至少需要补齐以下信息：

• 文件全名：包括中文名称、原文名称或文件标题。
• 发布或起草机构：例如立法机关、政府部门、国际组织、标准机构或企业内部部门。
• 编号所在位置：说明它出现在正文条文、目录、脚注、附件、网页地址、文件名还是数据库检索结果中。
• 前后文：提供编号前后各一段文字，尤其要保留原文中的标题、条款和注释。
• 版本信息：包括草案、送审稿、修订稿、正式文本以及相应日期。
• 语言和格式：说明它是否经过翻译、OCR识别、自动分段或从PDF复制。

从编号追溯起草背景的正确顺序

先判断它是不是正式编号

先检查该字符串是否在同一文件中反复出现，是否与目录、页眉、条文号或附件编号保持一致。如果只出现一次，并且夹杂多个句点、连字符或大小写混用，就要考虑它可能是网页程序生成的标签、OCR错误或内部索引。

再还原文件结构

将字符串拆分后，与原文件的层级结构进行比对。例如，文件可能采用“第17条—第13项—c分项”的排列方式，也可能采用“第17章—C节—第13目”的结构。只有确认层级，才能知道它指向的具体规范内容。

最后查阅起草材料

确定文件后，应依次查看立项说明、起草说明、问题清单、历次草案、修正意见、会议记录、审议报告和正式文本之间的差异。这些材料通常能够说明：当时需要解决什么现实问题、哪些主体提出了不同意见、某个词语为何被保留或删除，以及最终条文为何采用现有表述。

“起草时的背景”应当包括哪些内容

准确的起草背景不是对编号本身进行字面拆解，而是回答该条文或文件为何出现。通常应包含四个方面。

• 现实原因：起草前是否存在监管空白、执行冲突、社会事件、技术变化或跨地区适用问题。
• 制度目标：起草者希望确立什么规则，保护什么利益，或者限制何种风险。
• 协商分歧：不同部门、国家、行业或利益主体在适用范围、责任承担、例外情形和措辞强度上是否存在争议。
• 文字形成过程：相关表述经历了哪些增删、调整和妥协，最终版本与早期草案有何不同。

还应区分“起草时的背景”和“实施后的解释”。前者关注规则产生之前的事实、政策和谈判过程；后者关注法院、行政机关或实践部门在文件生效后如何理解和适用。不能用后来的判例或新闻报道，直接替代原始起草材料。

目前能够得出的稳妥结论

就“17.c.13.nom-17.c”这一孤立字符串而言，能够确认的只有：它包含数字、字母、句点和连字符组成的层级或索引形式，但尚不足以锁定具体文件，也不足以判断其起草机关、起草时间和制度目的。

因此，任何直接声称该编号源于某项法律改革、某次国际谈判或某个具体政策事件的说法，都可能是推测。只有补充原始文件名称、发布机构和编号所在上下文后，才能进一步还原其真正的起草背景，并区分正式立法史与数据库标记、翻译误差或文本识别错误。