@salesforce/afv-skills 1.8.0 → 1.9.0

package/skills/preparing-datacloud/README.md

@@ -0,0 +1,51 @@
+# preparing-datacloud
+
+Ingestion and lake-preparation workflows for Salesforce Data Cloud.
+
+## Use this skill for
+
+- data streams
+- Data Lake Objects (DLOs)
+- data transforms
+- Document AI setup and extraction
+- unstructured ingestion and re-scan workflows
+- deciding how a source dataset should enter Data Cloud
+- classifying a dataset as `Profile`, `Engagement`, or `Other`
+- using the Ingestion API send-data example after connector setup
+
+## Example requests
+
+```text
+"Create a Data Cloud stream from Contact"
+"Inspect the DLO created by this stream"
+"Help me create a transform for ingested data"
+"Re-run this SharePoint document stream so it picks up new files"
+"Show me how to send records to Data Cloud through the Ingestion API"
+```
+
+## Common commands
+
+```bash
+sf data360 data-stream list -o myorg 2>/dev/null
+sf data360 data-stream create-from-object -o myorg --object Contact --connection SalesforceDotCom_Home 2>/dev/null
+sf data360 data-stream run -o myorg --name Contact_Home 2>/dev/null
+sf data360 dlo get -o myorg --name Contact_Home__dll 2>/dev/null
+sf data360 transform list -o myorg 2>/dev/null
+sf data360 connection run-existing -o myorg --name <connection-id> 2>/dev/null
+```
+
+## Key reminders
+
+- confirm whether a dataset should be treated as `Profile`, `Engagement`, or `Other` before creating the stream
+- `data-stream run` is the preferred re-scan path for unstructured document ingestion
+- `connection run-existing` is a connection-level rerun and is not a full substitute for stream refresh
+- some external database and Ingestion API stream-creation flows still require UI setup
+- initial unstructured DLO setup can be richer in the UI than in a minimal CLI payload
+- use the local [examples/ingestion-api/](examples/ingestion-api/) folder for the send-data flow
+
+## References
+
+- [SKILL.md](SKILL.md)
+- [examples/ingestion-api/README.md](examples/ingestion-api/README.md)
+- [../orchestrating-datacloud/assets/definitions/data-stream.template.json](../orchestrating-datacloud/assets/definitions/data-stream.template.json)
+- [CREDITS.md](CREDITS.md)

package/skills/preparing-datacloud/SKILL.md

@@ -0,0 +1,191 @@
+---
+name: preparing-datacloud
+description: "Salesforce Data Cloud Prepare phase. Use this skill when the user creates or manages Data Cloud data streams, DLOs, transforms, or Document AI configurations. TRIGGER when: user creates or manages Data Cloud data streams, DLOs, transforms, or Document AI configurations, or asks about ingestion into Data Cloud. DO NOT TRIGGER when: the task is connection setup only (use connecting-datacloud), DMOs and identity resolution (use harmonizing-datacloud), or query/search work (use retrieving-datacloud)."
+license: MIT
+compatibility: "Requires an external community sf data360 CLI plugin and a Data Cloud-enabled org"
+metadata:
+  version: "1.0"
+---
+
+# preparing-datacloud: Data Cloud Prepare Phase
+
+Use this skill when the user needs **ingestion and lake preparation work**: data streams, Data Lake Objects (DLOs), transforms, Document AI, unstructured ingestion, or the handoff from connector setup into a live stream.
+
+## When This Skill Owns the Task
+
+Use `preparing-datacloud` when the work involves:
+- `sf data360 data-stream *`
+- `sf data360 dlo *`
+- `sf data360 transform *`
+- `sf data360 docai *`
+- choosing how data should enter Data Cloud
+- rerunning or rescanning ingestion after a source update
+- preparing Ingestion API-backed streams after connector setup is complete
+
+Delegate elsewhere when the user is:
+- still creating/testing source connections → [connecting-datacloud](../connecting-datacloud/SKILL.md)
+- mapping to DMOs or designing IR/data graphs → [harmonizing-datacloud](../harmonizing-datacloud/SKILL.md)
+- querying ingested data → [retrieving-datacloud](../retrieving-datacloud/SKILL.md)
+
+---
+
+## Required Context to Gather First
+
+Ask for or infer:
+- target org alias
+- source connection name
+- source object / dataset / document source
+- desired stream type
+- DLO naming expectations
+- whether the user is creating, updating, running, or deleting a stream
+- whether the source is CRM, a database connector, an unstructured file source, or an Ingestion API feed
+
+---
+
+## Core Operating Rules
+
+- Verify the external plugin runtime before running Data Cloud commands.
+- Run the shared readiness classifier before mutating ingestion assets: `node ~/.claude/skills/orchestrating-datacloud/scripts/diagnose-org.mjs -o <org> --phase prepare --json`.
+- Prefer inspecting existing streams and DLOs before creating new ingestion assets.
+- Suppress linked-plugin warning noise with `2>/dev/null` for normal usage.
+- Treat DLO naming and field naming as Data Cloud-specific, not CRM-native.
+- Confirm whether each dataset should be treated as `Profile`, `Engagement`, or `Other` before creating the stream.
+- Distinguish stream-level refresh from connection-level reruns when working with unstructured sources.
+- Use UI setup intentionally when initial stream or unstructured asset creation is platform-gated.
+- Hand off to Harmonize only after ingestion assets are clearly healthy.
+
+---
+
+## Recommended Workflow
+
+### 1. Classify readiness for prepare work
+```bash
+node ~/.claude/skills/orchestrating-datacloud/scripts/diagnose-org.mjs -o <org> --phase prepare --json
+```
+
+### 2. Inspect existing ingestion assets
+```bash
+sf data360 data-stream list -o <org> 2>/dev/null
+sf data360 dlo list -o <org> 2>/dev/null
+```
+
+### 3. Confirm the stream category before creation
+Use these rules when suggesting categories:
+
+| Category | Use for | Typical requirement |
+|---|---|---|
+| `Profile` | person/entity records | primary key |
+| `Engagement` | time-based events or interactions | primary key + event time field |
+| `Other` | reference/configuration/supporting datasets | primary key |
+
+When the source is ambiguous, ask the user explicitly whether the dataset should be treated as `Profile`, `Engagement`, or `Other`.
+
+### 4. Create or inspect streams intentionally
+```bash
+sf data360 data-stream get -o <org> --name <stream> 2>/dev/null
+sf data360 data-stream create-from-object -o <org> --object Contact --connection SalesforceDotCom_Home 2>/dev/null
+sf data360 data-stream create -o <org> -f stream.json 2>/dev/null
+sf data360 data-stream run -o <org> --name <stream> 2>/dev/null
+```
+
+### 5. Check DLO shape
+```bash
+sf data360 dlo get -o <org> --name Contact_Home__dll 2>/dev/null
+```
+
+### 6. Choose the right refresh mechanism
+Use the smaller refresh scope that matches the user goal:
+
+```bash
+sf data360 data-stream run -o <org> --name <stream> 2>/dev/null
+sf data360 connection run-existing -o <org> --name <connection-id> 2>/dev/null
+```
+
+- `data-stream run` is the closest match to a stream-level refresh or re-scan.
+- `connection run-existing` runs at the connection level and can be useful for some connector workflows, but it is not a reliable replacement for stream refresh on unstructured sources.
+- For unstructured document connectors, prefer `data-stream run` when the goal is to re-scan newly added or changed files.
+
+### 7. Handle unstructured sources deliberately
+For SharePoint-style document ingestion, a minimal unstructured DLO payload can look like:
+
+```json
+{
+  "name": "my_udlo",
+  "label": "My UDLO",
+  "category": "Directory_Table",
+  "dataSource": {
+    "sourceType": "SF_DRIVE",
+    "directoryAndFilesDetails": [
+      {
+        "dirName": "SPUnstructuredDocument/<CONNECTION_ID>/<SITE_ID>",
+        "fileName": "*"
+      }
+    ],
+    "sourceConfig": {
+      "reservedPrefix": "$dcf_content$"
+    }
+  }
+}
+```
+
+Use the UI for the first-time unstructured setup when the user needs the richer end-to-end pipeline. The UI path can seed additional document metadata fields and downstream assets that a bare CLI DLO create flow may not provision automatically.
+
+### 8. Use the local Ingestion API example for send-data workflows
+For external systems pushing records into Data Cloud:
+
+1. create the connector in [connecting-datacloud](../connecting-datacloud/SKILL.md)
+2. upload the schema with `sf data360 connection schema-upsert`
+3. create the stream in the UI when required
+4. send records with the local example in `examples/ingestion-api/`
+
+```bash
+cd examples/ingestion-api
+cp .env.example .env
+python3 send-data.py
+```
+
+Key details:
+- auth is a staged flow: JWT → Salesforce token → Data Cloud token
+- the ingestion endpoint uses the tenant URL, not the Salesforce instance URL
+- `202` means the payload was accepted for processing, not that records are queryable immediately
+- validation failures often surface in the Problem Records DLO family
+
+### 9. Only then move into harmonization
+Once the stream and DLO are healthy, hand off to [harmonizing-datacloud](../harmonizing-datacloud/SKILL.md).
+
+---
+
+## High-Signal Gotchas
+
+- CRM-backed stream behavior is not the same as fully custom connector-framework ingestion.
+- `sf data360 data-stream run` and `sf data360 connection run-existing` are not interchangeable; prefer stream-level refresh for unstructured rescans.
+- `SFDC` streams sync on a platform-managed schedule; `data-stream run` is not the general control path for CRM connector refresh.
+- Some external database connectors can be created via API while stream creation still requires UI flow or org-specific browser automation. Do not promise a pure CLI stream-creation path for every connector type.
+- Initial SharePoint-style unstructured setup can be richer in the UI than in a minimal CLI DLO create flow.
+- Stream deletion can also delete the associated DLO unless the delete mode says otherwise.
+- DLO field naming differs from CRM field naming, including `__c` → `_c` transformations.
+- Query DLO record counts with Data Cloud SQL instead of assuming list output is sufficient.
+- `CdpDataStreams` means the stream module is gated for the current org/user; guide the user to provisioning/permissions review instead of retrying blindly.
+
+---
+
+## Output Format
+
+```text
+Prepare task: <stream / dlo / transform / docai>
+Source: <connection + object>
+Target org: <alias>
+Artifacts: <stream names / dlo names / json definitions>
+Verification: <passed / partial / blocked>
+Next step: <harmonize or retrieve>
+```
+
+---
+
+## References
+
+- [README.md](README.md)
+- [examples/ingestion-api/README.md](examples/ingestion-api/README.md)
+- [../orchestrating-datacloud/assets/definitions/data-stream.template.json](../orchestrating-datacloud/assets/definitions/data-stream.template.json)
+- [../orchestrating-datacloud/references/plugin-setup.md](../orchestrating-datacloud/references/plugin-setup.md)
+- [../orchestrating-datacloud/references/feature-readiness.md](../orchestrating-datacloud/references/feature-readiness.md)

package/skills/preparing-datacloud/examples/ingestion-api/.env.example

@@ -0,0 +1,8 @@
+CONSUMER_KEY=<your consumer key from External Client App>
+CONSUMER_SECRET=<your consumer secret>
+SF_USERNAME=<your salesforce username>
+SF_LOGIN_URL=https://login.salesforce.com
+TENANT_URL=https://<tenant-id>.c360a.salesforce.com
+PRIVATE_KEY_FILE=/path/to/server.key
+CONNECTOR_NAME=Badge_Scanner
+OBJECT_NAME=Badge_Scan

package/skills/preparing-datacloud/examples/ingestion-api/README.md

@@ -0,0 +1,48 @@
+# Ingestion API example
+
+This folder contains a minimal, public-safe example for sending records into Salesforce Data Cloud through the Ingestion API.
+
+## What this example assumes
+
+Before running `send-data.py`, complete the connect/prepare setup steps:
+
+1. create an Ingestion API connector
+2. upload the schema with `sf data360 connection schema-upsert`
+3. create the corresponding data stream in the UI if your org requires that step
+
+Related connector definitions live in:
+- [../../../connecting-datacloud/examples/connections/ingest-api-connection.json](../../../connecting-datacloud/examples/connections/ingest-api-connection.json)
+- [../../../connecting-datacloud/examples/connections/ingest-api-schema.json](../../../connecting-datacloud/examples/connections/ingest-api-schema.json)
+
+## Prerequisites
+
+```bash
+pip install PyJWT cryptography requests
+```
+
+## Setup
+
+```bash
+cd skills/preparing-datacloud/examples/ingestion-api
+cp .env.example .env
+# edit .env with your values
+python3 send-data.py
+```
+
+## Environment variables
+
+- `CONSUMER_KEY` — external client app consumer key
+- `CONSUMER_SECRET` — external client app consumer secret if your auth flow needs it
+- `SF_USERNAME` — Salesforce username used for JWT auth
+- `SF_LOGIN_URL` — login host such as `https://login.salesforce.com`
+- `TENANT_URL` — Data Cloud tenant URL such as `https://<tenant>.c360a.salesforce.com`
+- `PRIVATE_KEY_FILE` — path to the JWT private key
+- `CONNECTOR_NAME` — Ingestion API connector name
+- `OBJECT_NAME` — uploaded schema object name
+
+## Notes
+
+- auth is a staged flow: JWT → Salesforce token → Data Cloud token
+- the ingestion endpoint uses the Data Cloud tenant URL, not the Salesforce instance URL
+- `202` means the payload was accepted for processing
+- validation failures often appear in the Problem Records DLO family

package/skills/preparing-datacloud/examples/ingestion-api/send-data.py

@@ -0,0 +1,144 @@
+#!/usr/bin/env python3
+"""
+Send data to Data Cloud through the Ingestion API.
+
+Prerequisites:
+  pip install PyJWT cryptography requests
+
+Usage:
+  1. Copy .env.example to .env and fill in your values
+  2. python3 send-data.py
+
+See README.md in this folder for setup notes.
+"""
+
+from __future__ import annotations
+
+import os
+import time
+import uuid
+from datetime import datetime, timezone
+from pathlib import Path
+
+import jwt
+import requests
+
+
+def load_env_file() -> None:
+    env_file = Path(__file__).parent / ".env"
+    if not env_file.exists():
+        return
+
+    for line in env_file.read_text().splitlines():
+        if "=" in line and not line.startswith("#"):
+            key, val = line.split("=", 1)
+            os.environ.setdefault(key.strip(), val.strip())
+
+
+load_env_file()
+
+CONSUMER_KEY = os.environ["CONSUMER_KEY"]
+SF_USERNAME = os.environ["SF_USERNAME"]
+SF_LOGIN_URL = os.environ.get("SF_LOGIN_URL", "https://login.salesforce.com")
+TENANT_URL = os.environ["TENANT_URL"]
+PRIVATE_KEY_FILE = os.environ["PRIVATE_KEY_FILE"]
+CONNECTOR_NAME = os.environ["CONNECTOR_NAME"]
+OBJECT_NAME = os.environ["OBJECT_NAME"]
+
+
+def get_cdp_token() -> str:
+    """Authenticate: JWT -> Salesforce access token -> Data Cloud token."""
+    private_key = Path(PRIVATE_KEY_FILE).read_text()
+
+    claim = {
+        "iss": CONSUMER_KEY,
+        "sub": SF_USERNAME,
+        "aud": SF_LOGIN_URL,
+        "exp": int(time.time()) + 300,
+    }
+    assertion = jwt.encode(claim, private_key, algorithm="RS256")
+
+    token_data = requests.post(
+        f"{SF_LOGIN_URL}/services/oauth2/token",
+        data={
+            "grant_type": "urn:ietf:params:oauth:grant-type:jwt-bearer",
+            "assertion": assertion,
+        },
+        timeout=60,
+    ).json()
+
+    if "access_token" not in token_data:
+        raise RuntimeError(f"Salesforce auth failed: {token_data}")
+
+    cdp_data = requests.post(
+        f"{token_data['instance_url']}/services/a360/token",
+        headers={"Content-Type": "application/x-www-form-urlencoded"},
+        data={
+            "grant_type": "urn:salesforce:grant-type:external:cdp",
+            "subject_token": token_data["access_token"],
+            "subject_token_type": "urn:ietf:params:oauth:token-type:access_token",
+        },
+        timeout=60,
+    ).json()
+
+    if "access_token" not in cdp_data:
+        raise RuntimeError(f"Data Cloud token exchange failed: {cdp_data}")
+
+    return cdp_data["access_token"]
+
+
+def send_records(cdp_token: str, records: list[dict[str, str]]) -> tuple[int, str]:
+    """Send records to the Ingestion API."""
+    url = f"{TENANT_URL}/api/v1/ingest/sources/{CONNECTOR_NAME}/{OBJECT_NAME}"
+    response = requests.post(
+        url,
+        headers={
+            "Authorization": f"Bearer {cdp_token}",
+            "Content-Type": "application/json",
+        },
+        json={"data": records},
+        timeout=60,
+    )
+    return response.status_code, response.text
+
+
+if __name__ == "__main__":
+    print("Authenticating...")
+    token = get_cdp_token()
+    print("Data Cloud token acquired")
+
+    records = [
+        {
+            "ScanId": str(uuid.uuid4()),
+            "EventId": "EVT-001",
+            "AttendeeId": "ATT-001",
+            "Scantime": datetime.now(timezone.utc).isoformat(),
+            "Room": "Main Hall",
+        },
+        {
+            "ScanId": str(uuid.uuid4()),
+            "EventId": "EVT-001",
+            "AttendeeId": "ATT-002",
+            "Scantime": datetime.now(timezone.utc).isoformat(),
+            "Room": "Workshop A",
+        },
+        {
+            "ScanId": str(uuid.uuid4()),
+            "EventId": "EVT-001",
+            "AttendeeId": "ATT-003",
+            "Scantime": datetime.now(timezone.utc).isoformat(),
+            "Room": "Workshop B",
+        },
+    ]
+
+    print(f"Sending {len(records)} records to {CONNECTOR_NAME}/{OBJECT_NAME}...")
+    status, body = send_records(token, records)
+    print(f"Response: {status} {body}")
+
+    if status == 202:
+        print("\nData accepted. Records typically appear in Data Cloud within a few minutes.")
+        print(
+            "Query with: sf data360 query sql -o <org> --sql 'SELECT * FROM \"<DLO_NAME>__dll\" LIMIT 10'"
+        )
+    else:
+        print("\nIngestion failed. Check the response above for details.")

package/skills/querying-soql/CREDITS.md

@@ -0,0 +1,21 @@
+# Credits & Acknowledgments
+
+This skill integrates concepts and patterns from the Salesforce developer community and official Salesforce documentation. The goal is to teach Apex developers how to write efficient, maintainable SOQL using vanilla Apex patterns that don't require external package installation.
+
+---
+
+## Key Patterns Integrated
+
+| Pattern | Integration |
+|---------|-------------|
+| Selector Layer architecture | `references/selector-patterns.md` |
+| Bulkification and Map-based lookup | `assets/bulkified-query-pattern.cls` |
+| SOQL anti-patterns catalog | `references/anti-patterns.md` |
+| Query Plan analysis | `SKILL.md`, `assets/optimization-patterns.soql` |
+| Field coverage validation | `references/field-coverage-rules.md` |
+
+---
+
+## Philosophy
+
+This skill integrates **concepts and patterns** from community resources, not specific libraries as dependencies. All patterns produce vanilla Apex code that works in any Salesforce org without additional package installation.

package/skills/querying-soql/README.md

@@ -0,0 +1,41 @@
+# querying-soql
+
+Salesforce SOQL query generation, optimization, and analysis skill with 100-point scoring. Convert natural language into performant SOQL and validate queries for security, selectivity, and governor-limit awareness.
+
+## Features
+
+- **Natural Language to SOQL**: Convert requests into executable queries
+- **Query Optimization**: Improve selectivity, LIMIT usage, and field selection
+- **Relationship Queries**: Parent-child, child-parent, and polymorphic patterns
+- **Security Guidance**: `WITH USER_MODE`, `WITH SECURITY_ENFORCED`, and Apex-safe usage
+- **100-Point Scoring**: Performance, correctness, security, and readability checks
+
+## Quick Start
+
+### 1. Invoke the skill
+
+```
+Skill: querying-soql
+Request: "Find Accounts with open Opportunities created this quarter"
+```
+
+### 2. Typical use cases
+
+- Generate SOQL from plain-English requirements
+- Optimize slow or non-selective queries
+- Build aggregates and relationship queries
+- Validate queries before using them in Apex or CLI workflows
+
+## Documentation
+
+- [SKILL.md](SKILL.md) - Core workflow and optimization guidance
+- [references/query-optimization.md](references/query-optimization.md) - Selectivity and performance tuning
+- [references/soql-syntax-reference.md](references/soql-syntax-reference.md) - Syntax, relationships, and aggregates
+- [references/selector-patterns.md](references/selector-patterns.md) - Reusable Apex selector patterns
+- [references/cli-commands.md](references/cli-commands.md) - sf CLI query execution examples
+
+## Related Skills
+
+- `handling-sf-data` - For data creation/import/export workflows
+- `generating-apex` - For inline SOQL inside Apex code
+- `running-apex-tests` - For validating query behavior in tests

package/skills/querying-soql/SKILL.md

@@ -0,0 +1,143 @@
+---
+name: querying-soql
+description: "SOQL query generation, optimization, and analysis with 100-point scoring. Use this skill when the user needs SOQL/SOSL authoring or optimization: natural-language-to-query generation, relationship queries, aggregates, query-plan analysis, and performance or safety improvements for Salesforce queries. TRIGGER when: user writes, optimizes, or debugs SOQL/SOSL queries, touches .soql files, or asks about relationship queries, aggregates, or query performance. DO NOT TRIGGER when: bulk data operations (use handling-sf-data), Apex DML logic (use generating-apex), or report/dashboard queries."
+license: MIT
+metadata:
+  version: "1.1"
+---
+
+# querying-soql: Salesforce SOQL Query Expert
+
+Use this skill when the user needs **SOQL/SOSL authoring or optimization**: natural-language-to-query generation, relationship queries, aggregates, query-plan analysis, and performance/safety improvements for Salesforce queries.
+
+## When This Skill Owns the Task
+
+Use `querying-soql` when the work involves:
+- `.soql` files
+- query generation from natural language
+- relationship queries and aggregate queries
+- query optimization and selectivity analysis
+- SOQL/SOSL syntax and governor-aware design
+
+Delegate elsewhere when the user is:
+- performing bulk data operations → [handling-sf-data](../handling-sf-data/SKILL.md)
+- embedding query logic inside broader Apex implementation → [generating-apex](../generating-apex/SKILL.md)
+- debugging via logs rather than query shape → [debugging-apex-logs](../debugging-apex-logs/SKILL.md)
+
+---
+
+## Required Context to Gather First
+
+Ask for or infer:
+- target object(s)
+- fields needed
+- filter criteria
+- sort / limit requirements
+- whether the query is for display, automation, reporting-like analysis, or Apex usage
+- whether performance / selectivity is already a concern
+
+---
+
+## Recommended Workflow
+
+### 1. Generate the simplest correct query
+Prefer:
+- only needed fields
+- clear WHERE criteria
+- reasonable LIMIT when appropriate
+- relationship depth only as deep as necessary
+
+### 2. Choose the right query shape
+| Need | Default pattern |
+|---|---|
+| parent data from child | child-to-parent traversal |
+| child rows from parent | subquery |
+| counts / rollups | aggregate query |
+| records with / without related rows | semi-join / anti-join |
+| text search across objects | SOSL |
+
+### 3. Optimize for selectivity and safety
+Check:
+- indexed / selective filters
+- no unnecessary fields
+- no avoidable wildcard or scan-heavy patterns
+- security enforcement expectations
+
+### 4. Validate execution path if needed
+If the user wants runtime verification, hand off execution to:
+- [handling-sf-data](../handling-sf-data/SKILL.md)
+
+---
+
+## High-Signal Rules
+
+- never use `SELECT *` style thinking; query only required fields
+- do not query inside loops in Apex contexts
+- prefer filtering in SOQL rather than post-filtering in Apex
+- use aggregates for counts and grouped summaries instead of loading unnecessary records
+- evaluate wildcard usage carefully; leading wildcards often defeat indexes
+- account for security mode / field access requirements when queries move into Apex
+
+---
+
+## Output Format
+
+When finishing, report in this order:
+1. **Query purpose**
+2. **Final SOQL/SOSL**
+3. **Why this shape was chosen**
+4. **Optimization or security notes**
+5. **Execution suggestion if needed**
+
+Suggested shape — use `references/soql-syntax-reference.md` for exact syntax:
+
+```
+Query goal: <summary>
+Query: <soql or sosl>
+Design: <relationship / aggregate / filter choices>
+Notes: <selectivity, limits, security, governor awareness>
+Next step: <run in handling-sf-data or embed in Apex>
+```
+
+---
+
+## Cross-Skill Integration
+
+| Need | Delegate to | Reason |
+|---|---|---|
+| run the query against an org | [handling-sf-data](../handling-sf-data/SKILL.md) | execution and export |
+| embed the query in services/selectors | [generating-apex](../generating-apex/SKILL.md) | implementation context |
+| analyze slow-query symptoms from logs | [debugging-apex-logs](../debugging-apex-logs/SKILL.md) | runtime evidence |
+| wire query-backed UI | [generating-lwc-components](../generating-lwc-components/SKILL.md) | frontend integration |
+
+---
+
+## Score Guide
+
+| Score | Meaning |
+|---|---|
+| 90+ | production-optimized query |
+| 80–89 | good query with minor improvements possible |
+| 70–79 | functional but performance concerns remain |
+| < 70 | needs revision before production use |
+
+---
+
+## Reference File Index
+
+| File | When to read |
+|------|-------------|
+| `references/soql-syntax-reference.md` | Syntax, operators, date literals, relationship query patterns |
+| `references/query-optimization.md` | Selectivity rules, indexing strategy, governor limits, security patterns |
+| `references/soql-reference.md` | Quick reference — operators, date functions, aggregate functions, WITH clauses |
+| `references/anti-patterns.md` | Common SOQL mistakes and their fixes — read before finalizing any query |
+| `references/selector-patterns.md` | Apex selector layer patterns — read when embedding queries in Apex classes |
+| `references/field-coverage-rules.md` | Field coverage validation — read when generating SOQL used inside Apex code |
+| `references/cli-commands.md` | sf CLI query execution, bulk export, query plan commands |
+| `assets/basic-queries.soql` | Starter query examples for common objects |
+| `assets/relationship-queries.soql` | Parent-to-child and child-to-parent relationship query patterns |
+| `assets/aggregate-queries.soql` | COUNT, SUM, GROUP BY, ROLLUP query patterns |
+| `assets/optimization-patterns.soql` | Selective filter and index-aware query patterns |
+| `assets/bulkified-query-pattern.cls` | Apex Map-based bulk query pattern for trigger contexts |
+| `assets/selector-class.cls` | Full selector class implementation template |
+| `scripts/post-tool-validate.py` | Post-write hook — runs static SOQL validation and live query plan analysis after `.soql` file edits |