PluginBench
Skill
Pass
Audit score 90

handling-sf-data

forcedotcom/sf-skills

Create, update, delete, and bulk import/export Salesforce records using sf CLI and anonymous Apex.

What is handling-sf-data?

Handles Salesforce data operations including record CRUD, bulk import/export, test data generation, and cleanup scripts. Use this skill when working with sf data CLI commands, seeding test data, performing bulk operations, or creating data factory patterns for Apex tests—but not for SOQL queries, test execution, or metadata deployment.

  • Execute record create, update, delete, upsert, export, and tree import/export operations via sf CLI
  • Generate and manage realistic test datasets with bulk operations (251+ records when needed)
  • Write anonymous Apex scripts for data seeding, rollback, and complex orchestration
  • Validate schema prerequisites using object describe before data operations
  • Provide cleanup and rollback guidance for safe, reversible data changes
  • Support parent-child relationship seeding and tree-based imports

How to install handling-sf-data

npx skills add https://github.com/forcedotcom/sf-skills --skill handling-sf-data
Prerequisites
  • Salesforce CLI (sf) installed and authenticated to target org
  • Target objects and fields must already exist in the org
  • Parent records must be created before child records in relationships
  • Appropriate field-level security and object permissions in the org
Claude Code
Cursor
Windsurf
Cline

How to use handling-sf-data

  1. 1.Confirm the operation mode: script generation or remote execution on a live org
  2. 2.Gather target object names, org alias, operation type, and expected volume
  3. 3.Run sf sobject describe to validate required fields, picklist values, and createable constraints
  4. 4.Choose the mechanism: single-record CLI commands for small CRUD, bulk API for large volumes, tree import for parent-child sets, or Apex scripts for complex logic
  5. 5.Execute the operation and verify record counts and relationships
  6. 6.Provide exact cleanup commands or rollback assets for all created data

Use cases

Good for
  • Seed a test org with 500+ Account and Contact records for bulk automation testing
  • Export production data structure and reimport as anonymized test data in a sandbox
  • Create factory patterns in Apex for generating test data in unit tests
  • Bulk update picklist values across 1000+ records using CSV import
  • Generate cleanup scripts to remove test data by creation date or pattern matching
Who it's for
  • Salesforce developers building test data for Apex and Flow automation
  • QA engineers validating bulk record behavior and data integrity
  • Admins performing bulk data migrations or cleanup operations
  • Integration engineers seeding orgs with realistic datasets for testing

handling-sf-data FAQ

When should I use this skill vs. querying-soql?

Use handling-sf-data for record creation, updates, deletes, imports, exports, and test data generation. Use querying-soql only when you need to write SOQL queries to read data without modifying records.

Can I use this skill to deploy metadata like custom objects or fields?

No. If the target object or field doesn't exist, delegate to generating-custom-object or generating-custom-field, then deploying-metadata before retrying the data operation.

What's the difference between script generation and remote execution?

Script generation produces reusable .apex, CSV, or JSON assets without touching an org. Remote execution creates or modifies records in a real org immediately. Always confirm which mode the user wants.

How many test records should I create for bulk testing?

Use 251+ records when bulk behavior and automation-sensitive logic matters. For simple CRUD validation, smaller datasets are sufficient. Avoid one-record-at-a-time patterns for bulk scenarios.

What should I do if data creation fails?

Try the primary CLI command once, retry with corrected parameters, re-run describe to validate assumptions, then pivot to a different mechanism if needed. Do not repeat the same failing command indefinitely.

Full instructions (SKILL.md)

Source of truth, from forcedotcom/sf-skills.


name: handling-sf-data description: "Salesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata)." metadata: version: "1.1"

Salesforce Data Operations Expert (handling-sf-data)

Use this skill when the user needs Salesforce data work: record CRUD, bulk import/export, test data generation, cleanup scripts, or data factory patterns for validating Apex, Flow, or integration behavior.

When This Skill Owns the Task

Use handling-sf-data when the work involves:

  • sf data CLI commands
  • record creation, update, delete, upsert, export, or tree import/export
  • realistic test data generation
  • bulk data operations and cleanup
  • Apex anonymous scripts for data seeding / rollback

Delegate elsewhere when the user is:

  • writing SOQL only → querying-soql
  • running or repairing Apex tests → running-apex-tests
  • deploying metadata first → deploying-metadata
  • creating or modifying custom objects / fields → generating-custom-object or generating-custom-field

Important Mode Decision

Confirm which mode the user wants:

ModeUse when
Script generationthey want reusable .apex, CSV, or JSON assets without touching an org yet
Remote executionthey want records created / changed in a real org now

Do not assume remote execution if the user may only want scripts.


Required Context to Gather First

Ask for or infer:

  • target object(s)
  • org alias, if remote execution is required
  • operation type: query, create, update, delete, upsert, import, export, cleanup
  • expected volume
  • whether this is test data, migration data, or one-off troubleshooting data
  • any parent-child relationships that must exist first

Core Operating Rules

  • handling-sf-data acts on remote org data unless the user explicitly wants local script generation.
  • Objects and fields must already exist before data creation.
  • For automation testing, prefer 251+ records when bulk behavior matters.
  • Plan cleanup before creating large or noisy datasets — untracked records accumulate across runs and pollute org state.
  • Use synthetic, non-identifying data in test records — real PII creates compliance risk and cannot be safely removed after bulk import.
  • Prefer CLI-first for straightforward CRUD; use anonymous Apex when the operation truly needs server-side orchestration.

If metadata is missing, stop and hand off to:

  • generating-custom-object or generating-custom-field to create the missing schema, then deploying-metadata to deploy it before retrying the data operation

Recommended Workflow

1. Verify prerequisites

Confirm object / field availability, org auth, and required parent records.

2. Run describe-first pre-flight validation when schema is uncertain

Before creating or updating records, use object describe data to validate:

  • required fields
  • createable vs non-createable fields
  • picklist values
  • relationship fields and parent requirements

See references/sf-cli-data-commands.md for the sf sobject describe command and jq filter patterns for inspecting fields, picklist values, and createable constraints.

3. Choose the smallest correct mechanism

NeedDefault approach
small one-off CRUDsf data single-record commands
large import/exportBulk API 2.0 via sf data ... bulk
parent-child seed settree import/export
reusable test datasetfactory / anonymous Apex script
reversible experimentcleanup script or savepoint-based approach

4. Execute or generate assets

Use the built-in templates under assets/ when they fit:

  • assets/factories/
  • assets/bulk/
  • assets/cleanup/
  • assets/soql/
  • assets/csv/
  • assets/json/

5. Verify results

Check counts, relationships, and record IDs after creation or update.

6. Apply a bounded retry strategy

If creation fails:

  1. try the primary CLI shape once
  2. retry once with corrected parameters
  3. re-run describe / validate assumptions
  4. pivot to a different mechanism or provide a manual workaround

Do not repeat the same failing command indefinitely.

7. Leave cleanup guidance

Provide exact cleanup commands or rollback assets whenever data was created.


High-Signal Rules

Bulk safety

  • use bulk operations for large volumes
  • test automation-sensitive behavior with 251+ records where appropriate
  • avoid one-record-at-a-time patterns for bulk scenarios

Data integrity

  • include required fields
  • validate picklist values before creation
  • verify parent IDs and relationship integrity
  • account for validation rules and duplicate constraints
  • exclude non-createable fields from input payloads

Cleanup discipline

Prefer one of:

  • delete-by-ID
  • delete-by-pattern
  • delete-by-created-date window
  • rollback / savepoint patterns for script-based test runs

Common Failure Patterns

ErrorLikely causeDefault fix direction
INVALID_FIELDwrong field API name or FLS issueverify schema and access
REQUIRED_FIELD_MISSINGmandatory field omittedinclude required values from describe data
INVALID_CROSS_REFERENCE_KEYbad parent IDcreate / verify parent first
FIELD_CUSTOM_VALIDATION_EXCEPTIONvalidation rule blocked the recorduse valid test data or adjust setup
invalid picklist valueguessed value instead of describe-backed valueinspect picklist values first
non-writeable field errorfield is not createable / updateableremove it from the payload
bulk limits / timeoutswrong tool for the volumeswitch to bulk / staged import

Output Format

When finishing, report in this order:

  1. Operation performed
  2. Objects and counts
  3. Target org or local artifact path
  4. Record IDs / output files
  5. Verification result
  6. Cleanup instructions

Suggested shape:

Data operation: <create / update / delete / export / seed>
Objects: <object + counts>
Target: <org alias or local path>
Artifacts: <record ids / csv / apex / json files>
Verification: <passed / partial / failed>
Cleanup: <exact delete or rollback guidance>

Cross-Skill Integration

NeedDelegate toReason
create missing custom objectsgenerating-custom-objectschema must exist before data operations
create missing custom fieldsgenerating-custom-fieldfield-level schema must exist before data creation
run bulk-sensitive Apex validationrunning-apex-teststest execution and coverage
deploy missing schema firstdeploying-metadatametadata readiness
implement production Apex logic consuming the datagenerating-apexApex class / trigger authoring
implement Flow logic consuming the datagenerating-flowFlow authoring and automation

Reference Map

Start here

Query / bulk / cleanup

Examples / limits

Validation scripts

Asset templates

  • assets/factories/ — Apex test data factory scripts (account, contact, opportunity, lead, user, etc.)
  • assets/bulk/ — Bulk API 2.0 Apex templates (insert 200, 500, 10000 records; upsert by external ID)
  • assets/cleanup/ — Cleanup and rollback scripts (delete by name, date, pattern; transaction rollback)
  • assets/soql/ — SOQL query templates (aggregate, subquery, parent-to-child, child-to-parent, polymorphic)
  • assets/csv/ — CSV import templates for Account, Contact, Opportunity, custom objects
  • assets/json/ — JSON tree import templates (account-contact, account-opportunity, full hierarchy)

Score Guide

ScoreMeaning
117+strong production-safe data workflow
104–116good operation with minor improvements possible
91–103acceptable but review advised
78–90partial / risky patterns present
< 78blocked until corrected

Related skills

More from forcedotcom/sf-skills and the wider catalog.

HAharmonizing-datacloud logo

harmonizing-datacloud

forcedotcom/sf-skills

Harmonize and unify Salesforce Data Cloud schemas, mappings, identity resolution, and profiles.

2.0k installsAudited
IMimplementing-ui-bundle-agentforce-conversation-client logo

implementing-ui-bundle-agentforce-conversation-client

forcedotcom/sf-skills

Embed and configure Agentforce Conversation Client in UI Bundle projects.

2.1k installs
IMimplementing-ui-bundle-file-upload logo

implementing-ui-bundle-file-upload

forcedotcom/sf-skills

Programmatic file upload API with progress tracking for Salesforce UI bundles.

2.1k installsAudited
INintegrating-b2b-commerce-open-code-components logo

integrating-b2b-commerce-open-code-components

forcedotcom/sf-skills

Integrate Salesforce B2B Commerce open source components into your store's Experience Builder.

1.6k installs
INinvestigating-agentforce-architecture logo

investigating-agentforce-architecture

forcedotcom/sf-skills

Declared architecture snapshot for one Agentforce agent: planner, topics, actions, flows, Apex, prompt templates, and NGA plugins. Renders a human-readable architecture document and Mermaid invocation graph from design-time metadata (not runtime audit rows). TRIGGER when user asks to describe, diagram, inventory, audit, document, or diff (e.g. v3 vs v5) the architecture / action tree / topic structure / tool inventory of a specific agent by agent API name in a specific org. DO NOT TRIGGER for runtime session traces, conversation transcripts, generation timings, or gateway audit chains — this skill reads design-time metadata only (use investigating-agentforce-d360 for session traces).

836 installs
INinvestigating-agentforce-d360 logo

investigating-agentforce-d360

forcedotcom/sf-skills

Data Cloud 360° view of a single Agentforce session. TRIGGER when user asks to trace, inspect, summarize, or describe a specific Agentforce session by session id (Agent Session UUID `019d…` or MessagingSession id `0Mw…`). Also triggers on session discovery — find/list/search sessions by time, agent, channel, outcome, or conversation text — when the user has no session id yet. DO NOT TRIGGER for design-time architecture questions (use investigating-agentforce-architecture instead) or for runtime perf/latency/SLO questions that require platform telemetry beyond Data Cloud.

822 installs