archive（归档管理技能）Skill 到底能做什么？

归档管理技能：让已完成项目与收件箱不再堆积成山

• 一句话定位：它是 OrbitOS 体系下的「保险库档案管理员」，专门负责把 status: done 的已完成项目和 status: processed 的已处理收件箱条目，按年份/月份自动搬进归档区，只移动、不删除。
• 核心动作：先扫描 → 再以中文列清单请你确认 → 然后按目录规范移动 → 补写 archived 日期 → 最后输出归档报告与库状态统计。
• 最大特点：归档前必须经过用户确认，支持「全部归档 / 仅项目 / 仅收件箱 / 自选」四类选项，并且保证 Obsidian wikilinks 跨位置依然有效。
• 适合谁：用 Obsidian 或类似「文件夹 + Markdown + 双链」体系做个人知识管理（PKM）、项目数量越积越多、收件箱长期不清空的用户。
• 上手成本：对话式调用，无需写脚本，但需要你的笔记库基本遵循它约定的目录结构（以官方说明为准）。

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

技能中文名：归档管理技能（技能信息中标注为「归档管理技能Skill」） 技能英文名：archive 技能ID：12617

它解决的问题非常具体：知识库用久了，20_项目/ 里塞满已经交付完毕的项目，00_收件箱/ 里堆着一堆「已经处理过但没清走」的灵感和剪藏。这些内容既不想删（都是历史记录），又不能一直留在活动区（干扰注意力）。手动整理的问题在于：要一个个判断状态、一层层建年份文件夹、还要担心移动之后双链会不会断——又枯燥又容易出错。这个技能就是把这套动作标准化的。

「一键安装」思路与步骤（具体命令、入口地址、是否收费，均以官方说明为准）：

1. 确认前提：你需要一个支持「技能（Skill）」机制的 AI 助手或客户端环境；同时笔记库最好已具备详情中约定的目录约定——00_收件箱/、20_项目/、50_资源/、99_系统/。
2. 找到入口：在技能市场/技能库中搜索技能名「归档」或技能 ID 12617，找到名为 archive 的技能条目。
3. 一键启用：点击安装/启用（部分环境需在配置里勾选允许该技能读写本地文件与目录），完成后按官方提示确认权限范围。
4. 验证是否生效：直接用自然语言触发，例如输入「帮我看看有哪些项目可以归档」。若返回形如「## 待归档项目」的中文清单，并列出了已完成项目与已处理收件箱的条目，说明技能已经正常工作。
5. 小范围试跑：第一次使用时，建议选「仅归档收件箱」或「选择特定项目」跑一遍，确认归档路径符合你的预期，再放开全部归档。

该技能的主要功能和特点

• 双重扫描识别：在 20_项目/ 中查找所有 status: done 的文件；在 00_收件箱/ 中查找 status: processed 的文件，或带有 [[项目名称]] 链接（说明已转化为项目）的文件。
• 中文清单先确认、后执行：不会偷偷搬文件，而是先列出「已完成项目（N 个）」「已处理收件箱（N 个）」并给日期，再让你选：全部归档 / 仅归档项目 / 仅归档收件箱 / 选择特定项目 / 取消。
• 按时间分层归档：项目按完成年份归档到 99_系统/归档/项目/YYYY/；收件箱按处理年份与月份归档到 99_系统/归档/收件箱/YYYY/MM/。这是它最有辨识度的设计——项目和灵感用两套时间逻辑。
• 自动补元数据：在 frontmatter 中写入 archived: YYYY-MM-DD，其余元数据原样保留，让「什么时候归档的」可追溯。
• 链接不失效：依赖 Obsidian wikilinks 跨位置可用的特性，移动文件后原有双链依然指向正确位置，并在当天的每日笔记中记录本次归档操作。
• 孤立资源清理提醒：归档后会检查 50_资源/ 内的孤立资产（assets），询问是否需要清理，而不是自作主张删除。
• 批量与统计：支持一次性归档多个项目并自动按年份分组；可跟踪随时间完成的项目数量，为年度总结提供素材。
• 可选的项目回顾：归档前可生成快速回顾（什么做得好、什么可改进、关键学习），并写入项目的进度部分。
• 边缘情况处理：没有可归档项目时「庆祝」并建议回顾暂停中的项目；文件夹内状态混杂时反问你「归档整个文件夹还是仅某些文件」；带资产的大型项目会先确认资产是否一并归档。

和「手动拖文件夹」这种普通做法比，它强在判断状态、组织路径、补元数据、写记录、提醒清理这五件事一次做完，而且每一步都有确认与可回溯痕迹。

如何使用该技能？

1. 唤醒技能：在对话中直接说「归档」「帮我整理一下已完成的项目」「清理已处理的收件箱」，技能即以「保险库档案管理员」角色接手。

2. 查看待归档清单：技能会返回中文清单。典型的输入示例与返回如下（示例内容参考技能自带的输出样例）：

   「帮我归档一下」

   待归档项目

   已完成项目 (2):

   • [[Personal_OS_Setup]] - 完成于 2026-01-30
   • [[NYC_Trip_Feb_2026]] - 完成于 2026-02-09 已处理收件箱 (1):
   • Build my personal OS with obsidian and Claude Code.md - 已转为 [[Personal_OS_Setup]]

   是否归档这些项目？（将移动至 99_系统/归档/，wikilinks 仍然有效） 选项：1. 全部归档　2. 仅归档项目　3. 仅归档收件箱　4. 选择特定项目　5. 取消

3. 做选择：回复「1」全部归档，或回复「3」只清收件箱，或回复「4」再逐个点名要归档的条目。技能在动作前始终等你确认。

4. 观察执行过程：技能逐个读取文件完整内容与元数据，移动项目（单文件→99_系统/归档/项目/YYYY/项目名称.md；文件夹→99_系统/归档/项目/YYYY/项目名称/），收件箱条目→99_系统/归档/收件箱/YYYY/MM/文件名.md，并写入 archived 日期。

5. 阅读完成报告：执行结束会输出「## 归档完成」，包含归档到哪个年份目录、对应路径映射，以及「库状态」（正在进行项目数、收件箱条目数、已归档项目总数、已归档收件箱总数）和后续建议清单（检查暂停中的项目、处理剩余收件箱条目、清理孤立资源）。

6. 按需追加：想让归档更有价值，可以在归档前说「先给这几个项目做个快速回顾」；想核对结果，可以看当天每日笔记里的归档记录。

同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
archive（归档管理技能）	知识库内的专职「档案管理员」	双源扫描、中文清单确认、按年/月分层归档、补 archived 元数据、保留 wikilinks、孤立资源提醒、统计与可选回顾	需支持 Skill 机制的环境，笔记库需基本符合其目录约定；对话式调用，无需编程（以官方说明为准）	Obsidian 类 Markdown 知识库的周期性整理，项目多、收件箱长期积压	优势：全流程一次做完、有确认与记录、不删除只移动。不足：强依赖目录与 frontmatter 命名规范，脱离该体系效果打折
纯手动整理（文件管理器/Obsidian 侧边栏拖拽）	最原始方案	人眼判断状态、手动建年份文件夹、手动拖动	零门槛	文件量少、偶尔整理一次	优势：完全可控、零依赖。不足：极易漏判、耗时、容易忘记补归档日期、资产容易变孤儿
笔记软件自带的归档/标签功能（如通用笔记应用的 Archive 按钮、标签过滤）	平台内置的软归档	一键打上「已归档」标记、从主视图隐藏	极低，随软件自带	单平台内快速隐藏已完成内容	优势：操作简单、无额外安装。不足：多为「标记隐藏」而非「真实移动」，不形成按年份的物理归档结构，也缺少确认清单与统计报告
通用 AI 对话助手临时写脚本整理	一次性外包给 AI	让 AI 现写一段脚本/指令来移动文件	中等，需描述清楚目录结构与判定规则，且每次都要重新交代	一次性、结构特殊的迁移任务	优势：灵活、可定制。不足：每次重复沟通成本高，缺少固定规则约束（如「从不删除」），出错后不易追溯

选择建议：如果你已经在用 Markdown 文件夹体系做项目管理，archive 的规则化程度和「先确认后执行」的安全性是最省心的；如果只是想在某个 App 里把内容藏起来，用内置归档按钮就够。

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

场景一：个人知识库的月度/季度大扫除（个人用户 / PKM 爱好者） 痛点：半年没整理，20_项目/ 里混着交付完的、暂停的、还在跑的，00_收件箱/ 堆了上百条「待处理」。使用方式：直接说「归档」，看清单，选「全部归档」，然后读完成报告里的「库状态」。实际体验：从流程设计看，最省心的是它把「判断哪些该归档」这一步也代劳了——按 status: done 和 status: processed 机械筛选，不靠人回忆。注意事项：如果你的 frontmatter 里状态字段命名不统一，会漏掉一部分，建议先抽查几条再全量跑。

场景二：项目交付后的收尾（产品经理 / 自由职业者） 痛点：项目做完就丢在那里，久了分不清哪个是「完成」哪个是「搁置」。使用方式：先让它生成项目回顾（什么做得好、什么可改进、关键学习），再归档到 99_系统/归档/项目/YYYY/。实际体验：回顾 + 归档两个动作合并，项目经验不会随文件一起被「雪藏」；按完成年份分文件夹后，年底做总结可以直接按年份目录翻。注意事项：文件夹内状态混杂时，它会反问你要整夹归档还是只归档部分文件，这一步别急着回，先确认资产是否随项目一起走。

场景三：灵感收件箱的定期清空（内容创作者 / 研究者） 痛点：快速捕获的碎片想法越积越多，处理过的也留在原地。使用方式：选「仅归档收件箱」，技能把已处理条目按 YYYY/MM 移到 99_系统/归档/收件箱/，保留按时间顺序的捕获历史。实际体验：按月份分层的好处是能回看「我这个月都想了什么」，而不是混成一坨。注意事项：如果条目是用 [[项目名称]] 链接标记「已转化」的，它也能识别，但前提是链接确实写进了文件。

场景四：团队共享库的规范化维护（小团队 / 工作室） 痛点：多人往同一个库写东西，活动区越来越乱，谁都不敢动别人的文件。使用方式：统一 frontmatter 规范后由一人执行归档，确认清单天然起到「变更公示」的作用。实际体验：它遵循「从不删除、只移动」的硬规则，加上归档日期写进元数据，出现争议时可直接追溯。注意事项：涉及他人资产时，务必使用「选择特定项目」逐批确认，别用全部归档。

整体上手难度：低。不需要写任何代码，全部是对话选择；真正的门槛在于「你的库得先有规矩」——目录名、状态字段、资产目录，越规范越顺滑。

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

• 把「整理」从一次性劳动变成可重复的流程：过去整理一次库要花小半天，还得靠意志力启动；现在触发一句「归档」，选个选项就完成。技能还建议每周/每月做小回顾、每季度做一次归档，让整洁变成习惯而不是突击。
• 降低知识管理的操作门槛：不用记「项目按年、收件箱按年月」这种细节，也不用担心双链断掉——规则被固化在技能里，新手也能做出和老手一样的目录结构。
• 可量化的目录收益：完成报告直接给出「正在进行项目数 / 收件箱条目数 / 已归档项目总数 / 已归档收件箱总数」四项指标，活动区规模的变化一眼可见；年度项目完成数量还能支撑年度总结。
• 零丢失风险：所有操作都是「移动 + 补元数据」，不做删除，归档后还能靠原有 wikilinks 从任何笔记跳回去，心理负担极小。
• 长期价值：按年份沉淀的项目档案，本身就是一份可检索的个人履历与经验库——做过什么、什么时候完成、当时学到什么，都在里面。

常见问题 FAQ

Q1：这个技能怎么安装？需要付费吗？ 在支持技能机制的环境里，从技能市场或技能库搜索「归档」或技能 ID 12617 找到 archive 并启用即可，首次启用通常还需确认文件读写权限。具体安装命令、入口链接与是否收费，以官方说明为准，本文不代为承诺。

Q2：它会不会把我的文件删掉？ 不会。技能的重要规则写明「保留所有内容——从不删除，只移动」。它只是把文件搬到 99_系统/归档/ 下，并在 frontmatter 里追加 archived: YYYY-MM-DD，其余元数据保持不变。

Q3：归档之后，原来的双链会不会失效？ 不会。技能依赖 Obsidian wikilinks 跨位置依然有效的特性，文件移动到归档目录后原有链接仍然指向正确位置。它还会在当天的每日笔记里记录本次归档操作，方便回溯。

Q4：我的笔记库不是它的目录结构，还能用吗？ 效果会打折。技能默认在 20_项目/、00_收件箱/ 中扫描，并把内容送往 99_系统/归档/项目/YYYY/ 与 99_系统/归档/收件箱/YYYY/MM/。如果目录名不同，建议先按官方说明调整结构或确认是否支持自定义，否则可能出现「找不到待归档项」的情况。

Q5：它和笔记软件自带的「归档」按钮有什么区别？ 自带按钮通常是「给文件打个标记、从主视图隐藏」，文件还在原地；这个技能做的是真实移动，按年份/月份建立物理归档结构，还会补归档日期、做孤立资源检查、输出库状态统计。如果你只需要临时隐藏，用自带按钮更轻；如果你想让知识库长期保持结构清晰，它更合适。

Q6：适合谁用？不适合谁？ 适合用 Markdown + 文件夹 + 双链做个人项目管理、且已经有基本 frontmatter 规范的用户；不适合目录结构完全自由、文件命名随意的库，也不适合只想「隐藏内容」而不想移动文件的轻量需求。