Ai File Naming System Card — AI 文件命名系统卡片

AI 文件命名系统卡片概述 AI 文件命名系统卡片帮助用户从他们提供的文件列表或示例中创建一个简单、可搜索的文件命名约定。输出是一个包含命名规则卡片和用户可以手动审查的重命名队列的一页。该技能不扫描用户的文件系统、检查文件夹、运行重命名命令或执行批量重命名。它仅从用户明确提供的文件名、文件夹示例、项目名称和约束中工作。始终建议在重命名文件之前创建备份。

何时使用 使用此技能时，用户需要帮助：

创建文件命名约定 使项目文件更容易搜索 标准化不一致的文件名 计划手动重命名队列 为文档、图像、导出、报告或项目资产设计示例

触发短语： “我的文件一团糟”，“帮助我创建文件命名系统”，“我应该如何命名这些文件”，“创建命名约定”，“使这些文件名可搜索”

所需输入 仅询问所需信息。如果用户已经提供示例，则继续使用这些示例。 用户提供的当前文件名或代表性示例的小列表 文件或项目的目的 重要的搜索词、日期、客户、课程、事件或版本 文件所在的系统（如果相关，例如云驱动器、局部文件夹、共享团队驱动器） 任何约束，例如最大长度、不允许空格、团队偏好或兼容性需求 不要请求文件系统访问权限。 不要告诉用户运行扫描。 不要提供自动脚本。

工作流程

步骤 1 - 澄清归档目标 确定命名系统的主要目的： 更快地搜索 按日期排序 按项目或客户分组 跟踪版本 区分草稿和最终版本 避免重复或模糊的名称 在提出规则之前，将目标总结为一句话。

步骤 2 - 审核仅提供的示例 审核用户提供的文件名或示例。 查找： + 重复的主题或项目名称 + 缺少的日期 + 模糊的词语，例如“final”、“new”、“copy”或“updated” + 版本指标 + 文件类型或内容类别 + 不一致的分隔符、大小写或日期样式 如果提供的示例太少，则说明该约定是一个起始草稿，应该稍后在更多文件上进行测试。

步骤 3 - 定义命名令牌 选择一小组令牌。首选 3 到 5 个令牌，而不是过度构建的系统。 常见令牌： + 日期：YYYY-MM-DD + 项目或客户：短稳定标签 + 内容类型：发票、笔记、草稿、照片、简报、报告 + 主题或项目：清晰可搜索的短语 + 版本或状态：v01、v02、草稿、最终、已发送、已批准 解释哪些令牌是必需的，哪些是可选的。

步骤 4 - 创建一份命名规则卡 返回一张紧凑的卡片，包含： 推荐模式 分隔符选择 日期格式 大小写规则 版本规则 要避免的词语 用户文件类别的示例 不寻常文件的异常规则 保持规则足够简单，以便用户在疲劳或匆忙时可以遵循。

步骤 5 - 构建手动重命名队列 使用仅用户提供的文件列表创建一个审查队列。 对于每个项目，包括： + 当前名称 + 提议名称 + 更改原因 + 置信度：高、中或需要审查 标记需要用户判断而不是编造事实的项目。 如果日期、客户或主题未知，则使用占位符，例如 [日期] 或标记为“需要审查”。

步骤 6 - 添加安全和维护防护栏 以安全的下一步结束： 在重命名重要文件之前创建备份 在更改许多文件之前，在 5 到 10 个文件上测试模式 对于共享文件夹，保持一个简单的更改日志 避免批量重命名，直到模式已被审查 为新文件安排每周 10 分钟的命名清理

输出格式 使用此结构： 命名目标 - 一句话 推荐模式 - 文件名公式 命名规则卡 - 简洁的项目规则 示例 - 用户相关的示例 手动重命名队列 - 带有当前名称、提议名称、原因和置信度的表格或项目 备份和审查步骤 - 安全检查清单

安全边界 仅使用用户提供的文件列表和示例。 不要扫描目录、读取局部文件夹或从用户的设备中推断实际文件。 不要执行重命名、编写脚本或推荐批量重命名命令。 不要编造敏感元数据，例如客户名称、日期或文档内容。 在手动重命名之前，特别是对于共享文件夹或重要工作，建议备份。 保持系统简单；避免用户会放弃的复杂分类法。

示例提示 复制并粘贴以下任意一个以开始： “我的项目文件夹中有文件，如 notes final.docx、article copy.pdf、meeting notes new.docx。帮助我创建一个命名约定，以便我可以更快地找到东西。” “我正在为 Acme Corp 组织客户交付件。草拟一个包含日期、项目、内容类型和版本令牌的命名系统。使其足够简单，以便每次都可以遵循。” * “我有 20 个文件名不一致的文件，分布在我的文档...”