plugins
manage babysitter plugins. use this command to see the list of installed babysitter plugins, their status, and manage them (install, update, uninstall, list from marketplace, add marketplace, configure plugin, create new plugin, etc).
What this skill does
# plugins
This command installs and manages plugins for babysitter. A plugin is a version-managed package of contextual instructions (for install, uninstall, configure, and update/migrate between versions), not a conventional software plugin.
if the command is run without arguments, it lists all installed plugins with their name, version, marketplace, installation date, and last update date. as well as marketplaces added to the system. and instructions on how to install new plugins from marketplaces.
if there are no marketplaces added, add the default marketplace:
```bash
babysitter plugin:add-marketplace --marketplace-url https://github.com/a5c-ai/babysitter --marketplace-path plugins/a5c/marketplace/marketplace.json --global --json
```
Plugins can be installed at two scopes:
- **global** (`--global`): stored under `~/.a5c/`, available for all projects
- **project** (`--project`): stored under `<projectDir>/.a5c/`, project-specific
## Marketplace Management
Marketplaces are git repositories containing a `marketplace.json` manifest and plugin package directories. The SDK clones them locally with `--depth 1`.
**Storage locations:**
- Global: `~/.a5c/marketplaces/<name>/`
- Project: `<projectDir>/.a5c/marketplaces/<name>/`
The marketplace name is derived from the git URL's last path segment (stripping `.git` suffix and trailing slashes).
### Adding a marketplace
```bash
babysitter plugin:add-marketplace --marketplace-url <url> [--marketplace-path <relative-path>] [--marketplace-branch <ref>] [--force] --global|--project [--json]
```
Clones the marketplace repository to the local marketplaces directory. Use `--marketplace-path` to specify the relative path to `marketplace.json` within the repo (for monorepos or repos where the manifest is not at the root). Use `--marketplace-branch` to clone a specific branch, tag, or ref (defaults to the repo's default branch). Use `--force` to replace an existing marketplace clone (deletes and re-clones).
### Updating a marketplace
```bash
babysitter plugin:update-marketplace --marketplace-name <name> [--marketplace-branch <ref>] --global|--project [--json]
```
Runs `git pull` on the local marketplace clone to fetch latest changes. Use `--marketplace-branch` to switch to a different branch before pulling (works even with shallow clones).
### Listing plugins in a marketplace
```bash
babysitter plugin:list-plugins --marketplace-name <name> --global|--project [--json]
```
Reads the `marketplace.json` manifest and returns all available plugins sorted alphabetically by name. Each entry includes: name, description, latestVersion, versions array, packagePath, tags, and author.
## Plugin Installation
**Note:** For `plugin:install`, `plugin:update`, `plugin:configure`, and `plugin:list-plugins`, the `--marketplace-name` flag is auto-detected when only one marketplace is cloned for the given scope. You can omit it if there's only one marketplace.
### Flow
1. Update the marketplace: `babysitter plugin:update-marketplace --marketplace-name <name> --global|--project`
2. Check current state: `babysitter plugin:list-installed --global|--project` to see installed plugins and versions
3. Install the plugin:
```bash
babysitter plugin:install --plugin-name <name> [--marketplace-name <mp>] --global|--project [--json]
```
This command resolves the plugin package path from the marketplace manifest, reads `install.md` from the plugin package directory, and returns the installation instructions. If an `install-process.js` file exists, the instructions may reference it as an automated install process.
4. The agent performs the installation steps as defined in `install.md`
5. The agent updates the registry:
```bash
babysitter plugin:update-registry --plugin-name <name> --plugin-version <ver> --marketplace-name <mp> --global|--project [--json]
```
## Plugin Update (with migrations)
```bash
babysitter plugin:update --plugin-name <name> --marketplace-name <mp> --global|--project [--json]
```
This command:
1. Reads the currently installed version from the registry
2. Resolves the latest version from the marketplace manifest
3. Looks in the plugin package's `migrations/` directory for migration files
4. Uses BFS over the migration graph to find the shortest path from the installed version to the target version
5. Returns the ordered migration instructions (content of each migration file in sequence)
**Migration filename format:** `<fromVersion>_to_<toVersion>.<ext>` where:
- Versions may contain alphanumerics, dots, dashes (e.g. `1.0.0`, `2.0.0-beta`)
- Extensions: `.md` for markdown instructions, `.js` for executable process files
- Examples: `1.0.0_to_1.1.0.md`, `2.0.0-beta_to_2.0.0.js`
After performing the migration steps, update the registry:
```bash
babysitter plugin:update-registry --plugin-name <name> --plugin-version <new-ver> --marketplace-name <mp> --global|--project [--json]
```
## Plugin Uninstallation
```bash
babysitter plugin:uninstall --plugin-name <name> --marketplace-name <mp> --global|--project [--json]
```
Reads `uninstall.md` from the plugin package directory and returns the uninstall instructions. After performing the uninstall steps, remove from registry:
```bash
babysitter plugin:remove-from-registry --plugin-name <name> --global|--project [--json]
```
## Plugin Configuration
```bash
babysitter plugin:configure --plugin-name <name> --marketplace-name <mp> --global|--project [--json]
```
Reads `configure.md` from the plugin package directory and returns configuration instructions.
## Registry Management
The plugin registry (`plugin-registry.json`) tracks installed plugins with schema version `2026.01.plugin-registry-v1`. Writes use atomic file operations (temp + rename) for crash safety.
**Storage locations:**
- Global: `~/.a5c/plugin-registry.json`
- Project: `<projectDir>/.a5c/plugin-registry.json`
### List installed plugins
```bash
babysitter plugin:list-installed --global|--project [--json]
```
Returns all installed plugins sorted alphabetically. In `--json` mode, returns an array of registry entries. In human mode, displays a formatted table with name, version, marketplace, and timestamps.
### Remove from registry
```bash
babysitter plugin:remove-from-registry --plugin-name <name> --global|--project [--json]
```
Removes a plugin entry from the registry. Returns error if the plugin is not present.
## Plugin Creation
To create a new plugin package from scratch, use the `meta/plugin-creation` babysitter process. This process guides you through requirements analysis, structure design, instruction authoring, optional process file generation, validation, and marketplace integration.
### Using the plugin creation process
Orchestrate a babysitter run with the plugin creation process:
```bash
# Create inputs file
cat > /tmp/plugin-inputs.json << 'EOF'
{
"pluginName": "my-plugin",
"description": "What the plugin does — be specific about install/configure/uninstall behavior",
"scope": "project",
"outputDir": "./plugins",
"components": {
"installProcess": false,
"configureProcess": false,
"uninstallProcess": false,
"migrations": false,
"processFiles": false
},
"marketplace": {
"name": "my-marketplace",
"author": "my-org",
"tags": ["category1", "category2"]
}
}
EOF
# Create and run
babysitter run:create \
--process-id meta/plugin-creation \
--entry library/specializations/meta/plugin-creation.js#process \
--inputs /tmp/plugin-inputs.json \
--prompt "Create a new babysitter plugin package" \
--json
```
### What the process generates
The process creates a complete plugin package directory:
| File | Description |
|------|-------------|
| `install.md` | Agent-readable installation instructions with numbered steps |
| `uninstall.md` | Reversal instructions for clean removal |
| `configure.md` | Configuration options table and adjustment instructions |
| `install-process.js` | *(optional)* Automated babysitter process for compRelated in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.