Thank you for adding the ability to install Code Builder in sandbox environments. This was critical for ensuring that we don't have developers accessing production environments.
What does the roadmap look like for dynamically handling IP restricted environments for Code Builder access? This is a big hurdle for us using the tool as we don't want to burden our admins with maintaining IP addresses for this.
thanks for your response. I'll just wait until it's rolled out.
Kr,
Gert
How to add my team shared project repo hosted on github to agentforce Vibes IDE as a remote repo.?
I want to checkout to the local feature branch in the local github repo and commit my features to that local feature branch. Then push those changes to the remote feature branch in remote team shared repo which is the same workflow most developers follow when using VS Code IDE installed on their desktops.
Create a Project from a Repository
has steps to clone an existing GitHub repo into your environment. While it references Code Builder, that has been renamed Agentforce Vibes IDE
You will need an SSH key that is recognized by GitHub to connect. Steps for
Connecting to GitHub with SSH are linked in the article as well.Following up on my recent blog post
on Web Console, I wanted to address a few great questions that came up.
Web Console vs. Agentforce Vibes IDE
A simple way to think about it:
What Web Console is
What Agentforce Vibes IDE is
Biggest difference
Strengths of Web Console
Strengths of Agentforce Vibes IDE
Use Web Console when…
Use Agentforce Vibes IDE when…
Takeaway
Developer Console will continue to coexist with Web Console for now, so this is not a sudden transition. Our goal is for Web Console to become the modern way to handle the quick-debug, query, and edit workflows developers have long used Developer Console for. If a key workflow is missing, that feedback is exactly what we want.
@Ravi Grover Not sure what you mean. Tested it just now and I was able to open Web Console, go into Org Browser and retrieve all LightningComponentBundle in the org (LWC) and they opened correctly in the editor.
Hi Trailblazer Community,
I’m looking for clarification on the transition from legacy Code Builder to Agentforce Vibes IDE, specifically for production-launched Code Builder environments.
In my production org, I can still navigate to the Code Builder Dashboard and launch Code Builder. The dashboard shows the retirement warning stating that legacy Code Builder support ends April 14, 2026, and that users should begin transitioning to Agentforce Vibes IDE.
However, when I launch Code Builder from production, the IDE that opens appears to already be the Agentforce Vibes IDE experience. The UI includes Agentforce Vibes branding, MCP servers, Agentforce Vibes walkthroughs, and Salesforce DX tooling. I can also see my Salesforce DX project structure, including LWC metadata under force-app/main/default/lwc.
When I run sf org display, the target org is my production org.
My question is:
After legacy Code Builder support ends, will Salesforce still support launching a full Agentforce Vibes IDE workspace from a production org, or will production users be expected to use Web Console for production investigation and use Agentforce Vibes IDE only from sandbox / Developer Edition orgs?
The reason I’m asking is that my workflow includes both production investigation and LWC development/inspection. Web Console appears useful for SOQL, logs, Anonymous Apex, and production-safe code inspection, but it does not seem like a full replacement for a project-based IDE workflow involving LWC files, metadata, Salesforce CLI, and multi-file development.
I’m trying to understand the intended future-state workflow for users who currently rely on production-launched Code Builder for:
Is the current production-launched Agentforce Vibes-style IDE experience expected to remain available after the legacy Code Builder cutoff, or is the supported path moving to:
Any clarification on the supported post-retirement workflow would be appreciated.
Hello all!
I wanted to ask a question about how Agentforce Vibes can be used for testing.
I see there are many posts and training material on how Vibes can be used for quick developments and deploys, but haven't seen really any extensive content on how the results of the new configurations are tested.
My question is: is it useful to also use Agentforce Vibe to test the new developments using a battery the Secenario-Based Tests so they can run automatically or should we still maintinain the classic manual/data import for testing?
Thanks
Forum Ambassador
Hello Alberto,
A lot of the hype around Agentforce Vibes is focused on building fast, not so much on testing properly. Right now, Vibes isn’t really designed to replace your traditional testing strategy. It’s great for quickly validating behavior, trying scenarios, and doing lightweight checks, but it’s not a full-blown automated testing framework where you define a structured suite of scenario-based tests that run consistently across environments.
So in practice, what most teams are doing is using Vibes for exploratory and rapid validation—basically simulating user interactions and seeing how the agent responds—while still relying on classic testing approaches for anything critical. That means manual QA, controlled data setups, and sometimes automated tests via Apex or external tools. If you try to rely only on Vibes, you’ll run into gaps like lack of repeatability, version control over test cases, and proper regression coverage.
Hope this helps!
Anyone knows what will be the behavior on gov cloud after the transition from code builder to Agentforce Vibes IDE . As far as i know "Agentforce Vibes IDE" isnt supported yet in GOV Cloud. will we still be able to launch and use code builder?
Great question about the Code Builder to Agentforce Vibes IDE transition on Government Cloud.
Current Status for Government Cloud: As of early 2026, Agentforce Vibes IDE (formerly Code Builder 2.0) is not yet generally available on Government Cloud (GovCloud/FedRAMP). The banner warning you're seeing (end of Code Builder support on April 14, 2026) applies to commercial cloud orgs.
For Government Cloud customers:
In short: GovCloud orgs should not be immediately impacted by the April 14 Code Builder sunset that applies to commercial orgs.
6 Ways To Try Out the Latest AI and Data Innovations From Salesforce
Are you ready to unlock the potential of Data and AI in your applications?
We've curated a series of learning events and resources that will empower you to get hands-on with Data Cloud, Prompt Builder, and Einstein Copilot.
Whether you're a seasoned developer or admin, or just starting your AI and data journey, we have deep technical learning opportunities for everyone.
Read the full blog post here to find and register for all the resources and learning events for you.
@* Data 360 * #Data Cloud #Prompt Builder #Einstein Copilot #Copilot Builder #AI #Generative AI @Agentforce Vibes IDE @Trailblazer Community Cove
I have seen conflicting details about Vibes - adspeak indicates that you can import/open agents in Vibes yet the reality seems to be that Vibes can only access agents that originated with Vibes coding. Which of these is actually true?
Great question — Agentforce Vibes IDE has some important compatibility nuances worth clarifying.
Current behavior (as of early 2026)
Recommended approach
In short: the marketing language around "import" refers to importing agent source code from your org via CLI, not a GUI import of an Agent Builder agent into the Vibes visual designer.
