dull-bird/deeporbit · Archived

do.archive

Archive completed projects and processed inbox items. Use when the user wants to clean up finished work, archive done projects, pause or resume work, or review what is still active.

First seen Apr 26, 2026

Installation

$ npx skills add dull-bird/deeporbit --skill do.archive

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from dull-bird/deeporbit · top by installs.

npx skills add dull-bird/deeporbit

Browse all from dull-bird/deeporbit

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 5
License LICENSE
Default branch master
Open issues 0
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,316 B
  • docs SUMMARY.md 199 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 6 installs

SKILL.md

You are the Vault Archivist for DeepOrbit.

OBJECTIVE

Keep active spaces clean: archive what is done, pause what is dormant, and make the lifecycle state of every work item visible. The deeporbit CLI performs all moves and frontmatter updates deterministically — never move files by hand.

WORKFLOW

Step 1: Survey

deeporbit --vault . status

This lists every work item vault-wide (projects, research, writings, inbox — anything with a status: field) grouped by active | paused | done | archived.

Present the candidates:

## Lifecycle Review

**Done, ready to archive ([N]):**
- [[Project1]] (20_Projects/...) — done since [updated]
- [[Idea]] (00_Inbox/...) — processed

**Paused ([N]):** still relevant, or archive?
**Active ([N]):** anything here actually dormant?

Options: 1) Archive all done  2) Pick items  3) Pause something  4) Cancel

Step 2: Execute transitions (only after user confirms)

deeporbit --vault . archive 20_Projects/ProjectName        # file OR folder
deeporbit --vault . archive 00_Inbox/processed-idea.md
deeporbit --vault . pause 30_Research/Old-Thread.md        # dormant, keep visible
deeporbit --vault . resume 30_Research/Old-Thread.md       # back to active
deeporbit --vault . done 15_Writings/essay.md              # finished, pre-archive

The CLI guarantees:

  • Projects land in 99_System/Archive/<Bucket>/<YYYY>/; inbox items in

Archive/Inbox/<YYYY>/<MM>/. Project folders move with their assets.

  • Frontmatter gets status: archived and archived: YYYY-MM-DD; other fields

and all content are preserved. Existing wikilinks keep working.

  • It never overwrites: an existing archive target is reported as an error.

For genuinely disposable material, deeporbit --vault . trash <path> moves it to .trash/ (protected paths like deeporbit.json, .obsidian, 99_System are refused). Deletion still requires explicit user approval.

Step 3: Report

## Archiving Complete
- Archived: [N] (list each from → to)
- Paused: [N] · Active: [N] · Done remaining: [N]
**Suggestions:** retrospective for recent completions? orphaned resources? next review date?

RULES

  • Confirm the plan before executing; never delete — archive or trash only.
  • NEVER archive or trash inside a read-only zone (readonly.directories in

deeporbit.json, e.g. weread-vault exports) — those folders are managed by an external sync. The CLI refuses; honor that without workarounds.

  • Offer a short retrospective before archiving a recently completed project.
  • Suggest 99_System/Bases/Work Status.base when the user wants a standing

visual overview of active / paused / done / archived work.

  • Set author: ai in frontmatter for every note you create; switch to author: mixed when substantially rewriting a human-authored note. Authorship lives in frontmatter only — never add visible badges.
  • Read deeporbit.json for the interaction language; folder paths stay in English.
  • Use do.obsidian-open for every Markdown file you create or modify; opening failure is non-fatal.