salesforce-mcp-lib: Skill for Claude Code

.claude/skills/release/SKILL.md

release is a skill for Claude Code from Damecek/salesforce-mcp-lib. It costs 96 tokens per session (1,299 once invoked), scanned A, original, MIT.

A release procedure for publishing new versions of the salesforce-mcp-lib npm package and Salesforce 2GP package. It covers version changes, builds, tests, tags and publishing steps.

In plain words
What is it for?
Use it when bumping versions, publishing npm or Salesforce packages, creating package versions, tagging commits or pushing a release.
Why use it?
It helps prevent mismatched package versions or incomplete releases when the project ships through two package systems.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

This is Damecek/salesforce-mcp-lib's own configuration. It tells Claude Code how to work on salesforce-mcp-lib itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything salesforce-mcp-lib configures →

Needs its repository: it runs a file that does not travel with it, so clone the repository first. The line is ./scripts/release-create.sh --target-org mcp-lib-devhub.

Reuse

Borrowing it

Nothing to install: this file belongs to Damecek/salesforce-mcp-lib. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/Damecek/salesforce-mcp-lib/main/.claude/skills/release/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/Damecek/salesforce-mcp-lib

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for release

README.md
[![agentmods](https://agentmods.dev/badge/skills/damecek/salesforce-mcp-lib/release.svg)](https://agentmods.dev/skills/damecek/salesforce-mcp-lib/release)
Your own site
<a href="https://agentmods.dev/skills/damecek/salesforce-mcp-lib/release"><img src="https://agentmods.dev/badge/skills/damecek/salesforce-mcp-lib/release.svg" alt="Measured on agentmods" height="20"></a>
Per session 96 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,299 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00096 $0.01299
Opus 5 $0.00048 $0.00649
Sonnet 5 $0.00019 $0.00260
Haiku 4.5 $0.00010 $0.00130

Measured 7d ago against content hash 8032afee7644, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-07, from the pricing page.

Security

Grade A, and why

release scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/skills/release/SKILL.md · 142 lines

How it starts

The opening of the file, as written. The whole thing — 142 lines — stays where its author put it; the contents beside it link to each section on GitHub.

release: Dual-Package Release Workflow

Use this skill when the user wants to release new versions of the salesforce-mcp-lib project. This project ships two packages with independent version numbers:

  • npm: salesforce-mcp-lib — semver in packages/salesforce-mcp-lib/package.json
  • SF 2GP: SalesforceMcpLibmajor.minor.patch.NEXT in sfdx-project.json

Git tag format: v{npm-version}-sf{sf-version} (e.g. v1.1.0-sf1.2.0-1)


Pre-flight

  1. Ask user which packages to release: both, npm only, or SF 2GP only.
  2. Ask user the npm semver bump type: patch, minor, or major.
  3. For SF 2GP: read sfdx-project.jsonversionNumber. If the current major.minor.patch already has a promoted (released) version, it must be bumped before creating a new package version — SF will reject the create otherwise. Ask user for the SF version bump in that case.

Step-by-Step Flow

Step 1: Push pending commits

git push origin main

Ensure the working tree is clean and main is up to date with origin before releasing.

Step 2: Build & test

cd packages/salesforce-mcp-lib && npm run build && npm test && npm run lint

All tests and lint must pass. Do not proceed on failure.

Step 3: Bump npm version

cd packages/salesforce-mcp-lib && npm version <patch|minor|major> --no-git-tag-version

Uses --no-git-tag-version so we commit the npm bump together with the SF version change in a single release commit.

Step 4: Bump SF version in sfdx-project.json (if needed)

If the current versionNumber is already released, edit it to the new version before creating a package:

// sfdx-project.json
"versionNumber": "X.Y.Z.NEXT"  // bump major.minor.patch as agreed with user

Step 5: Create SF 2GP package version

./scripts/release-create.sh --target-org mcp-lib-devhub

Critical: Always pass --target-org mcp-lib-devhub — no default devhub is configured.

Read the full file on GitHub · 142 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 7d ago First seen · 142 lines · 96 tokens per session scan A 8032afee7644

Subscribe to this mod's changes

release is a skill published in the GitHub repository Damecek/salesforce-mcp-lib (19 stars, last pushed 4mo ago), licensed MIT. It adds 96 tokens to every session and 1,299 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

sf-knowledge-pkg2-dev

Apply Salesforce knowledge and best practices for Second-Generation Managed Packaging Developer Guide.

Avinava/sf-documentation-knowledge · 22 tokens

polish-docs-meta

Finalize documentation and project metadata for a ship-ready release. Use after implementation is complete, tests pass, and devcheck is clean. Safe to run at any stage — each step checks current state and only acts on what still needs work.

cyanheads/git-mcp-server · 53 tokens

release-and-publish

Ship a release end-to-end across every registry this project targets (npm, MCP Registry). Runs the final verification gate, pushes commits and tags, then publishes to each applicable destination. Assumes git wrapup (version bumps, changelog, commit, annotated tag) is already complete — this skill is the post-wrapup…

cyanheads/git-mcp-server · 83 tokens

release-management

Tag a commit, publish a GitHub release, and read, correct or withdraw the tags and releases already there.

saidsef/mcp-github-pr-issue-analyser · 22 tokens

release-versioning

Discipline for release classification, version bumps, and changelogs, Conventional Commits classify the release range, SemVer computes the version from those commits, Keep a Changelog renders the result. Use when the user asks to cut a release, bump a version, write a changelog, decide if a change is a…

aethrox/doctrine · 84 tokens

hmem-release

Pre-publish checklist for hmem: skills synced, version bumped, tests green, nothing forgotten. Use before npm publish or when the user says 'release', 'publish', 'push a release', or 'neue Version'.

Bumblebiber/hmem · 50 tokens