archive
作成者 MarsWang42archiveは、OrbitOSスタイルのvault向けに設計されたDocument Filingスキルです。完了済みプロジェクトや処理済みのinboxノートを見つけ出し、アーカイブ候補を事前に確認したうえで、確認済みの項目を日付付きのarchiveフォルダへ整理して移動し、内容をわかりやすく要約します。
このスキルの評価は68/100で、ディレクトリ掲載には十分な実用性がある一方、適用範囲にはやや制約があるワークフローです。リポジトリ上では、具体的なパス、ステータス確認、保存先ルールを伴う実際のarchive手順が確認できるため、OrbitOSのvault構成内で使うなら、汎用的なプロンプトよりもエージェントの実行精度が期待できます。一方で、補助ファイル、導入手順、エッジケースへの明確な取り扱いルールが不足しており、導入判断に必要な情報はやや限定的です。
- `status: done` や `status: processed` のような明示的なステータス信号を使い、完了済みプロジェクトと処理済みinbox項目をarchiveするという発火条件と役割が具体的に定義されています。
- `20_Project/`、`00_Inbox/`、`99_System/Archives/...` などの保存先パスを含む実行可能な複数ステップのワークフローが示されており、エージェントの処理をより具体的に誘導できます。
- ユーザーが候補を選別する流れと、年・月ごとにarchiveを整理するルールが含まれており、単なる説明用の記述ではなく、実運用に使えるスキルとしての信頼性があります.
- support files、scripts、references、install command は提供されていないため、実行は説明文と周辺のOrbitOSファイル規約に大きく依存します。
- リポジトリ上の根拠から見ると制約条件のカバー範囲は限定的で、リンクされたassets、ステータスが混在するノート、標準外のvaultレイアウトなど曖昧なケースでは、依然としてエージェント側の判断が必要になる可能性があります。
archive skill の概要
archive skill でできること
archive skill は、OrbitOS 風の vault における Document Filing に特化したワークフローです。役割は明快で、完了済みのプロジェクトや、すでに処理済みの inbox ノートを見つけ、安全に移動できるものを確認し、追跡可能性を失わないまま日付ベースのフォルダへアーカイブします。アクティブなフォルダはすっきり保ちつつ、過去の記録はきちんと残したい――そんな定期メンテナンスにちょうど合うのがこの archive skill です。
archive を導入すべき人
archive は、構造化された markdown ノートを使い、status: done や status: processed のような frontmatter を持ち、20_Project/、00_Inbox/、99_System/Archives/ のような予測しやすいフォルダ構成で運用しているワークスペースに向いています。すでにファイリングのルールがあり、それを繰り返し実行できる形でアーカイブしたい人向けです。汎用的なナレッジ管理アシスタントを探している人には主目的が異なります。
なぜこの archive skill が選ばれるのか
archive の大きな違いは、単に「古いファイルを移動する」だけではない点です。まずアーカイブ候補を洗い出し、プロジェクトと inbox 項目を分け、対象範囲の確認を取り、そのうえで年別・月別のアーカイブ先に整理して保存します。構造を保ちながら変更内容のサマリーまで出したい場合、一般的なプロンプトよりも安心して任せやすい archive skill です。
archive skill の使い方
インストール前提と想定される vault 構成
この archive 導入は、単体アプリというより repository または vault 向けの skill として捉えるのが適切です。ソースから読み取れる前提ワークフローは次の構成です。
20_Project/for projects00_Inbox/for inbox items99_System/Archives/Projects/YYYY/99_System/Archives/Inbox/YYYY/MM/
archive を使う前に、自分のノート環境が実際にこのレイアウトに沿っているか確認してください。違う場合は、プロンプト内でパスを明示的に調整するのが前提です。まず SKILL.md を読むのがおすすめです。このファイルにロジック全体がまとまっており、補助スクリプトや参照ファイルはないため、裏で何か別の挙動をしているわけではありません。
archive がうまく機能するために必要な入力
archive skill は、「ノートを整理して」のような曖昧な依頼より、具体的な条件を渡したときに最も力を発揮します。特に有効なのは次の情報です。
- vault のルートパス
- frontmatter で
status: doneとstatus: processedを使っているか - 処理済み inbox ノートを
[[ProjectName]]リンクでも判定してよいか - すべての候補をアーカイブしたいのか、一部だけなのか
- 移動は preview のみか、実行まで行うか
より良いプロンプト例:
“Use the archive skill on my vault. Scan 20_Project/ for notes with status: done and 00_Inbox/ for notes with status: processed or clear conversion links. Show candidates first, then archive only confirmed items into dated folders and provide a summary report.”
実用的な archive skill の運用フロー
おすすめの archive usage フローは次の 5 ステップです。
- まず discovery のみ依頼する
- 候補一覧を確認する
- すべて承認、projects のみ、inbox のみ、または個別選択で承認する
- agent に archive フォルダへファイルを移動させる
- 旧パス、新パス、例外ケースを含む最終レポートを依頼する
この 2 段階パターンが重要なのは、この skill が「移動前に確認を取る」設計になっているからです。まだアクティブなノートを誤ってアーカイブするリスクを下げられ、あとで監査もしやすくなります。
repository の読み方と品質を上げるコツ
この archive ガイドで最重要のファイルは EN/.agents/skills/archive/SKILL.md です。最初に読むべきなのは “Identify Items to Archive” と “Archive Process” のセクションです。ここを見ると、実際の判定条件と保存先の構造がわかります。
結果の質を上げるポイント:
archive実行前に frontmatter を正規化する。statusの表記ゆれがあると検出精度が落ちます。- 完了日が入っていない場合は、年ベースで振り分ける際にどの日付を採用するか agent に指定する。
- “summary report + exceptions” を求めると、リンク切れ、日付欠落、プロジェクトフォルダが混在するケースを拾いやすい。
- vault の命名が OrbitOS と異なるなら、対応するパスをプロンプトに直接書く。
archive skill FAQ
archive は通常のファイリング用プロンプトより優れている？
はい。前提として、ノートがすでに安定したルールで運用されているなら、archive のほうが適しています。通常のプロンプトでもアーカイブ提案はできますが、archive skill には「候補を検出する」「選択肢を提示する」「内容タイプごとに移動する」「日付ごとに整理する」という具体的な判断フローがあります。推測に頼る部分が減るので、定期的なメンテナンスを回しやすくなります。
archive は初心者にも向いている？
archive が初心者にも使いやすいのは、vault の構造がすでに整っている場合に限られます。ノートにタグがなく、status が不統一で、フォルダ構成も場当たり的なら、この skill の効果は薄くなります。入力ルールを標準化するまでは、散らかったノート群を魔法のように片付けてくれるツールではありません。
どんなときに archive を使うべきではない？
archive for Document Filing は、まだ作業中の項目があるとき、完了ステータスが曖昧なとき、あるいは単純なアーカイブではなく vault 間の移行が必要なときには不向きです。また、markdown ファイルや frontmatter ベースの状態管理を使っていないシステムとも相性はよくありません。
この archive ガイドの主な境界は？
repository の内容を見る限り、中心となるファイルは 1 つで、自動化スクリプトは含まれていません。つまり、この skill の価値は実行可能なツール群というより、プロンプト設計とワークフローの規律にあります。明確なファイリングロジックは期待できますが、深いバリデーション、自動リンク修復、カスタム移行コードまでを標準で担うものではありません。必要なら自分の agent ワークフロー側で補う前提です。
archive skill を改善する方法
archive の判断シグナルをもっと明確にする
archive の精度を最も手早く改善する方法は、元データのメタデータを整えることです。status の値を統一し、完了日を入れ、inbox ノート内のプロジェクトリンクを明示してください。archive skill は、そうしたシグナルを手がかりに、安全にアーカイブできる候補と、まだアクティブな内容を見分けます。
archive で起こりやすい失敗を防ぐ
よくある問題は、誤検出、日付不足、そしてプロジェクトフォルダと単一ファイルで保存先が曖昧になることです。エラーを減らすには、agent に次のように依頼すると効果的です。
- 何かを移動する前に候補を preview する
- メタデータが不完全なノートを flag する
- “ready to archive” と “needs review” を分けて出す
- 実行前に path の競合を報告する
archive usage のためのプロンプトを強くする
弱い依頼は “archive my vault.” です。より良い依頼は次のようなものです。
“Run the archive skill in preview mode. Detect completed projects in 20_Project/ and processed inbox notes in 00_Inbox/. Use frontmatter first, then project links as a secondary signal. Show proposed destination paths under 99_System/Archives/, highlight uncertain items, and wait for approval before moving files.”
このプロンプトが有効なのは、対象範囲、判定順序、実行モード、レポート内容への期待値が明確になるからです。
最初の archive パス後に見直す
最初の実行が終わったら、skill が見落としたものや誤分類したものを確認してください。そのうえで、プロンプトや vault ルールを更新します。たとえば、足りない status フィールドを追加する、日付のないノートをどう扱うか決める、変換済みの inbox ノートを常にアーカイブ対象にするか明確にする、といった調整です。ファイリングルールが明文化され、繰り返し適用できるようになるほど、archive install の価値は高まります。