obsidian-deploy-integration
Streamlines the packaging, versioning, and submission process for Obsidian plugins.
Install
mkdir -p .claude/skills/obsidian-deploy-integration && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/9305" && unzip -o skill.zip -d .claude/skills/obsidian-deploy-integration && rm skill.zipInstalls to .claude/skills/obsidian-deploy-integration
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Publish Obsidian plugins to the community plugin directory.Key capabilities
- →Build production release assets
- →Automate version incrementing
- →Create GitHub releases with assets
- →Submit plugins to community directory
- →Test distribution via BRAT
How it works
The workflow automates the build process, version synchronization across manifest and version files, and submission to the official Obsidian community repository via pull request.
Inputs & outputs
When to use obsidian-deploy-integration
- →Bump version numbers for new releases
- →Validate build assets for production
- →Submit plugins to the community directory
- →Manage GitHub release automation
About this skill
Obsidian Plugin Deploy Integration
Overview
Release and distribute Obsidian plugins through multiple channels: the official community plugin directory, GitHub releases, BRAT beta testing, and manual installation. Covers the full lifecycle from building release assets to submitting your PR to the obsidian-releases repo.
Prerequisites
- Obsidian plugin with
main.ts,manifest.json, andstyles.css(if applicable) - GitHub repository for your plugin (public)
ghCLI authenticated (gh auth status)- Plugin passes
obsidian-prod-checklistvalidation
Instructions
Step 1: Build Release Assets
set -euo pipefail
# Clean build for production
rm -f main.js
npm ci
npm run build
# Verify the three release files exist
for f in main.js manifest.json; do
test -f "$f" || { echo "MISSING: $f"; exit 1; }
done
test -f styles.css && echo "styles.css included" || echo "No styles.css (OK if no custom styles)"
echo "Release assets ready"
Step 2: Version Bump with version-bump.mjs
// version-bump.mjs
import { readFileSync, writeFileSync } from 'fs';
const targetVersion = process.env.npm_package_version;
// Sync manifest.json
const manifest = JSON.parse(readFileSync('manifest.json', 'utf8'));
const { minAppVersion } = manifest;
manifest.version = targetVersion;
writeFileSync('manifest.json', JSON.stringify(manifest, null, '\t'));
// Sync versions.json — maps each plugin version to its minimum Obsidian version
const versions = JSON.parse(readFileSync('versions.json', 'utf8'));
versions[targetVersion] = minAppVersion;
writeFileSync('versions.json', JSON.stringify(versions, null, '\t'));
console.log(`Bumped to ${targetVersion} (requires Obsidian >= ${minAppVersion})`);
Wire it into package.json so npm version triggers it automatically:
{
"scripts": {
"version": "node version-bump.mjs && git add manifest.json versions.json"
}
}
Step 3: Create GitHub Release
set -euo pipefail
# Bump version, commit, and tag
npm version patch # or minor / major
git push origin main --tags
# Create release with assets (or let the release workflow from obsidian-ci-integration handle it)
gh release create "$(node -p 'require("./manifest.json").version')" \
main.js manifest.json styles.css \
--title "v$(node -p 'require("./manifest.json").version')" \
--generate-notes
The release must include these files at the root level (not nested in folders):
main.js— compiled plugin codemanifest.json— plugin metadatastyles.css— only if your plugin has custom styles
Step 4: Submit to Community Plugins
First-time submission requires a PR to the obsidian-releases repo:
set -euo pipefail
# Fork and clone the releases repo
gh repo fork obsidianmd/obsidian-releases --clone
cd obsidian-releases
# Add your plugin entry to community-plugins.json
node -e "
const fs = require('fs');
const plugins = JSON.parse(fs.readFileSync('community-plugins.json', 'utf8'));
const entry = {
id: 'your-plugin-id',
name: 'Your Plugin Name',
author: 'Your Name',
description: 'Brief description of what your plugin does.',
repo: 'your-github-username/your-plugin-repo'
};
// Insert alphabetically by id
const idx = plugins.findIndex(p => p.id.localeCompare(entry.id) > 0);
plugins.splice(idx >= 0 ? idx : plugins.length, 0, entry);
fs.writeFileSync('community-plugins.json', JSON.stringify(plugins, null, '\t') + '\n');
console.log('Added', entry.id, 'at index', idx >= 0 ? idx : plugins.length);
"
git checkout -b add-your-plugin-id
git add community-plugins.json
git commit -m "Add your-plugin-id"
git push origin add-your-plugin-id
gh pr create --repo obsidianmd/obsidian-releases \
--title "Add your-plugin-id" \
--body "## Plugin submission
- **Repo:** https://github.com/your-username/your-plugin-repo
- **Description:** Brief description
- **I have tested on:** Desktop (macOS/Windows/Linux), Mobile (iOS/Android)"
Review requirements the Obsidian team checks:
manifest.jsonhas all required fields (id,name,version,minAppVersion,description,author)idin manifest matches theidin your community-plugins.json entry- No
console.login production code - No
eval()or dynamic code execution - No remote code loading at runtime
- Plugin works on mobile if
isDesktopOnlyis not set
Step 5: BRAT for Beta Testing
Before submitting to community plugins, test your distribution via BRAT:
- Users install BRAT from community plugins
- In BRAT settings, they click "Add Beta Plugin"
- They enter your GitHub repo URL:
your-username/your-plugin-repo - BRAT installs the latest release (including pre-releases)
To push a beta:
set -euo pipefail
npm version prerelease --preid=beta
git push origin main --tags
gh release create "$(node -p 'require("./manifest.json").version')" \
main.js manifest.json styles.css \
--title "Beta: v$(node -p 'require("./manifest.json").version')" \
--prerelease
Step 6: Manual Installation
For users who prefer manual install or for testing outside BRAT:
set -euo pipefail
# Users copy files to their vault's plugin directory
VAULT_PATH="/path/to/vault"
PLUGIN_ID="your-plugin-id"
DEST="$VAULT_PATH/.obsidian/plugins/$PLUGIN_ID"
mkdir -p "$DEST"
cp main.js manifest.json "$DEST/"
test -f styles.css && cp styles.css "$DEST/"
echo "Installed to $DEST — restart Obsidian and enable in Settings > Community Plugins"
Output
- Production
main.js,manifest.json, andstyles.cssas GitHub release assets version-bump.mjsscript for consistent versioning across all config files- PR to
obsidianmd/obsidian-releasesfor community plugin listing - BRAT-compatible releases for beta testing
- Manual install path for direct distribution
Error Handling
| Issue | Cause | Solution |
|---|---|---|
| Plugin not loading after install | id in manifest doesn't match directory name | Ensure the plugin folder name matches manifest.json id |
| Build output missing | esbuild outfile misconfigured | Set outfile: 'main.js' in esbuild config |
| Community PR rejected | Guidelines violation | Check Plugin Guidelines |
| Version mismatch | Forgot to run version-bump | Use npm version which triggers the script automatically |
| BRAT can't find releases | No GitHub release created | BRAT needs actual GitHub releases, not just tags |
gh release create fails | Not authenticated | Run gh auth login first |
| Manual install doesn't load | Missing manifest.json | All three files must be in the plugin directory |
Examples
Update an Existing Community Plugin
Already listed? Just create a new release — Obsidian auto-detects new versions:
set -euo pipefail
npm version patch
git push origin main --tags
# Release workflow creates the GitHub release automatically
Users see the update in Settings > Community Plugins > Check for updates.
Check Your Submission Status
set -euo pipefail
# See if your plugin is already in the directory
gh pr list --repo obsidianmd/obsidian-releases --search "your-plugin-id" --state all
Resources
- Obsidian Plugin Submission Guide
- Plugin Guidelines
- Community Plugins Repo
- BRAT Plugin
- Sample Plugin Template
Next Steps
For event handling patterns, see obsidian-webhooks-events.
For pre-release quality validation, see obsidian-prod-checklist.
When not to use it
- →Plugins containing remote code loading
- →Plugins using eval or dynamic code execution
Prerequisites
Limitations
- →No remote code loading at runtime
- →No eval or dynamic code execution
How it compares
It uses a structured version-bump script and automated asset verification instead of manual release preparation.
Compared to similar skills
obsidian-deploy-integration side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| obsidian-deploy-integration (this skill) | 0 | 26d | Review | Intermediate |
| run-nx-generator | 5 | 3mo | Review | Intermediate |
| upgrading-expo | 3 | 4mo | Review | Intermediate |
| pnpm | 4 | 6mo | No flags | Beginner |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
run-nx-generator
nrwl
Run Nx generators with prioritization for workspace-plugin generators. Use this when generating code, scaffolding new features, or automating repetitive tasks in the monorepo.
upgrading-expo
sickn33
Upgrade Expo SDK versions
pnpm
antfu
Node.js package manager with strict dependency resolution. Use when running pnpm specific commands, configuring workspaces, or managing dependencies with catalogs, patches, or overrides.
initialize
reactive
Setup, install, and onboard new developers to Reactive Data Client monorepo - nvm, yarn, build, test, getting started guide
dependency-upgrade
wshobson
Manage major dependency version upgrades with compatibility analysis, staged rollout, and comprehensive testing. Use when upgrading framework versions, updating major dependencies, or managing breaking changes in libraries.
playwright-browser-automation
lackeyjb
Complete browser automation with Playwright. Auto-detects dev servers, writes clean test scripts to /tmp. Test pages, fill forms, take screenshots, check responsive design, validate UX, test login flows, check links, automate any browser task. Use when user wants to test websites, automate browser interactions, validate web functionality, or perform any browser-based testing.