文件命名规范

解决什么问题

一个项目目录里混着 report.docx、report2.docx、final_report.docx 和 report-final-v2.docx 时，问题不只是观感混乱：排序后文件无法按时间或版本自然递进，跨成员协作时同一份文档会出现多个“最终版”，后续脚本按关键词检索也容易漏文件。@user_cb37ec27/dw-file-naming 针对的是大模型在生成、修改、归档文件时命名风格不稳定的情况，让输出产物进入项目目录后保持同一种命名结构。

技能如何工作

• 约束输出命名：模型在创建或另存为文件时，按照约定的命名规则生成文件名，而不是随手使用 final、new、新建文档 这类模糊词。
• 保持结构一致：同一目录内的文件使用统一字段和分隔符，便于人眼浏览，也便于按前缀或后缀批量检索。
• 可解析关键信息：规范命名天然携带日期、版本、类型或归属信息，后续处理可以从文件名中读取上下文，而不必逐个打开确认。

适用边界

它只负责“把名字写对”，不会主动批量重命名现有文件，也不会校验文件内容或格式是否符合规范。如果项目已有自己的命名体系，应优先以现有体系为准；遇到中文、空格、特殊字符或跨平台路径时，也需要确认团队是否要求 ASCII、连字符或时间戳格式，避免把模型生成的名字直接写进关键路径。