* Split generating-webapp-metadata into single-purpose skills Extract the deployment sequence into a new deploying-webapp skill so each webapp skill describes exactly one actionable goal. This improves agent skill selection accuracy by eliminating multi-concern descriptions. - generating-webapp-metadata: now focused on scaffolding, bundle config, CSP - deploying-webapp: new skill for the 7-step deployment sequence * Rename -webapp- skill directories and references to -webapplication- Rename all 7 webapp skill directories to use the full "webapplication" entity name. Update frontmatter name fields, cross-skill references, and descriptive prose. Package names and CLI commands are preserved as-is since those are actual identifiers.
2.9 KiB
Schema Introspection
Schema Access Policy
The schema.graphql file is 265,000+ lines. Loading it into context or opening it in an editor will overwhelm the context window or crash tools.
Do not use cat, less, more, head, tail, editors (VS Code, vim, nano), or programmatic parsers (node, python, awk, sed, jq) on schema.graphql. Use the schema search script or targeted grep calls only.
Schema Lookup
Run the search script from the SFDX project root to get all relevant schema info in one step:
bash scripts/graphql-search.sh <EntityName>
# Multiple entities:
bash scripts/graphql-search.sh Account Contact Opportunity
Maximum 2 script runs. If the entity still can't be found after checking naming variations, ask the user.
Entity Identification
Map user intent to PascalCase entity names:
- Convert natural language to PascalCase (e.g., "accounts" →
Account, "case comments" →CaseComment, "custom objects" →CustomObject__c) - Run the schema search script to validate the entity exists
- If a candidate does not match, try:
__csuffix for custom objects,__efor platform events_Recordsuffix — Objects added to UI API in API v60+ may use<EntityName>_Recordas their type name (e.g.,FeedItem_Recordinstead ofFeedItem)
- If an entity cannot be resolved, ask the user for the correct name — do not guess
Iterative Introspection
Use a maximum of 3 introspection cycles to resolve all entities and their dependencies:
- Introspect — Run the schema search script for each unresolved entity
- Fields — Extract requested field names and types from the type definition output
- References — Identify reference fields. If a reference resolves to multiple types, mark it as polymorphic (use inline fragments in the generated query). Add newly discovered entity types to the working list.
- Child relationships — Identify Connection types (e.g.,
Contacts: ContactConnection). Add child entity types to the working list. - Next cycle — If unresolved entities remain and the cycle limit hasn't been reached, repeat from step 1
Hard Stop Rules
- If no introspection data is returned for an entity, stop — the entity may not be deployed
- If unknown entities remain after 3 cycles, stop — ask the user for clarification
- Do not proceed with query generation until all entities and requested fields are confirmed in the schema
Deployment Prerequisites
The schema reflects the current org state. Custom objects and fields appear only after metadata is deployed.
- Before running
npm run graphql:schema: Deploy all metadata and assign permission sets. Invoke thedeploying-webapp-to-salesforceskill for the full sequence. - After any metadata deployment: Re-run
npm run graphql:schemaandnpm run graphql:codegenso types and queries stay in sync.