A Salesforce project asks you for credentials to the target org before Build Mode becomes available. See Integrations.
What the Agent Configures
Seven areas are in scope. Each is covered in detail in Component Reference.Dependencies Are Resolved for You
Salesforce configuration is unusually order-dependent, and getting the order wrong is the usual reason a change fails halfway. The agent works the dependencies out rather than asking you to sequence them:- Fields exist before a page layout tries to place them
- Apex classes exist before a Lightning Web Component references them
- Record types exist before layouts are assigned to them
- Objects exist before a report type is built over them
Two Capabilities the Other Platforms Do Not Have
Modernization inside the org. The agent reads existing Aura components and Visualforce pages and migrates them to Lightning Web Components. This is the only platform of the four where it modernizes what is already there rather than only building what is new, and it matters if your org carries years of accumulated Visualforce. Test execution. Apex test classes can be run and their results reported, and one-off Apex can be executed directly. Testing is part of the configuration surface here rather than something that happens after it.What Stays in Your Hands
Deployment between orgs. The agent configures the org you connect. Moving that configuration from a sandbox to production is a Salesforce release process and is not something the platform performs for you. Governor limits. Apex the agent writes runs under the same limits as Apex anyone writes. A request implying work at a scale Salesforce will not permit needs rethinking rather than retrying.Your Next Step
See every component in detail
Objects, security, layouts, Lightning, automation, and reporting.
Connect an org
The credentials a Salesforce project asks for.
Write better requests
How to ask at the right level of detail.
Compare the low-code platforms
What each supported platform covers.