What problem does it solve?
When modifying the salesforcedx-vscode-core extension, it is hard to know which exported symbols external consumers depend on, so seemingly safe refactors can break downstream extensions. This Skill defines the public API contract and the exact steps to verify whether a change is breaking.
Core Features & Use Cases
- API Surface Reference: Lists the top-level exports and the
services sub-object (RegistryAccess, ChannelService, TelemetryService, WorkspaceContext, CommandEventDispatcher) that external consumers rely on.
- Breaking vs Non-Breaking Rules: Clarifies that removing fields, changing types or behavior, and altering
.getInstance() signatures are breaking, while adding new fields is safe.
- Consumer Discovery Workflow: Provides grep patterns and GitHub code search commands (
gh api queries across forcedotcom and salesforcecli orgs) to find real usage before changing anything.
- Use Case: Before removing an export from
packages/salesforcedx-vscode-core/src/index.ts, follow the checklist to grep the monorepo, search GitHub orgs, and confirm no external consumer depends on it.
Quick Start
Ask the assistant to check whether removing a specific export from salesforcedx-vscode-core would break any external consumers.