archive
작성자 MarsWang42archive는 OrbitOS 스타일 볼트를 위한 Document Filing 스킬입니다. 완료된 프로젝트와 처리된 inbox 노트를 식별하고, 아카이브 후보를 미리 검토한 뒤, 확인된 항목을 날짜 기준 아카이브 폴더로 명확한 요약과 함께 이동할 수 있도록 도와줍니다.
이 스킬의 평점은 68/100으로, 디렉터리 사용자에게는 실사용 가능하지만 적용 범위에 다소 한계가 있는 워크플로로 소개할 수 있습니다. 저장소 근거를 보면 구체적인 경로, 상태 확인, 대상 위치 규칙을 갖춘 실제 archive 절차가 확인되므로, OrbitOS 볼트 구조 안에서 작업할 때는 일반적인 프롬프트보다 에이전트가 더 일관되게 수행할 가능성이 높습니다. 다만 지원 파일, 설치 안내, 예외 상황에 대한 더 강한 처리 규칙이 부족해 설치 판단에 필요한 명확성은 제한적입니다.
- `status: done``,`status: processed` 같은 명시적 상태 신호를 사용해 완료된 프로젝트와 처리된 inbox 항목을 archive한다는 구체적인 트리거와 작업 범위를 정의합니다.
- `20_Project/`, `00_Inbox/`, `99_System/Archives/...` 같은 대상 경로를 포함한 실행 가능한 다단계 워크플로를 제공해, 에이전트가 더 구체적으로 작업을 수행할 수 있습니다.
- 사용자 선택 흐름과 연/월 기준 archive 정리 규칙을 포함하고 있어, 단순한 설명용 스텁을 넘어 실제 운영에 쓸 만한 가치를 보여줍니다.
- 지원 파일, 스크립트, 참고 자료, 설치 명령이 제공되지 않아 실행은 전적으로 설명 문구와 주변 OrbitOS 파일 규약에 의존합니다.
- 저장소 근거상 제약 조건에 대한 커버리지는 제한적으로 보이므로, 연결된 자산, 상태가 섞인 노트, 비표준 볼트 레이아웃 같은 모호한 경우에는 에이전트의 추가 판단이 여전히 필요할 수 있습니다.
archive 스킬 개요
archive 스킬이 하는 일
archive 스킬은 OrbitOS 스타일 볼트에서 문서를 정리 보관하는 데 초점을 맞춘 워크플로입니다. 역할은 단순합니다. 완료된 프로젝트와 이미 처리된 inbox 노트를 찾아서, 무엇을 안전하게 옮길 수 있는지 확인한 뒤, 추적 가능성을 잃지 않으면서 날짜 기준 폴더로 아카이브합니다. 활성 폴더는 더 깔끔하게 유지하고 싶지만 과거 기록은 신뢰성 있게 남겨야 한다면, 이 archive 스킬은 바로 그런 유지보수 작업에 맞게 설계되어 있습니다.
archive를 설치하면 좋은 사용자
작업 공간에서 구조화된 markdown 노트, status: done 또는 status: processed 같은 frontmatter, 그리고 20_Project/, 00_Inbox/, 99_System/Archives/처럼 예측 가능한 폴더 구조를 쓰고 있다면 archive 설치가 잘 맞습니다. 이미 정리 규칙이 잡혀 있고, 이를 반복 가능한 방식으로 아카이브하고 싶은 사용자에게 적합합니다. 범용 지식관리 도우미를 찾는 경우에는 맞지 않습니다.
사용자가 이 archive 스킬을 선택하는 이유
가장 큰 차별점은 archive가 단순히 “오래된 파일을 옮기는” 수준에 머물지 않는다는 점입니다. 먼저 아카이브 후보를 식별하고, 프로젝트와 inbox 항목을 구분한 뒤, 범위를 확인받고, 마지막으로 연도 또는 월 기반 아카이브 경로에 정리합니다. 구조를 유지하면서 변경 사항 요약까지 남기고 싶을 때, 이런 흐름은 일반적인 프롬프트보다 훨씬 안정적으로 작동합니다.
archive 스킬 사용 방법
설치 맥락과 예상 볼트 구조
이 archive 설치는 독립 실행형 앱이라기보다 repository 또는 vault 스킬로 보는 편이 맞습니다. 소스상 근거를 보면 워크플로는 다음 구조를 전제로 합니다.
20_Project/for projects00_Inbox/for inbox items99_System/Archives/Projects/YYYY/99_System/Archives/Inbox/YYYY/MM/
archive를 사용하기 전에, 실제 노트 시스템이 이 레이아웃을 따르는지 확인하거나 프롬프트에서 경로를 직접 맞춰 주세요. 먼저 SKILL.md를 읽는 것이 중요합니다. 전체 로직이 그 파일에 들어 있고, 숨은 동작을 설명해 주는 helper script나 참고 파일은 따로 없습니다.
archive가 제대로 동작하려면 어떤 입력이 필요한가
archive 스킬은 “내 노트 좀 정리해줘” 같은 모호한 요청보다, 구체적인 규칙을 함께 줄 때 가장 잘 작동합니다. 특히 아래 정보가 있으면 결과가 좋아집니다.
- 볼트의 루트 경로
- frontmatter에서
status: done,status: processed를 사용하는지 여부 - 처리된 inbox 노트를
[[ProjectName]]링크로도 식별해도 되는지 여부 - 후보 전체를 아카이브할지, 일부만 아카이브할지
- 에이전트가 이동을 미리보기만 할지, 실제로 실행할지
더 나은 프롬프트 예시는 다음과 같습니다.
“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 사용 워크플로
좋은 archive usage 흐름은 다음과 같습니다.
- 먼저 탐색만 요청합니다.
- 후보 목록을 검토합니다.
- 전체 승인, 프로젝트만, inbox만, 또는 특정 항목만 승인합니다.
- 에이전트가 파일을 아카이브 폴더로 이동하게 합니다.
- 기존 경로, 새 경로, 예외 사항이 포함된 최종 보고서를 요청합니다.
이 2단계 패턴이 중요한 이유는, 이 스킬이 콘텐츠를 옮기기 전에 확인을 받는 구조로 설계되어 있기 때문입니다. 덕분에 아직 활성 상태인 노트를 실수로 아카이브할 가능성을 줄일 수 있고, 결과도 더 쉽게 감사할 수 있습니다.
repository 확인 순서와 품질 팁
이 archive 가이드에서 핵심 파일은 EN/.agents/skills/archive/SKILL.md입니다. 먼저 “Identify Items to Archive”와 “Archive Process” 섹션부터 읽어 보세요. 실제 트리거 조건과 대상 경로 구조가 그 부분에 드러나 있습니다.
결과 품질을 높이는 팁은 다음과 같습니다.
archive를 실행하기 전에 frontmatter를 정규화하세요.status필드가 들쭉날쭉하면 탐지 정확도가 떨어집니다.- 완료 날짜가 없다면, 연도 기준 정리에 어떤 날짜 소스를 사용할지 에이전트에게 명확히 알려주세요.
- “summary report + exceptions”를 요청하면 깨진 링크, 누락된 날짜, 프로젝트 폴더가 섞인 경우를 더 쉽게 잡아낼 수 있습니다.
- 볼트 구조가 OrbitOS 명명 규칙과 다르다면, 대응되는 경로를 프롬프트에 직접 지정하세요.
archive 스킬 FAQ
archive는 일반적인 정리 프롬프트보다 더 나은가?
네. 노트가 이미 안정적인 체계를 따르고 있다면 그렇습니다. 일반 프롬프트도 아카이브를 제안할 수는 있지만, archive skill은 후보 탐지, 선택지 제시, 콘텐츠 유형별 이동, 날짜 기준 정리라는 구체적인 의사결정 흐름을 제공합니다. 덕분에 추측이 줄고, 반복적인 유지보수도 훨씬 쉬워집니다.
archive는 초보자에게도 적합한가?
archive는 볼트 구조가 이미 잡혀 있을 때에만 초보자 친화적입니다. 노트에 태그가 없거나, 상태 값이 제각각이거나, 폴더 구조가 임의적이라면 입력을 표준화하기 전까지는 이 스킬의 효용이 떨어집니다. 지저분한 노트 모음을 마법처럼 정리해 주는 도구는 아닙니다.
어떤 경우에는 archive를 쓰지 말아야 하나?
항목이 아직 활성 상태이거나, 완료 상태가 불분명하거나, 단순 아카이브가 아니라 볼트 간 마이그레이션이 필요한 경우에는 archive for Document Filing을 쓰지 않는 편이 좋습니다. markdown 파일과 frontmatter 기반 상태를 사용하지 않는 시스템에서도 적합도가 낮습니다.
이 archive 가이드의 주요 한계는 무엇인가?
repository 근거를 보면 핵심 파일은 하나이고 자동화 스크립트는 없습니다. 즉, 이 스킬의 가치는 실행 가능한 툴링 자체보다 프롬프트 설계와 워크플로 규율에 있습니다. 명확한 정리 로직은 기대할 수 있지만, 자체적인 깊은 검증, 자동 링크 복구, 맞춤형 마이그레이션 코드는 직접 에이전트 워크플로에 추가하지 않는 한 포함되어 있지 않다고 보는 편이 맞습니다.
archive 스킬 개선 방법
archive에 더 명확한 판단 신호 주기
archive 결과를 가장 빠르게 개선하는 방법은 원본 메타데이터를 더 탄탄하게 만드는 것입니다. 일관된 status 값을 쓰고, 완료 날짜를 넣고, inbox 노트 안에서 프로젝트 링크를 명시적으로 연결하세요. archive 스킬은 이런 신호를 바탕으로 안전하게 아카이브할 수 있는 후보와 아직 활성 상태인 자료를 구분합니다.
archive에서 자주 생기는 실패 패턴 방지하기
가장 흔한 문제는 false positive, 날짜 누락, 그리고 프로젝트 폴더와 단일 파일 사이의 대상 경로 모호성입니다. 오류를 줄이려면 에이전트에게 다음을 요청하세요.
- 무엇이든 이동하기 전에 후보를 미리보기로 보여주기
- 메타데이터가 불완전한 노트 표시하기
- “ready to archive”와 “needs review”를 구분하기
- 실행 전에 경로 충돌을 보고하기
archive 사용을 위한 더 강한 프롬프트 작성하기
약한 요청은 “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 패스 후 반복 개선하기
첫 실행이 끝나면, 스킬이 놓친 항목이나 잘못 분류한 항목을 검토하세요. 그런 다음 프롬프트나 볼트 규칙을 업데이트하면 됩니다. 예를 들어 누락된 상태 필드를 추가하고, 날짜 없는 노트를 어떻게 처리할지 정하고, 변환된 inbox 노트를 항상 아카이브할지 명확히 하세요. 정리 규칙이 더 명시적이고 반복 가능해질수록 archive install의 가치도 함께 커집니다.