archive（归档管理Skill）Skill 是什么？怎么用？

归档管理Skill：让已完成项目和已处理笔记自动“归位”，保持知识库常年清爽

核心结论速览：

归档管理Skill（英文名 archive，技能ID 12605） 是一款专为 OrbitOS 金库（Vault）设计的“档案管理员”型 AI 技能，负责把已完成项目和已处理的收件箱笔记搬进归档区。
它只移动、不删除：所有内容原样保留，只在 frontmatter 里追加归档日期，Obsidian 的 wikilinks 跨目录依然有效，历史可追溯。
归档路径按时间自动分层：项目按完成年份进入 99_System/Archives/Projects/YYYY/，收件箱笔记按处理年月进入 99_System/Archives/Inbox/YYYY/MM/。
它先展示、再确认、后执行：动手前会把待归档清单列给你看，并提供“全部归档 / 仅项目 / 仅收件箱 / 自选 / 取消”五种选项，避免误操作。
归档结束后自动生成总结报告与金库状态统计，并把本次操作记录到当日每日笔记，形成可回溯的整理日志。

1. 该技能叫什么？如何一键安装 AI 技能提升开发效率？

先明确身份三件套：

项目	内容
技能中文名	归档管理Skill
技能英文名	archive
技能ID	12605
一句话定位	OrbitOS 金库档案管理员，负责归档已完成项目与已处理收件箱项目

它解决什么问题？

长期使用笔记与项目管理工具的人，几乎都会遇到同一个困境：活跃区越来越臃肿。20_Project/ 里堆着几十个早已交付的项目，00_Inbox/ 里躺着上百条“有空再整理”的碎片想法。结果是——找不到当前该做的事，搜索被历史噪音淹没，每周回顾变成翻垃圾堆。

传统做法是手动建文件夹、手动拖拽、手动改状态字段、手动补日期，一次整理半小时起步，而且极易漏改、错放、断链。归档管理Skill 把这个过程变成一句指令：AI 自己扫描状态字段、自己判断归属、自己建目录、自己更新元数据、自己写报告。

一键安装的思路与步骤

所谓“一键安装 AI 技能”，本质是把一个已经写好提示词与工作流的技能包，挂载到你的 AI 客户端里，让它在需要时被自动调用，而不是每次手写长段指令。通用流程如下（具体入口与命令以官方说明为准）：

确认安装前提
- 你使用的 AI 客户端/平台支持技能（Skill）机制，且已登录可用账号；
- 你的知识库是 OrbitOS 结构的金库，即存在 00_Inbox/、20_Project/、50_Resources/、99_System/Archives/ 这些目录；
- AI 客户端已获得该金库目录的读写权限（否则技能只能“看”不能“搬”）。
定位技能
- 在技能市场/技能库中，用技能ID 12605 精确检索，或用英文名 archive、中文名 归档管理Skill 搜索；
- 进入详情页确认描述为“归档已完成项目和已处理的收件箱项目”，避免同名技能混淆。
执行安装
- 点击安装/启用按钮，按提示确认权限范围；
- 若平台提供命令行入口，通常为“安装技能 + 技能标识”的形式，具体命令以官方说明为准，请勿凭猜测执行。
验证是否生效
- 在对话中直接问一句：“帮我看看有哪些项目可以归档？”
- 如果技能已生效，它会按工作流扫描 20_Project/ 中 status: done 的文件与 00_Inbox/ 中 status: processed 的文件，并输出“## 准备归档的项目”清单；
- 若没有响应，先检查技能是否处于“启用”状态、金库路径是否授权、当前会话是否挂载了该技能。

2. 该技能的主要功能和特点

双通道识别：一边扫描 20_Project/ 中 status: done 的已完成项目，一边扫描 00_Inbox/ 中 status: processed 或已带 [[项目名称]] 链接的已转化笔记，两类对象分开统计、分开处理。
归档前强制确认：永远先展示清单（含完成日期、处理去向），再让用户从“归档所有 / 仅归档项目 / 仅归档收件箱 / 选择特定项目 / 取消”中选择，符合“不擅自破坏用户数据结构”的安全设计。
差异化归档结构：项目属于“结构化工作带成果”，按完成年份归档；收件箱笔记属于“快速捕获和想法”，按处理年月归档。两套时间逻辑各司其职。
只移动不删除：核心规则写明“保留所有内容——从不删除，只移动”，任何情况下原文都在。
元数据留痕：归档时在 frontmatter 追加 archived: YYYY-MM-DD，其余元数据保持完整，日后回溯可知“何时入档”。
链接不失效：利用 Obsidian wikilinks 跨位置可解析的特性，文件搬家后双链照常工作。
操作可追溯：自动把归档动作记录进“今日的每日笔记”，并输出归档总结与金库状态统计（活跃项目数、收件箱数、累计归档数）。
批量与统计能力：支持一次归档多个项目并按年份自动分组；可持续跟踪完成项目数量，用于生成年度总结。
可选项目回顾：归档前可顺手生成复盘（什么进展顺利、什么可改进、关键学习），写回项目进度部分。
资产清理建议：检查 50_Resources/ 中的孤立资源，询问是否需要一并清理。

和普通工具比强在哪？ 普通做法是“人找文件 + 人判断 + 人搬运”，技能是“AI 找、AI 判断、AI 搬运、AI 汇报”，人只做一次确认。它不只是文件移动器，而是一套带确认、带留痕、带统计的整理流程。

3. 如何使用该技能？

第 1 步：唤起技能。 在已安装该技能的会话中直接下达自然语言指令，例如：

“帮我归档已完成的项目和已处理的收件箱笔记。”

第 2 步：审阅清单。 技能会输出类似下面的内容（示例来自技能内置样例）：

准备归档的项目

已完成项目 (2)：

[[个人_OS_设置]] - 完成于 2026-01-30

[[纽约_旅行_二月_2026]] - 完成于 2026-02-09

已处理收件箱项目 (1)：

用 obsidian 和 Claude Code 构建我的个人 OS.md - 已处理到 [[个人_OS_设置]]

第 3 步：做出选择。 回复序号即可：1 归档所有、2 仅归档项目、3 仅归档收件箱、4 选择特定项目、5 取消。也可以直接说“只归档第二个项目”。

第 4 步：确认执行细节。 遇到以下边缘情况，技能会追问你：文件夹里状态混杂时，问是归档整个文件夹还是只归档特定文件；大型项目带资产时，问资产是否一并归档；项目刚完成不久时，提醒你是否先做一次项目回顾。

第 5 步：查看总结报告。 执行完毕后会得到形如“## 归档完成”的报告，列出每个文件的新位置、金库状态统计与后续建议（如“审查待处理项目以考虑归档”“处理剩余收件箱项目”）。

第 6 步：验证结果。 到 99_System/Archives/Projects/2026/ 与 99_System/Archives/Inbox/2026/01/ 下确认文件已就位，打开任意一个笔记看双链是否仍可跳转，检查 frontmatter 是否新增了 archived 字段。

小技巧： 如果你只想看不想动，可以只说“列一下可归档清单”，然后在第 3 步选“取消”，相当于一次零成本的库健康体检。

4. 同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
归档管理Skill（archive）	AI 驱动的金库档案管理员	自动识别 done/processed、按年月归档、更新 frontmatter、写每日笔记、输出统计报告	需在支持技能的客户端安装并授权金库目录，使用门槛低（自然语言指令）	Obsidian/OrbitOS 类结构化金库的周期性整理	优势：流程完整、有确认机制、全程留痕；不足：依赖既定目录命名与状态字段规范
手动整理 + 文件管理器拖拽	人工归档	建文件夹、拖文件、改属性	零门槛但耗时高	文件量小、偶发整理	优势：完全可控；不足：易漏改断链、无法批量、无统计
笔记软件的查询/视图能力（如基于元数据的筛选视图）	只读式“虚拟归档”	按状态字段过滤展示，不移动文件	需自行配置查询语法	想“看见但不想动文件”的场景	优势：不改变物理结构；不足：文件仍堆在原目录，库体积问题未解决
Obsidian 社区归档类插件	规则化文件搬运	按规则或命令移动文件、部分支持属性更新	需自行安装、配置规则，学习成本中等	固定规则的重复归档	优势：可自动化；不足：规则僵化，遇到状态混杂、带资产项目等边缘情况需人工判断
通用 AI 助手直接对话整理	临时性整理助手	依靠用户口述指令移动文件	无需专门安装，但每次需重述需求	一次性的临时整理	优势：灵活；不足：无固定工作流、易遗漏确认与留痕环节、结果不稳定

从表格可以看出：查询视图类方案解决“看得见”，插件类方案解决“按规则搬”，而归档管理Skill 解决的是“带判断、带确认、带记录的完整整理闭环”。

5. 该技能的典型应用场景与实际体验情况

场景一：个人知识管理者的月末大扫除。 角色：用 Obsidian 搭建个人 OS 的独立开发者或内容创作者。痛点：一个月下来 00_Inbox/ 积压几十条碎片，20_Project/ 里五六个项目其实早已交付，却一直挂在活跃区碍眼。使用方式：月初说一句“归档一下”，审阅清单后选“归档所有”。实际体验：上手几乎零学习成本，因为技能自带清单展示，用户只需做选择题；效果上，活跃区立刻瘦身，且因为保留了 wikilinks，写周报时引用旧项目依然顺畅。注意：前提是你的项目文件确实写了 status: done，否则技能识别不到。

场景二：小团队的交付物归档。 角色：需要定期清理项目看板的协作小组。痛点：交付完成后无人负责搬文件，历史项目与新项目混在一起，新人接手时找不到“上一个版本长什么样”。使用方式：指定归档特定项目，或让技能按年份分组批量处理。实际体验：按年份分目录的设计非常实用，Archives/Projects/2026/ 与 2025/ 一目了然；带资产的大项目会被单独询问是否连资产一起归档，避免了“笔记走了图没走”的破图问题。注意：文件夹内状态混杂时务必响应它的追问，不要默认“全都要”。

场景三：想法从收件箱到项目的“结案”。 角色：习惯快速捕获灵感的写作者。痛点：灵感笔记转化为项目后，原始捕获文件仍留在收件箱，形成重复信息。使用方式：技能会识别带 [[项目名称]] 链接的已转化笔记，按处理年月归档到 Archives/Inbox/YYYY/MM/。实际体验：这条“保留按时间顺序的捕获历史”的设计很贴心，几个月后回看“一月的我都在想什么”非常直观。注意：如果你的收件箱笔记既没有 status: processed 也没有指向项目的链接，技能不会动它——这属于合理保守，不是 bug。

场景四：季度复盘与年度总结的数据底座。 角色：需要做周期性复盘的人。痛点：想统计“今年完成了多少项目”，却无从下手。使用方式：归档完成后读取报告中的统计数字，或让技能生成年度总结。实际体验：每次归档自动累计“已归档项目（总计）”，季度末直接拿来用，省去了手工数文件的时间。注意：统计数据依赖归档执行的连续性，建议按技能建议设置季度归档提醒。

6. 该技能能为用户带来的价值

效率提升：把一次完整归档从“半小时手工搬运”压缩到“一句话 + 一次选择”。清单识别、目录创建、元数据更新、日志记录、统计汇总全部自动完成，人工只保留决策环节。
门槛降低：不需要记目录规范、不需要会写查询语法、不需要理解 frontmatter，只要会说“归档一下”。对非技术背景的知识管理用户尤其友好。
风险降低：内置“从不删除，只移动”“归档前确认”“保留链接”三条硬规则，把误删、误移、断链这三类最常见的整理事故挡在流程之外。
结构长期可维护：项目按年份、收件箱按年月的时间分层，让金库随时间增长仍然可导航；归档日期写入元数据，形成可审计的变更历史。
决策支持：金库状态统计（活跃项目数、收件箱数、累计归档数）与年度总结能力，把“整理”变成可量化的运营指标，帮用户判断自己的工作节奏是否健康。
习惯养成：配合“每周/每月审查”“每季度归档提醒”的后续协议，把一次性的清理动作沉淀为可持续的维护机制。

7. 常见问题 FAQ

Q1：这个技能怎么安装？我没找到命令。 在支持技能机制的 AI 客户端中，用技能ID 12605 或英文名 archive 检索技能库，进入详情页点击安装/启用即可；若平台提供命令行入口，具体命令请以官方说明为准。安装后说一句“看看有哪些项目可以归档”，能返回清单就说明已生效。

Q2：它会删除我的文件吗？会不会把重要笔记弄丢？ 不会。技能的重要规则明确写着“保留所有内容——从不删除，只移动”。它只把文件搬到 99_System/Archives/ 下，并在 frontmatter 追加归档日期，原有内容与其他元数据全部保留。

Q3：归档后我的双向链接会不会全部失效？ 不会。技能的设计前提就是 Obsidian wikilinks 跨位置可解析，文件移到新目录后链接照常工作。此外它还会把本次归档记录进“今日的每日笔记”，方便你回溯哪天做了什么操作。

Q4：收费吗？适合谁用？ 费用与授权方式取决于所在平台的技能商店政策，以官方说明为准。适用人群非常明确：使用 OrbitOS 结构金库、且项目与收件箱长期堆积的个人知识管理者、独立开发者、内容创作者和小型协作团队。如果你的笔记不写状态字段、目录结构也完全不同，这个技能的价值会大打折扣。

Q5：和直接用插件或查询视图比，该怎么选？ 想“只看不动”选查询视图；规则固定、场景单一选归档类插件；需要“AI 判断 + 人工确认 + 全程留痕 + 统计报告”的完整闭环，选归档管理Skill。三者也可以组合：用视图做日常浏览，用技能做周期性归档。

Q6：如果它识别不到我已完成的项目怎么办？ 先检查项目文件 frontmatter 中是否有 status: done，收件箱笔记是否有 status: processed 或指向项目的 [[项目名称]] 链接。技能的识别完全基于这些字段，缺字段就不会被扫描到——这也意味着你可以通过补字段来精确控制“哪些该归档”。