Develop platform features
Create Apex classes and triggers, Lightning Web Components, SOQL, custom metadata, objects, fields, permissions, and supported automation.
Salesforce Codex Skills help Codex work with metadata-driven Salesforce projects. Download the skills for Apex, Lightning Web Components, SOQL, permissions, flows, Salesforce CLI, scratch orgs, retrieval, deployment validation, test levels, code coverage, and release evidence.
task: complete salesforce development and deployment task
inspect:
- requirements and context
- existing standards
- failure and edge cases
verify: outputs + checks + handoffSalesforce development moves source and metadata between local projects and authorized orgs through explicit retrieval, validation, testing, and deployment steps.
These skills keep the target org, package directories, metadata scope, security model, and rollback plan visible throughout the work.
Create Apex classes and triggers, Lightning Web Components, SOQL, custom metadata, objects, fields, permissions, and supported automation.
Inspect package directories, manifests, references, profiles, permission sets, API versions, namespaces, and org capabilities.
Write focused Apex tests, isolate data, use mocks, inspect coverage and limits, and verify LWC behavior with the project tools.
Retrieve safely, detect conflicts, run dry runs or validation, choose test levels, review destructive changes, deploy, and collect reports.
The steps keep context, implementation, and verification visible so the result can be reviewed and repeated.
Confirm project structure, target alias, API version, package model, source tracking, dependencies, permissions, and release path.
Account for bulk behavior, sharing, CRUD and field security, governor limits, asynchronous work, and test isolation.
Change the relevant source and metadata, add tests, run static checks, and review generated or retrieved differences.
Use an approved validation or dry run, review tests and coverage, inspect conflicts and warnings, then hand off the exact deployment scope.
The workflow adjusts to the project, audience, tools, and risk while preserving the same quality standard.
Build Apex, LWC, data access, automation, metadata, tests, and local project tooling.
Retrieve and compare source from scratch orgs, sandboxes, development orgs, and tracked environments.
Prepare manifests, packages, validation jobs, test levels, deployment reports, and rollback information.
Review sharing, permissions, CRUD, field-level security, secrets, integration users, and audit requirements.
Start with one defined outcome and provide the source material, constraints, and checks that matter.
These skills are designed for people who need dependable salesforce development and deployment work with a visible process.
Build platform code and metadata with limits, security, and tests in view.
Review declarative metadata, permissions, flows, and deployment effects.
Control org aliases, manifests, validation jobs, test levels, packages, and deployment reports.
Keep client org differences, namespaces, security, and handoff evidence explicit.
The skills require an authorized Salesforce environment for org actions and will not expose credentials, bypass permissions, ignore conflicts, or deploy destructive changes without explicit approval.
Install the complete skill folder and add the project-specific context before beginning.
Keep platform, metadata, security, testing, CLI, and deployment guidance together.
Repository scope lets the skill follow sfdx-project.json, package directories, manifests, and team rules.
Provide approved org aliases, API versions, packaging model, namespaces, test expectations, and deployment controls.
Add static analysis, LWC tests, Apex tests, retrieval diff, validation, deployment report, and rollback procedures.
Practical answers about capabilities, limits, setup, and review.
Yes. They cover code, metadata, tests, security, limits, and project conventions.
Only when explicitly authorized and after the required validation, test, scope, and review controls are satisfied.
They can recommend and construct the correct level based on the target org, payload, release policy, and required coverage.
The workflow reviews sharing, CRUD, field access, permission sets, profiles, and integration identities relevant to the change.
They can compare local and org state and propose a resolution, but the owner must decide which source is authoritative.
Clear context. Purposeful work. Relevant checks. A result others can understand.