Grub Basket106 downloadsCreate and share curated lists of community plugins. Share a pack as a link or code; recipients preview the pack and install everything in a couple of clicks.
Share your favorite Obsidian plugins and themes as a starter pack — a named, curated list you can send to anyone as a link or a short code, the way Bluesky starter packs or mod packs work.
Good fits: creators sharing a recommended setup with their audience, teams onboarding a new vault, or anyone helping a friend get started with Obsidian.
manifest.json automatically, so you don't retype them. You can also set an enable flag per plugin (defaults to whether you have it enabled; overridable). Your comment shows on import and in the exported markdown; the enable flag is informational (see Receiving).obsidian://starter-packs?d=… — opens straight into an import preview for anyone with this plugin installed.OSP1:… — paste-able anywhere, survives forums that mangle links.You can also Export as note — write the pack into your vault as a readable note (every plugin linked, with the import link and code embedded), handy for keeping a copy or posting it somewhere.
Packs are self-contained: the link/code carries the pack name, your name, and each plugin's name and author, so recipients see a full preview even before installing anything.
Only import packs from people you trust — community plugins run with full access to your vault. Direct install can be turned off in settings, in which case installs go through Obsidian's own community-browser pages.
Author names on a pack are informational, not verified — there's no identity system, so anyone can put any name on a pack. We chose to keep this simple rather than build a contributor/provenance system.
When you use Save as mine on a pack someone shared, it keeps the original author's name until you edit and save the pack — at which point it becomes yours. This is a deliberate trade-off: it preserves attribution by default, but it also means a pack you modify and re-share still carries the original author's name until you make it your own. There's no enforcement in either direction; it's on the good faith of whoever's sharing.
Starter Packs shares a list of plugins and themes — nothing else travels with a pack:
data.json is not shared)..obsidian contents.Security: community plugins run with full access to your vault, so only import packs from people you trust. Installed plugins are disabled by default — review, then Enable all. A pack itself can't run code; the risk is in the plugins it points to.
Want to replicate a whole vault (settings, snippets, hotkeys)? Starter Packs deliberately doesn't — bundling settings can leak secrets (API keys/tokens in plugin data.json) and machine-specific paths, so the reliable route is to zip your .obsidian folder yourself. The plugin gives you a ready-made, offline replication checklist (Settings → Save as note, or the "Create a vault replication checklist note" command) that walks through it safely, including how to strip secrets first. (A dedicated vault-replication plugin may cover this end-to-end later; it's intentionally out of scope here.)
The "install a list of plugins" idea isn't new — a few plugins touch this space:
Where Starter Packs is different: it's built around curated, named, authored collections — the "Bluesky starter pack" framing — shared as a link or code that opens an in-app preview before anything installs:
| Starter Packs | Share my plugin list |
|---|---|
| Multiple curated, named packs (pick specific plugins) | Dumps your whole current plugin list |
| Your name on each pack | No per-pack authorship |
Share as a link or code (obsidian://… / OSP1:…) that opens in-app |
Markdown text you embed in a note |
| Preview screen before installing | No preview |
Starter Packs is deliberately peer-to-peer: a pack is something you hand to someone, not a hosted directory or discovery feed — there's no server behind it.