Claude > GHL WORKFLOW AUTOMATIONS (WRITE)
A
Antonino Piraino
Trying to connect Claude with GoHighLevel sub account so that I can speak automations into existence, but it appears we only have the ability to toggle on "readonly" instead of "write".
This would be a game changing feature and save people hundreds of hours during account setup and ongoing maintenance of sub accounts!
I'm getting tired of manually creating workflow automations over here! (the built in ai inside workflow automations told me he cannot do that yet)
Log In
B
Bryan Calcott
All of you workflow automations can exist outside of GHL. You need to truly understand what you can do with Agentic AI. GHL is just the CRM for tracking leads and the like but you use supabase and railway and a custom configuration to have all of your workflows running outside of GHL. Using AI to create GHL workflows if vibe coding. Using AI to create and host the workflows outside of GHL is Agentic Engineering.
R
Rafat Fields
Having the ability to connect Claude (and OpenAI) to HighLevel to write would be life changing. For example, being able to have an agent populate the CSV in the proper format for bulk post upload into social planner would save so much time.
B
Bryan Calcott
Rafat Fields use zernio and a custom external set up to do this. Zernio has so many other features that GHL does not have and then your Agent controls literally everything.
M
Mike Mento
Bryan Calcott 0nmcp has over 100 integrations MCP to MCP and patent pending... I just looked at Zernio, it send social media messages. This is about real AI executing real API calls. I dont see anything that would be remotely worth a sub.
o
oriel mar
This should be 1# on top of the list, This entire CRM operates on automations and ai, But it takes alot of time to build complex automations, That would solve scalability so much
B
Bryan Calcott
oriel mar set up your automations outside of GHL with Agentic Engineering. Once I found out that Claude could not write workflows inside go GHL I used convex to create agents with memory and a database to create the workflows and the triggers etc etc etc. Now we just use GHL for email sending and the essentially the dashboard so I can track where the leads are at in the workflows. GHL will be done soon as more people start to figure this out.
B
Benjamin Pang
Probably shouldn't say this, but use Claude to login to GHL thru web sessions, there're already API end points to edit Workflows there.
No documentations, up to Claude/Codex figure out what to do, but it's been working for us (not always accurate since there are so many actions, you need to train it a bit on what you want, but doable).
This goes the same for Funnels and other features not exposed through official API.
Cesar Rondon Georges Kfoury Saqib Ali
C
Cesar Rondon
They should be focusing on this instead of all the other fluff
G
Georges Kfoury
i encourage and ask for this function of creating GHL workflow to have a scrope in the API to write and for Claude to be able to control and manage ghl wrokflows like claude can do with n8n, to create and test and make sure of successful application
M
Matthew Wilson
yep. we need complete integration with anthropic models yesterday.
D
Drew Mcleod
We NEED this feature! It would also be good for GHL because this will lower the barrier to entry for building workflows as well.
B
Benjamin Paquette
use the claude chrome extension and this has been working flawlessly for me in building and deploying very detailed workflows with 5+ branches.
H
Hannah Lomax
Benjamin Paquette seconding this as an interim workaround, especially when integrated with Playwright. Depending on usage limits, though, it can become an issue when deploying multiple sub-agents for several automation builds simultaneously.
If widening the GHL MCP server scopes to allow Claude code to 'write' automations via the server is too complex or disrupting for GHL for whatever reason, we should at least have the ability to export/import automations' JSON/blueprint. This would allow Claude to write several automations at once as JSON files to be imported, using the MCP server to 'read' enough such that it maintains accuracy in node construction, while also saving quite a bit on usage. It'd also just be best practice to allow us to export/import blueprints for back-up and transfer related reasons.
T
Tyler Pozun
Benjamin Paquette I tried letting Claude run in th browser like that, but it took forever for it to do anything in the system around workflows. Have you found a way to get Claude moving faster through that process? I'm honestly just wanting Claude to quickly view all my workflows nodes from start to finish to see if there are any gaps/issues, and log everything that is in the workflows so we can cleanup/consolidate some things.
B
Benjamin Paquette
Tyler Pozun hey Tyler, can you elaborate what slow is for you? I do have Claude write a review only chrome extension prompt from desktop then paste it into chrome extension and it goes to work with safe guards so it doesn’t publish anything and report back to me areas I’ve missed, areas to improve based off other builds I’ve done and then paste that response back into desktop project for it to digest and create a new prompt for chrome to act on and build.
I wouldn’t say it’s fast by any means, but it’s still a huge time save for me and 100% of the time while it’s building out the workflow msg / email branches copy etc i move to another task and come back to it being finished.
One thing you do have to be aware of is this will eat your limits quickly and depending how in depth your workflow is you’ll have to compact the conversation to continue.
I’ve also found having multiple chrome extension tab groups running at once for a workflow speeds it up but also eats ur limits faster too but overall quality of Claude chrome extension building has been superior and allows me to take that time into other tasks.
Let me know if you have any other questions.
T
Tyler Pozun
Benjamin Paquette That sounds incredible! I tried just having the claude extension review and look for gaps, and I figured it would go into each node of the workflow to see what filters or configurations are in it. But it goes into a node and then it can’t manage to exit out of that node and move forward with the task I’ve given it. I have been telling Claude code to do it from my desktop app and then it opens a browser and takes it over, so it’s not directly being prompted through the extension chat. Does that make a difference in output?
B
Benjamin Paquette
Tyler Pozun personally I’ve never had a problem with what you are explaining by using the chrome extension. TBH If i were you I’d try this. Explain the end goal of reviewing all nodes / steps in workflow x and in Claude chat or cowork and ask Claude to provide you with a chrome extension prompt and you might find that it builds out a much in depth prompt that allows it to move from node to node easier. It sounds rudimentary but for me personally this is working smoothly and it doesn’t get hung up digesting workflows until it hits limits then i just push it to compact the conversation and move forward and i get some more juice out of the squeeze until my usage limits reset.
Let me know if you have any other questions or if this does in fact help you.
S
Saqib Ali
Honestly this would be a massive game changer for GHL users. Imagine being able to tell Claude: “Build me a lead nurture workflow with SMS, email follow-up, missed call text back, and pipeline updates” — and it creates everything automatically inside the sub account instead of us spending hours building it manually
The built-in AI is helpful, but full write-access automation with Claude/OpenAI would save agencies an insane amount of setup and maintenance time.
Load More
→