这个值属于哪一种语法？
带连字符的 UUID 结构使用 UUID 验证器；带可选预发布与构建元数据的 x.y.z 版本使用语义化版本校验器；由小写单词和连字符组成的 URL 标识使用 slug 验证器。不要只因为字符串看起来像标识符就选错工具。
Elysia Tools
导航
Workflow Playbook
软件标识符规范与格式校验
检查 UUID 结构、语义化版本语法和 URL slug 字符规则，并保留可复核证据；格式通过不等于全局唯一、资源可用或发布兼容。
专题
Elysia Tools
导航
Workflow Playbook
检查 UUID 结构、语义化版本语法和 URL slug 字符规则，并保留可复核证据；格式通过不等于全局唯一、资源可用或发布兼容。
专题
收集真正会跨越系统边界的值：记录中的 UUID、包元数据中的版本，或路由中的 slug。在验证前给每个值贴上类别标签。看起来像版本号的字符串也可能属于项目自定义约定，因此应由字段契约决定使用哪个工具。
UUID 验证器可以给出格式、版本和变体等结构观察。语义化版本校验器可以拆出主版本、次版本、修订号、预发布段和构建元数据。slug 验证器可以发现字符、大小写和分隔符问题。这些都是有用事实，但不能替代项目政策，例如禁止 Nil UUID、保留某个 slug 或要求特定发布通道。
保存原始输入和验证器输出。失败时展示具体语法问题，并提出由负责人确认的修正方案；不要静默改写标识符再把它当作通过。对于警告，记录项目是否接受以及理由，后续 QA 或发布审查才能重现这次判断。
格式通过不能告诉你 UUID 是否冲突、包名或 URL 是否已经注册、slug 是否能解析，也不能判断发布是否兼容现有客户端。版本影响可以继续查看 api-versioning-breaking-change-review；路由和 canonical 问题可以参考 technical-seo-url-workflows。当审查扩展到更多格式时，可使用 validation-format 和 validation-validate。
只有当每个值都有类别、验证结果和政策决定时，才接受这条记录。外部系统尚未检查的项目应标为待核实，而不是暗示已经通过。最终交付应是一份边界清楚、可追踪的语法审查，而不是对全局唯一、资源可用、所有权、URL 存在或发布兼容的承诺。
工作流指南
建立一张小型审查表，记录原始值、目标类别、所属字段和规范来源。让三类值分别进入专用验证器；注册表、DNS、路由和兼容性检查仍交给各自的系统。
将每个 UUID 交给 UUID 验证器，保存格式结果、检测到的版本、变体以及 Nil UUID 提示。再与项目规范对照；结构有效不能说明其他系统没有使用相同值。
把候选版本交给语义化版本校验器，复核主版本、次版本、修订号、预发布段、构建元数据、错误和警告。它只是语法证据，兼容性与变更影响仍需交给 API 版本和发布流程审查。
使用 slug 验证器检查候选值的字符、大小写和分隔符问题。发布前另行确认路由归属、冲突、重定向、保留词和目标 URL；涉及这些范围时转到技术 SEO 工作流。
带连字符的 UUID 结构使用 UUID 验证器；带可选预发布与构建元数据的 x.y.z 版本使用语义化版本校验器；由小写单词和连字符组成的 URL 标识使用 slug 验证器。不要只因为字符串看起来像标识符就选错工具。
通过结果只能支持对当前值的语法或约定记录。它不能证明全局唯一、包或 URL 存在、团队拥有该名称，也不能证明版本与某次发布兼容。