Help us improve
Share bugs, ideas, or general feedback.
From sf-skills
Queries Data Cloud with SQL, async queries, vector/hybrid search, search-index operations, and metadata introspection via sf data360 CLI.
npx claudepluginhub ccmalcom/sf-skills-plugin --plugin sf-skillsHow this skill is triggered — by the user, by Claude, or both
Slash command
/sf-skills:retrieving-datacloudThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Use this skill when the user needs **query, search, and metadata introspection** for Data Cloud: sync SQL, paginated SQL, async query workflows, table describe, vector search, hybrid search, or search index operations.
Guides Salesforce Data Cloud (2025) integration patterns and architecture: data ingestion from 200+ sources, harmonization, identity resolution, real-time activation, zero-copy querying.
Guides multi-phase Salesforce Data Cloud workflows: connect, prepare, harmonize, segment, act, and retrieve. Use for cross-phase pipelines, data spaces, data kits, and troubleshooting root causes across phases.
Executes read-only SOQL queries against a connected Salesforce org via sf data query CLI under T1 least-privilege scope. Returns sanitized JSON with structured audit envelope. Use for live record evidence like pipeline counts, field values, or aggregate queries.
Share bugs, ideas, or general feedback.
Use this skill when the user needs query, search, and metadata introspection for Data Cloud: sync SQL, paginated SQL, async query workflows, table describe, vector search, hybrid search, or search index operations.
Use retrieving-datacloud when the work involves:
sf data360 query *sf data360 search-index *sf data360 metadata *sf data360 profile * or sf data360 insight * inspectionDelegate elsewhere when the user is:
Ask for or infer:
node ~/.claude/skills/orchestrating-datacloud/scripts/diagnose-org.mjs -o <org> --phase retrieve --json.sqlv2 or async query flows for larger result sets.node ~/.claude/skills/orchestrating-datacloud/scripts/diagnose-org.mjs -o <org> --phase retrieve --json
# optional query-plane probe, only with a real table name
node ~/.claude/skills/orchestrating-datacloud/scripts/diagnose-org.mjs -o <org> --phase retrieve --describe-table MyDMO__dlm --json
sf data360 query sql -o <org> --sql 'SELECT COUNT(*) FROM "ssot__Individual__dlm"' 2>/dev/null
sf data360 query sqlv2 -o <org> --sql 'SELECT * FROM "ssot__Individual__dlm"' 2>/dev/null
sf data360 query async-create -o <org> --sql 'SELECT * FROM "ssot__Individual__dlm"' 2>/dev/null
sf data360 query describe -o <org> --table ssot__Individual__dlm 2>/dev/null
sf data360 search-index list -o <org> 2>/dev/null
sf data360 query vector -o <org> --index Knowledge_Index --query "reset password" --limit 5 2>/dev/null
sf data360 query hybrid -o <org> --index Knowledge_Index --query "reset password" --limit 5 2>/dev/null
sf data360 query hybrid -o <org> --index Insurance_Index --query "weather damage coverage" --prefilter "Type_of_Insurance__c='Home'" --limit 10 2>/dev/null
Use the phase-owned examples instead of inventing JSON from scratch:
examples/search-indexes/vector-knowledge.jsonexamples/search-indexes/hybrid-structured.jsonsqlv2 is better than ad hoc OFFSET paging for medium result sets.--prefilter, but only on fields configured as prefilter-capable when the search index was created.userValues: [] unless the platform explicitly documents otherwise.query describe is not a universal tenant probe; only run it with a known DMO or DLO table after broader readiness has been confirmed.Retrieve task: <sql / sqlv2 / async / describe / vector / search-index>
Target org: <alias>
Target object: <table or index>
Commands: <key commands run>
Verification: <query rows / schema / status>
Next step: <segment / harmonize / follow-up>