第三步：控制新增内容

不过，17.c、13.nom的确切含义必须以原始目录、编码说明或上下文为准。尤其是“nom”，可能在不同体系中代表名称、名词性标签、名义字段或内部模块代码。仅凭缩写本身，不能断定它一定具有某种固定含义。因此，处理这类内容时，重点不是臆测编码，而是确认来源、保持语义承接，并让最终文本能够追溯到17.c。

承接关系：说明1🔍3.n🔥om是对17.c的摘录、细化、改写或命名。

核心内容：用简洁文📚字表达13.nom实际要承载的对象或要求。

不同文档场景下的写法差异

起草下位条目时，可以补足表达所必需的主语、范围和条件，但不应凭空增加处罚、期限、责任主体或技术要求。凡是17.c没有明确支持的内容，都应标为“待确认”，或者另行👍说明其来源。

待确认事项：列出nom定义、编号层级、术语译法或其他尚未核实的信息。

因此，“17.c.13.nom:从17.c起草”的核心不是对一串编号进行字面翻译，而是建立从17.c到13.nom的清晰派生关系。只有在确认编码规则和17.c原文之后，才能确定1📢3.nom的具体内容；在资料不足时，保留不确定性并要求补充来源，才是💫准确起草的做法。

“nom”不明确时应该怎样处理

如果13.nom只是一个目录名称，可以只保留名称、💫依🎆据和承接关系；如果它是具有约束力的条款，则还需要完整保留主体、行为、条件和例外。起草结构应服从任务用途，而不是为了填满编号而增加内容。