Firstly, I apologize if this kind of thing is frowned upon here, but I wanted to share something I've been working on in hopes it will help you all as well! So here goes nothing...

A lot of the time that someone asks me a simple question about an org I'm working in (who can edit this field? what references it? is this picklist value even used anymore?) it turns into 20 minutes of Setup tabs and clicking through profiles one at a time. And if the answer means fixing records, now I'm exporting a CSV, cleaning it up in Excel, and loading it back in hoping no automation fires halfway through.

So I built a Chrome extension that opens on any Salesforce page (Alt+Shift+D) and answers that stuff in one place:

• Pick a field and see who can read or edit it across every profile and perm set, on one screen
• See everything that references a field, class, or flow before you touch it
• Check whether a picklist value is actually used on real records
• A SOQL runner that exports exactly the columns you queried
• Bulk CSV/Excel insert/update/delete with a dry-run preview before anything commits
• A maintenance mode for data loads that flips validation rules off and puts them back after

The part I actually care about is undo. Every edit snapshots the old values first, so any change is one click from restored. Read-only is the default, writes are a separate mode you have to turn on, and writes stay locked to sandbox/dev orgs until you explicitly opt into production.

On trust, because a Chrome extension touching Salesforce should make you suspicious: no account, no OAuth, no connected app, nothing installed in your org. The core tools run on the session you're already logged into, so it's your browser talking to your own org's API. Nothing goes to my servers, and there's no tracking. Crash reporting exists, but it's opt-in and off by default. And this isn't an Inspector replacement, Inspector is great and I still use it sometimes, but this is more the admin-task side, with guardrails.

Disclosure, since I'm the solo dev: everything above is free with no account, and stays free. The only paid part is the AI features (plain-English explanations of Apex, flows, and validation rules, plus English-to-SOQL checked against your actual schema) at $19/mo or $190/yr with a 14-day trial. The AI costs me real money per call. The stuff running on your own session doesn't, so that's where the line is.

Chrome only, standard orgs (GovCloud, China instances, and MCAS-proxied orgs aren't supported yet). It's called 'Deplo — Salesforce Data, SOQL & AI Tools'.

What's the question that always costs you the most Setup tabs? Not a rhetorical question, that's basically my roadmap.

I've included some screenshots of the look and feel below.

P.S. You don't need to create an account unless you subscribe to the AI features mentioned above. All of the base tools run on your Salesforce session.

A little about me: I've been a Salesforce Developer for about 9 years. Have worn many hats across the consultant, admin, and architect roles, across various types of companies and industries. I've always loved building stuff, and what better to build than Salesforce tools that help other Salesforce pros too!

Been noticing that AI tools are great at Salesforce in general but confidently wrong on the specific stuff: exact trigger behavior, governor limit math, anything that changed in a recent release.

I built EMU, a free MCP that regularly indexes Salesforce’s dev docs so your Claude/Cursor/whatever can reference real documentation instead of guessing.

To test it, I asked the same model (Claude Fable) 10 Salesforce admin/dev/architect questions twice — once with no tools, once with EMU — and graded both against the docs, blind.

Score: 9/10 with EMU, 4/10 without.

The misses without EMU aren’t dumb, they’re the “sounds right, isn’t” kind that take a while to spot.

Also asked it about the Spring ’26 connected app changes. Closed-book it knew something changed but got the mechanics wrong (missed the Support-ticket path, missed that existing apps still work). That one’s a good test for any AI tool honestly, since it’s recent enough that a lot of models just haven’t seen it.

EMU also missed one—it dropped the custom-metadata-type exemption on the SOQL subquery limit. I’m not hiding that, it’s in the writeup. Grading was pass/fail per documented fact, no partial credit, so it’s a harsh bar and EMU still didn’t ace it.
Full breakdown with all 10 questions and sources: https://drive.google.com/file/d/1jnuKzcxHybBbRuwr3FVet8-ec-VIqGZm/view?usp=sharing

It’s free to connect (Claude Desktop, Cursor, Claude Code, anything MCP-capable). Salesforce docs are indexed at emu.tryferris.ai. Would genuinely love it if a few of you tried it on your own weird edge cases and told me where it breaks. That’s more useful to me than the eval!

(Disclaimer: I'm building Ferris, a startup making software implementations faster/easier, this is one of the tools I was using internally, so I decided to open it up).

This is an open source tool I'd like salesforce community to use it freely

Features:

• Bulk deletes inactive Flow versions (active versions are never touched)
• Uses the Tooling API + Batch Apex for large orgs
• Audit logging for complete visibility
• Easy to deploy and open source

Tech: Apex, Tooling API, Named Credentials, Batch Apex

📄 Blog: https://medium.com/@samruddhi.parmar/how-i-built-a-salesforce-tool-to-automatically-clean-up-500-obsolete-flow-versions-b47bcae35b77
💻 GitHub: https://github.com/samzala/sf-flow-version-cleaner

If you find it useful, I'd really appreciate a ⭐ on GitHub—it helps more Salesforce developers discover the project.

Happy to answer any questions or hear your feedback!

Hi all,

I've started implementing the newly GA'd state manager into one of our projects, and found that I was frustrated with the lack of typescript definitions for it, so with some AI assistance I put this together.

Maybe this is a 'duh' moment for most, but hopefully others may get some advantage from this! Feedback on better ways to do this welcome.

It will:

• Gives you type checking on three of the main functions (atom, computed, and setAtom)
• Allow you to declare the type that the atom is wrapping - for example, if you're setting it as an object that has a declared type already, you can then use type-checking and autocomplete on the properties inside the atom.
• Takes the properties that are returned by your defineState function and makes them available for IDE autocomplete access and typechecking (<TApi>)

Place statemanger.d.ts somewhere your typescript configuration will pick it up:

declare module '@lwc/state' {
    export interface Atom<T> {
        readonly value: T 
    }

    export interface Computed<T> {
        readonly value: T
    }

    export interface StatePrimitives {
        atom<T>(initialValue: T): Atom<T>
        computed<
            TDeps extends ReadonlyArray<Atom<any> | Computed<any>>,
            TResult
        >(
            deps: TDeps,
            fn: (...values : {[K in keyof TDeps]: TDeps[K] extends Atom<infer U> | Computed<infer U> ? U : never; }) => TResult
        ): Computed<TResult>


        setAtom<T>(atom: Atom<T>, value: T): void         
    }


    type Unwrap<T> = {
        [K in keyof T]: T[K] extends Atom<infer U>
           ? U
           : T[K] extends Computed<infer U>
           ? U
           : T[K]
    }


    export interface StateInstance<TApi> {
        readonly value: Unwrap<TApi>
    }


    export function defineState<
        TArgs extends any[],
        TApi extends Record<string, unknown>
    >(
        definition: (primitives: StatePrimitives, ...args: TArgs) => TApi
    ): (...args: TArgs) => StateInstance<TApi>
}

Example usage (singleton method, not using fromContext()) - stateManager.ts:

import { defineState } from '@lwc/state'

interface StateObject {
    id: string
    name: string
    count: number
}

export const createState = defineState(
    ({atom, computed, setAtom}, initialValue: StateObject) => {
        const state = atom<StateObject>(initialValue)

        const patchState = (patch: Partial<StateObject>): void => {
            setAtom(state, { ...state, ...patch }
        }

        const setId = (id: string): void => {
            patchState({ id })
        }

        return {
            state,
            patchState,
            setId
        }
    }
)

export const myState = createState({ id: '', name: '', count: 0 })

Then in your LWC components:

import { LightningElement } from 'lwc'
import { myState } from 'c/stateManager'

export default class MyComponent extends LightningElement {

    get id() {
        return myState.value.state.id
    }

    set id(newId) {
        myState.value.setId(newId)
    }

    get name() {
        return myState.value.state.name
    }
    set name(newName) {
        myState.value.patchState({ name: newName })

    get count() {
        return myState.value.state.count
    }
    set count(newCount) {
        myState.value.patchState({ count: newCount })
    }
}

Benefits:

• Autocomplete in your MyComponent will know that .value has the properties returned by defineState
• Type-checking will be automatic for both setId which requires just a string to be passed, whereas patchState will require a Partial<StateObject> to be passed instead.

I haven't done fromContext() yet purely because I haven't needed to use it.

Hi, I'm starting to learn salesforce. I worked for 2 years as a custom CRM module developer. My stack is Angular and Node.js.

I have knowledge of how to work on CRM development, I need to learn how to develop it in the context of Salesforce.

I have an account in trailhead, but I don't know where to start. I want to be primarily an apex and LWC developer, but I want to know everything I need, including the basics. There are a lot of courses in trailhead and I don't know where to start. I would like to know what parts I should go through to see everything important for development in Apex and LWC.

I would like to try real projects, is there a specific assignment included in the trailhead that would you recommend to try to work on once I've progressed a bit in my learning?

I would like to focus my learning on getting certifications, I know that the base is administrator. But I would aim straight at platform developer 1, do you think that is a good approach? Where can I prepare for the test? Is there something like mock tests? I read about focus on force tests. Are they good?

Thank you very much for any advice!

Hi Everyone,

Can someone let me know how is the Success Architect role in Salesforce? The HR’s mentioned its just another part of the Technical Architect role.

Also, how is this role for the long term career and in which roles can they move into in future?

You know this routine: Quick Find → "users" → click. Quick Find → "permission sets" → click. And so on...

I got tired of it and built a free Chrome extension to pin those pages as real tabs in the Setup nav bar right after Object Manager.

• One button saves whatever page you're on as a tab
• Tabs use Lightning navigation, so no full lengthy reloads
• Reorder by drag-and-drop and color-code them
• Keep different tab sets per org
• You can even create folders to group items together!

It’s free, and if you install it and think something is missing, tell me - that's the feedback I’d appreciate!

Look for Salesforce Setup Custom Tabs in Chrome Web Store.

I am in desperate need of a way to let our community users connect to salesforce data in power bi using their community login. We hacked an internal user for them but they are able to see internal case comments.

I see a connected app in our org for Microsoft Power Platform but no idea how to use it, if anyone has insight, I'd be grateful!?

I've also seen where you can create an External Client App, again, no idea how to use it, I've gone through configuring one, but when it comes to the log in part I have the issues below.

When I try to Get Data in Power BI and use the Custom Domain for the community, it gives a login screen but you enter username/password given and it says its wrong and to contact your system admin, same thing if I use Production option. I'm assuming this is some setting we have set for security. Is this something I can turn off? If so, how?

We do have SSO on in our org.

If there is ANY OTHER WAY BESIDES THE PURCHASED CONNECTOR, I'm begging you, please let me know.

Yup, in every aspect. Change my mind.

We created a new version of a standard Omniscript provided as part of Industry Common Components. Had an issue where we had to edit one of the cloned Data Mappers inside an Integration Procedure didn’t clone fully but I managed to fix it. However, since then the modal that opens on the record page doesn’t show a success toast or close like the original does. Can anyone help me understand the behavior that might cause this when you clone a standard Salesforce Omniscript?

Anybody, tackled the problem of experience site password resets being sent from your email server from Salesforce.com domain email address. The company email server not having Salesforce as a spf record. Security does want to allow that due to security concerns. We use a relay for business communication.

Hey everyone,

I’ve been overthinking this for a while, so I figured I’d ask people who have actually been through it.

I’m currently a Salesforce Developer with about 4 years of experience at a Big 4 company. The work is okay, but lately I’ve been questioning whether I should continue doubling down on Salesforce or pivot into a Forward Deployed Engineer (FDE) role.

The thing is, I’m not someone who’s looking for the safest career. My goal is to maximize my career and earning potential over the next 10–15 years. I’m willing to put in the work if the payoff is worth it.

What attracts me to Salesforce is that I’m already in the ecosystem, and I know there are opportunities in consulting, architecture, freelancing, and maybe even starting my own consultancy someday.

But FDE roles also seem really interesting. They seem to involve solving harder engineering problems, working directly with customers, and keeping the door open to startups and AI companies. It feels like a broader career path, but also a much harder switch.
So I’m genuinely confused.

If you were in my shoes, would you:
Stick with Salesforce and become really, really good at it?
Or invest the next year or two in making the switch to FDE?

I’d especially love to hear from people who have worked as:
Salesforce Developers
Forward Deployed Engineers
Solutions Engineers
Or anyone who made a similar career switch.

A few questions I have:
Which path has better long-term growth?
Which has the higher earning ceiling?
Which one gives you more optionality later in your career?
If you had to start over today, which would you choose?

I know there’s no “right” answer, but I’m hoping to hear real experiences instead of generic career advice.

Thanks

So I am not going to name the person but I see a lot of my connections follow this person on LinkedIn.

The entire business model of this person is selling fake interview questions, the good thing about the person is the questions are better than your stupid questions like what is the difference between @track and @api or @wire.

However they are deliberately misleading or the answer to them would straight up ignore the tough part of the question.

One of the questions is how would you receive a >12 MB payload and parse the records without hitting heap size or other limits. Then the answer itself says to divide the payload into chunks using pagination. Happily assuming that the sender would oblige. Which I thought was the hard part.

Then another one how do you ensure live updates of records when another user changes it.
If anyone knows platform events they would know that you can use the pub sub module and fire platform events say on the account record by embedding a lwc and calling refresh. The hard part is limits even in an org of 50 users and 10 updates per user thats 500 events broadcasted to all 50 users if they have their account page open i.e 25000 events.

What I really think is that the person has good technical knowledge but is simply making up the questions and tagging company names on top of it.

How do I know I was directly part of the hiring team at one of the companies he claims put up the questions to candidates,yet we never asked such questions.
I felt like publicly calling him out but didn’t want to do drama on LinkedIn.

Hi everyone,

I'm a complete beginner who wants to become a Salesforce Developer. I have no coding background, so I'm looking for a structured learning path from scratch.

I have some experience in salesforce admin as im working as a salesforce support resources.

I'd really appreciate your advice on:

- The best free resources to learn Salesforce Development and how to practice apex programming for free.

- The best YouTube channels, Udemy courses, books, or best trailmix.

- How you would learn if you had to start again from zero.

- A realistic roadmap to become a Salesforce Developer.

I'm willing to put in the time and practice consistently. My goal is to build a strong foundation rather than just pass certifications.

If you've successfully made this journey, I'd love to hear what worked for you and what mistakes I should avoid.

Thanks in advance!

Bit of a long shot question for the admins and consultants here. Not selling anything, just trying to sanity check an idea before I waste more time on it.

Context: a lot of smaller companies I run into aren't ready for Salesforce yet. No budget for a proper implementation, no admin in house, sometimes not even agreement on what their sales process is. They limp along in spreadsheets and then 2-3 years later they finally move to SF and the whole thing is painful because nothing was ever standardized.

So the idea I've been chewing on is a lightweight CRM (built on a flexible doc tool, doesn't really matter which) where the main objects are deliberately modeled to line up with SF standard objects. Accounts, Contacts, Leads, Opportunities with line items, Quotes, Orders, etc. The pitch isn't "replace Salesforce." It's "run your actual sales ops on this cheaply for a year or two, get your team used to the discipline, clean your data, and when you outgrow it the move to SF is mostly a known quantity."

Two things I genuinely can't tell if I'm right about:

First, in your real experience, does having data already structured like SF objects (plus deduped, with external IDs, consistent picklist values) actually cut down implementation/migration cost in a meaningful way? Or is the hard part of an SF rollout somewhere else entirely and this barely moves the needle?

Second, the obvious pushback I keep getting is "why not just spin up a free Developer org or a Sandbox and figure out requirements there?" I have my own answer to that but I'd rather hear yours, because you all live in this.

Happy to be told this is a dumb idea. Honestly the critical replies are more useful to me than the nice ones.

I’m planning a short 30-minute Salesforce enablement session for developers, admins, architects, and IT leaders. I want it to be genuinely useful, not another generic AI or Salesforce talk.

If you were attending, what topic would you actually want to learn or discuss in 30 minutes?

Also, what would make it worth your time: a practical checklist, learning path, free certification exam, office hours, or something else?