文件与文件夹管理工具,覆盖命名规范、文件夹结构、文件检索与关键文档归档
File 文件管理整理是一项面向实际任务的技能,主要用于文件与文件夹管理的完整工具,从命名规范到文件夹结构到关键文档归档,帮助建立可持续的文件管理体系;文件命名系统构建(Naming Conventions);
日期使用可排序格式( 2026-04-17 );版本标记让当前版本一目了。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
文件与文件夹管理的完整工具,从命名规范到文件夹结构到关键文档归档,帮助建立可持续的文件管理体系。
大多数文件混乱始于命名问题。本能力根据用户的实际文件类型构建个性化命名规范:
2026-04-17);版本标记让当前版本一目了然v1、v2、FINAL 区分版本,避免 final、final2、final_USE_THIS_ONE 的混乱Screen Shot 2023-04-17 at 11.43.22 AM 重命名为内容描述格式围绕文件检索方式而非创建方式组织文件夹结构:
处理: 按照skill规范执行文件夹结构设计(Folder Structure)操作,遵循单一意图原则。
通过自然语言描述检索找不到的文件:
输入: 用户提供文件检索与找回(Finding Lost Files)所需的指令和必要参数。
像邮件 Inbox Zero 一样处理文件堆积点:
输入: 用户提供Downloads 与 Desktop 清理(Inbox Zero for Files)所需的指令和必要参数。 输出: 返回Downloads 与 Desktop 清理(Inbox Zero for Files)的执行结果,包含操作状态和输出数据。### 关键文档 inventory 管理(Critical Documents) 识别和管理有实际后果的重要文档:
输入: 用户提供关键文档 inventory 管理(Critical Documents)所需的指令和必要参数。 处理: 按照skill规范执行关键文档 inventory 管理(Critical Documents)操作,遵循单一意图原则。 输出: 返回关键文档 inventory 管理(Critical Documents)的执行结果,包含操作状态和输出数据。### 文件维护习惯养成(Maintenance Without Effort) 建立足够轻量可持续的文件管理习惯:
输入: 用户提供文件维护习惯养成(Maintenance Without Effort)所需的指令和必要参数。 输出: 返回文件维护习惯养成(Maintenance Without Effort)的执行结果,包含操作状态和输出数据。
本skill还覆盖以下能力场景: 文件与文件夹管理、覆盖命名规范、文件检索与关键文、档归档、是文件与文件夹管、理的完整工具、覆盖桌面整理、命名规范构建、文件检索找回、项目文件管理、帮助用户从混乱的、文件堆积建立可持、续的文件管理体系。这些能力在上述核心功能中均有对应处理逻辑。
执行结果以Markdown格式返回,包含操作状态(成功/失败)、处理摘要和具体输出数据。失败时返回错误码和错误信息,便于定位问题。
file的相关能力向Agent发送指令:
使用 文件管理整理 处理以下任务: [具体任务描述]
Agent将根据指令执行操作,返回处理结果。结果格式取决于具体能力点的输出定义。
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent内置LLM提供 |
需要配置对应API Key,详见上文环境配置章节
API Key配置方式:
export API_KEY="your_api_key_here"
配置后需重启会话或开启新终端生效。API Key应妥善保管,避免泄露到版本控制系统。
| 错误场景 | 原因 | 处理方式 |
|---|---|---|
| 文件移动后无法找到 | 新位置不符合用户记忆习惯 | 移动前展示完整计划,经用户审批后再执行,保留移动日志 |
| 批量重命名冲突 | 目标名称已存在或格式冲突 | 重命名前检查冲突,自动添加序号后缀或提示用户手动决定 |
| 文件夹结构过深 | 层级超过 3-4 层导致检索困难 | 限制最大深度,将深层内容提升到浅层或拆分子项目 |
| 关键文档误删 | 清理时未识别为重要文件 | 关键文档 inventory 预先标记,删除前与 inventory 比对 |
| 搜索无结果 | 文件名不含搜索关键词或已被移动 | 使用内容描述搜索,检查 archive 文件夹和 trash |
| 权限不足无法操作 | 系统文件或受保护目录 | 确认操作权限,跳过系统文件,仅处理用户目录 |
| 备份失败 | 存储空间不足或路径不可达 | 检查目标存储空间和路径可访问性,多重备份策略容错 |
| 项目归档不完整 | 未清理临时文件或遗漏交付物 | 使用项目收尾检查清单,逐项确认后再归档压缩 |
A: 先扫描所有文件,按类型分类(截图、文档、文件夹、临时文件)。生成命名规范和目标文件夹结构,展示完整移动计划,用户审批后批量执行。每周 5 分钟检查保持整洁。
A: 根据你实际搜索时输入的关键词命名。日期用 2026-04-17 格式可排序。版本用 v1/v2/FINAL 标记。名称要足够具体,不打开文件就知道内容。
A: 建立文档 inventory — 记录是什么、存在哪里、何时到期。多重备份(本地 + 云端)。合同、税务、医疗等文件单独标记,清理时自动跳过。