Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
By bpainter
Opinionated toolkit for keeping an Obsidian vault organized, tagged correctly, and structurally healthy. 12 skills (9 advice + 3 orchestrator-shaped) covering tag taxonomy, frontmatter (Properties) schemas, folder architecture, filename conventions, Maps of Content, and vault audits. One agent (obsidian-agent) that knows when to use each skill. Four slash commands (/audit, /sweep, /cleanup-tags, /bootstrap) for the most common workflows.
npx claudepluginhub bpainter/composable-dxp-claude-marketplace --plugin obsidianRun a vault audit — eight metrics across frontmatter, tags, links, orphans, stale notes, folder discipline, with a prioritized fix plan
Bootstrap a new Obsidian vault — folders, filename conventions, frontmatter schema, tag taxonomy, templates, starter MOCs, home note, documentation notes
Clean up tags end-to-end — verify taxonomy, audit, plan, execute migrations in waves, verify, document
Run a full vault health sweep — audit, then sequentially fix broken links, frontmatter, tags, orphans, stale notes, then re-audit
Agents that act on an Obsidian vault. **Empty in v0.1.0** — placeholder for v0.3.
Vault organization expert — the senior practitioner who knows when to use each skill in the obsidian plugin and how to sequence them across multi-step workflows. Use this agent when a task spans multiple skills (audit + cleanup + restructure), requires sequencing, or needs senior-level judgment about which specialty skill applies for a given problem. Routes single-concern requests to the right specialty skill; orchestrates multi-step workflows by sequencing skill calls; defers to specialty skills for actual work — doesn't replace them. Tagline: Obsidian vault organization — opinionated structure, durable conventions, periodic hygiene.
Filename and note-title convention designer for Obsidian vaults. Helps you decide casing, hyphenation, claim-as-title vs topic-as-title, when to use IDs or dates in filenames, how to handle collisions, and how to use aliases instead of duplicate notes. Use this skill when establishing naming conventions for a new vault, when filenames are inconsistent, or when designing templates that auto-name new notes. Filenames in Obsidian double as note titles and as link targets, so this is structurally consequential.
Folder structure designer for Obsidian vaults. Helps you decide your top-level folders, how shallow or deep to go, and whether to organize by note type, by life area (PARA), by Johnny Decimal, or stay flat. Use this skill when starting a new vault, when your folder tree has grown past three levels, when you're deciding whether to add a new folder, or when migrating from a topic-based folder structure to a type-based one with MOCs handling topic. Pairs tightly with obsidian-moc-architect — folders for *where notes live*, MOCs for *what notes are about*.
Frontmatter (Properties) schema designer for Obsidian vaults. Helps you define what properties each note type should have, what their data types should be, which are required vs. optional, and how to keep schemas from drifting as the vault grows. Use this skill when you're introducing properties for the first time, when your frontmatter has gone freelance and every note has different keys, when you're about to add a new property and want it to fit, or when designing templates that enforce a schema.
Map of Content (MOC) architect for Obsidian vaults. Helps you decide when a topic earns a MOC, how to structure one, when to split or retire it, and how MOCs relate to the home note and to each other. Use this skill when a tag or folder is starting to feel like it should be a MOC, when an existing MOC is sprawling, when starting a vault and deciding how MOCs will carry the topical organization, or when migrating from a topic-folder structure to a MOC-driven one. Pairs with obsidian-folder-architect — folders for note location, MOCs for topic.
Entry-point router and map for the Obsidian plugin. Use this skill any time the user mentions Obsidian, "my vault," tag cleanup, frontmatter, MOCs, folder structure, vault audit, note types, links, or any other vault-organization concern. It gives Claude a 30-second map of the catalog, the opinionated stance, and which specialty skill or orchestrator to reach for next based on user intent. This skill does NOT do the work itself — it routes to the right specialty skill or orchestrator. Always loaded first when starting Obsidian-related work.
Uses power tools
Uses Bash, Write, or Edit tools
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Harness-native ECC plugin for engineering teams - 64 agents, 261 skills, 84 legacy command shims, reusable hooks, rules, MCP conventions, and operator workflows for Claude Code plus adjacent agent harnesses
v9.42.3 — Patch release for cursor-agent smoke checks in untrusted workspaces. Run /octo:setup.
Unity Development Toolkit - Expert agents for scripting/refactoring/optimization, script templates, and Agent Skills for Unity C# development
Superpowers Plus core skills library for Claude Code: planning, execution routing, TDD, debugging, and collaboration workflows
AI-powered development tools for code review, research, design, and workflow automation.
Tools to maintain and improve CLAUDE.md files - audit quality, capture session learnings, and keep project memory current.
Claude tooling skills for Cowork and Claude Code. Two skills: claude-plugin-creator scaffolds new plugins (folder structure, manifest, .plugin build, Cowork install) with empirically-established validation rules; claude-orchestrator designs the orchestration layer for new Cowork projects (CLAUDE.md routing, multi-phase commands, agent teams). One slash command (/plugin-help).
Seven behavioral-economics specialists grounded in canonical sources — Kahneman's Thinking Fast and Slow, Thaler & Sunstein's Nudge, Ariely's Predictably Irrational, and Wendel's Designing for Behavior Change — plus Slalom's 6-stage Behavioral Design Model. Six ready-to-use templates: Behavioral Profile, Choice Architecture, Nudges/Biases, Intervention Design, Use-Case Scoring, Use-Case Validation.
Eleven innovation specialists grounded in canonical sources — Christensen's Innovator's Dilemma, Dyer/Gregersen/Christensen's Innovator's DNA, Furr & Dyer's Innovator's Method, Doblin's Ten Types, Ramanujam & Tacke's Monetizing Innovation, Innovation Lab Excellence, Kelley's Ten Faces, Catmull's Creativity Inc, Dyer/Furr/Lefrandt's Innovation Capital, Rogers's Driving Digital Strategy, Tushman/Anand's Why Digital Transformations Fail, and Kane et al's Technology Fallacy — plus HBR Must-Reads on Innovation and Design a Better Business. Skills cover strategy, portfolio governance, value engineering across horizons, JTBD discovery, lean validation, ten-types diagnosis, willingness-to-pay monetization, lab design, disruption analysis, creative leadership/political capital, and digital transformation. One agent (innovation-agent) sequences them. Eight slash commands (audit, strategy, portfolio, discover, validate, value-case, charter, disruption-test) provide high-leverage recurring operations. Six templates: Three Horizons canvas, Ambition Matrix, JTBD Interview Guide, Ten Types diagnostic, Value Engineering canvas, Innovation Charter.
Leadership coaching, people-management, hiring, meetings and cadences, goal-setting, transitions, and stoic perspective. Seven specialized skills under one orchestrating agent. The two original skills (executive coach for neurodivergent leaders, people-leader for everyday craft) are joined by skills for hiring, meetings & cadences, onboarding & transitions, goals & OKRs, and stoic perspective. Each skill carries deep reference files distilled from canonical leadership texts — Hire With Your Head, The First 90 Days, Radical Focus, Drive, Good to Great, The Coaching Habit, Never Split the Difference, Meeting Design, The Effective Manager, Managing Humans, The Manager's Path, A Guide to the Good Life, How F*cked Up Is Your Management, Peopleware, Scaling Teams, Performance Appraisal Phrase Book, Exactly What to Say, How We Talk, Radical Candor, and 7 Habits.
Six brand specialists: strategy (positioning, narrative, voice, audience), naming (five-category framework, six-step process), identity-system (logo direction, color, type, photography, iconography), voice-tone (attributes with not-X pairings, tone register matrix, filler-words bans), guidelines-composer (9-chapter deliverable, sized to brand context), and audit (drift detection across identity, voice, surface application, governance). Outputs feed the design plugin and marketing plugin.
The Composable DXP plugin marketplace for Claude. 18 plugins, 182 skills, packaged for Claude Code (CLI), Claude Desktop (Cowork mode), and drag-and-drop install.
Marketplace name: composable-dxp (the value in .claude-plugin/marketplace.json)
Repo: https://github.com/bpainter/composable-dxp-claude-marketplace (public, personal)
# Cowork (Git URL — Cowork requires Git, not local paths)
claude plugin marketplace add https://github.com/bpainter/composable-dxp-claude-marketplace.git
claude plugin install <plugin>@composable-dxp
# Claude Code (also accepts the local path)
claude plugin marketplace add "/Users/bermon.painter/Library/CloudStorage/OneDrive-Slalom/Slalom Second Brain/80_Skills_and_Agents"
claude plugin install <plugin>@composable-dxp
For full install paths (Cowork, Claude Code, drag-and-drop), see INSTALL.md.
80_Skills_and_Agents/
├── README.md # this file (conventions and structure)
├── INSTALL.md # how to install the marketplace and plugins
├── .claude-plugin/
│ └── marketplace.json # marketplace manifest — lists every plugin
├── Memory/ # cross-cutting working memory (CLAUDE.md, people, glossary, etc.)
│ # NOT a plugin — read by Claude every session
├── Plugins/ # built .plugin files (build artifacts)
│ └── <plugin>.plugin
└── <plugin-name>/ # one folder per plugin SOURCE (e.g., obsidian/, claude/)
└── ... (see "Plugin layout" below)
The marketplace itself is a single Claude plugin marketplace. Tools that consume marketplaces (Claude Code CLI, Claude Desktop via Cowork) read .claude-plugin/marketplace.json to discover what's installable.
Memory/ is not a plugin. It's the user's working memory and shared knowledge base, read every session by Claude, and shared across all plugins.
Plugins/ holds built artifacts — the .plugin files (renamed ZIPs) that get dragged into Claude Desktop's Personal Plugins panel for install. The source of each plugin lives in its own folder at the marketplace root (e.g., obsidian/, claude/); the .plugin files in Plugins/ are derived from those sources via the build process described in INSTALL.md.
Every plugin under this marketplace follows this exact shape. Deviations break tooling.
<plugin-name>/ # plugin SOURCE (lives at marketplace root)
├── README.md # plugin overview for humans
├── .claude-plugin/
│ └── plugin.json # plugin manifest for Claude (only `name` is required)
├── references/ # plugin-wide shared references (optional)
│ └── <plugin>-foundations.md
├── skills/ # auto-discovered by Claude
│ ├── <plugin>-<skill-name>/ # one folder per skill
│ │ ├── SKILL.md # required — frontmatter (name, description) + body
│ │ └── references/ # skill-specific deep references (typical, 1–3 files)
│ │ └── <topic>.md
│ └── ... (more skills)
├── agents/ # auto-discovered by Claude (workers)
│ └── <plugin>-<agent-name>.md # single file per agent, Claude Code agent format
└── commands/ # slash commands (optional)
└── <command-name>.md
| Piece | Required? | Purpose |
|---|---|---|
README.md | recommended | Plugin overview, opinion, roadmap, written for humans browsing the repo |
.claude-plugin/plugin.json | required | Manifest Claude reads. Only name is strictly required; version, description, author, keywords, license are optional. Don't include empty optional fields (e.g., "homepage": "") — they fail manifest validation |
references/ | optional | Plugin-wide shared references at the plugin root. From a SKILL.md, cite as ../../references/<file>.md |
skills/ | optional | Skills (one folder per skill, each with a SKILL.md). Auto-discovered by Claude |
skills/<skill>/SKILL.md | required if folder exists | The skill itself — YAML frontmatter (name, description) + body |
skills/<skill>/references/ | optional | Skill-specific deep references (frameworks, checklists, examples). From the SKILL.md, cite as references/<file>.md |
agents/ | optional | Workers that act on user data — Claude Code agent file format (one file per agent) |
commands/ | optional | Slash commands — single Markdown files with description: frontmatter and a body that names the skill or workflow to invoke |
A plugin can have any combination of skills, agents, and commands. Empty folders are fine if you intend to fill them later.