If you’ve been following the latest buzz in the Salesforce ecosystem, you’ve likely heard about Agentforce vibes . It’s the new frontier of vibe coding—a conversational approach where you describe what you want, and the AI handles the heavy lifting of planning, building, and deploying.
I recently decided to take it for a spin using the classic Dreamhouse sample app. Here’s a look at my journey—the wins, the vibes, and the areas where there's still room to grow.
I installed Dreamhouse sample app in Developer Edition org and used it as the foundation for agentforce vibes experiment.
DreamHouse app installation instructions
As shown in above screenshot, there is Create property section which is screen flow component, and I am planning to include new data point House Type to accomodate whether the type of house (Ranch, Colonial or Modern)
I started with following direction to Agentforce vibes:
House type brand new field on property creation formwhile creating new property there should be House type picklist field, non mandatory field with 'Ranch','Colonial','Modern' picklist values.
Almost immediately Agentforce created plan and proposed it to me since I was using plan mode.
It propsed with me following steps which sound appropraite to perform the task,
- Create field metadata
- Update layout
- Update Create Property flow (if used)
- Update permission set
It understood my request correctly and prepared the plan, next step I switched to Act mode. Immediately it started to execute the plan, Agentforce got few questions for me, seeking inputs from me. And it offered me three options as follow, which I can select by clicking on it.
It should update the Create_property flow to include this new House Type field on its screen, or is the standard “New Property” UI the only creation path?
- Update both standard UI and Create_property flow
- Only update the standard UI (page layout)
- Only update the flow
I chose first option, update both standard UI and Create_property flow.
Also it come up with suitable House Type field API name, label name and the section of page layout to add this field. It asked me for confirmation, also gave me choice if I need any changes on that.
In next moment it asked me the permission to modify the necessary files, I generously approved it. Then it displayed the modified House type field meta file, field permission file, create_property flow file. I saved them all and started guessing on how agentforce would deploy the changes.

Deploy the Changes
Agentforce figured out that after modifications next step is the deployment. For that it informed me that Agentforce wants to use a tool on the Salesforce DX MCP server: Deploy metadata.
After my green signal, it attempted the deployment, I saw few errors related to org configuration, it resolved them by his own and came up with files needs to be deployed.
For first attempt it encountered with error saying picklist is not valid value for enum. It asked me permission to edit the flow to resolve the error, of course I granted it and let agentforce figure out and fix the error.
It modifed the flow and second time attempted the deployment, this time error was about picklistoptions invalid at the location, I let agentforce find the solution and allowed to fix it.
It changed house type field from picklist to text on create_property flow screen. I let agentforce to make the change to see the deployment progress.
With new fix, it attempted deployment for third time and booom it successfully completed the task.On flow screen I could see house type input box and not the picklist dropdown and at field level it is picklist field. Agentforce suceesfully deployed the changes, I was able to create property record with new change.
Here's what was accomplished:
1. Created a new custom field `House_Type__c` on the property__c object:
- Field type: Picklist
- Values: Ranch, Colonial, Modern
- Required: false
- Added to the property layout in the "Property Information" section (not marked required)
2. Updated the Create Property flow:
- Added an optional input field for House Type using a standard InputField
- The field is mapped to the new House_Type__c field on Property__c
3. Updated the dreamhouse permission set:
- Granted Read/Edit permissions for the new House_Type__c field
4. Successfully deployed all changes to the DevHub org
Second Task for Agentforce
Now I decided to add newly created field(House Type) on property tile. As per request agentforce analyzed the request and prepared the plan.
This is what analysis done by Agentforce on adding field on property tile, house type
Now let me check the House_Type__c field definition to understand what data we're working with:
Let me also check the JavaScript file for the propertyTile component to understand how the data is being handled:
Based on my analysis of the property tile component and the House Type field, I now have a clear understanding of what needs to be done.
Plan to implement:
I need to modify the propertyTile.html file to add the House Type display after the Beds and Baths information. The change should be made in the HTML template where the Beds/Baths information is currently displayed.
The modification will involve:
1. Updating the HTML template to include the House Type after the Beds/Baths information
2. The new format will be: "Beds: {property.Beds__c} - Baths: {property.Baths__c} - House Type: {property.House_Type__c}"
It didn't consider the parent LWC of PropertyTile LWC, Property details gets passed to child LWC (PropertyTile) from parent LWC, In the same way it was expected from agentforce to include HouseType in parent LWC and pass those details to PropertyTile LWC.
with the proposed plan of agentforce, it only changed the HTML file of PropertyTile LWC, obviously House Type data didn't show up on property tile because it was not getting passed from parent LWC.
Summary
What impressed me first was how Agentforce Vibes doesn't just write code; it plans. When I gave it the prompt, it generated a comprehensive implementation strategy:
Metadata Creation: It identified the need for a new field-meta.xml file.
Layout Updates: It planned to add the field to the standard Property Layout.
Flow Integration: It recognized that the Dreamhouse app uses a `Create_property.flow` and planned to add the picklist there.
Permissions: It even remembered to update the `dreamhouse.permissionset-meta.xml` so I could actually see the new field!
Persistence, When an error occurred while modifying the Flow, Agentforce didn't give up—it rewrote the picklist options to fix the issue and keep moving.
While the experience was largely positive, it wasn't without its "learning moments."
The Context Gap: While Agentforce successfully added the `House_Type__c` field to the Property Tile LWC HTML, it missed a crucial step. It didn't automatically update the parent LWC to fetch the new field. This meant the field was ready to display, but the data wasn't being passed down yet.
Final thoughts
Org Complexity Matters
I tested this on the Dreamhouse App, which is a clean, well-structured sample gallery. In a real-world Salesforce org with:
Thousands of lines of legacy code
Complex Managed Packages
Deeply nested Permission Set Groups The AI has a lot more noise to filter through. What worked seamlessly in a developer org might require more hand-holding.This highlights exactly where we are: Agentforce is a powerful partner that automates the "boring" parts, but it still requires a developer's eye to catch those architectural nuances.



.gif)


