WEBVTT

00:00:00.000 --> 00:01:23.495
So last week, dropped this YouTube video where I showed you guys how you can use Cloud Code to build and and in workflows instantly. And after I posted that, I was thinking to myself, wouldn't it be really cool if you could have Cloud Code fix and optimize your workflows? So I tried it and it worked. But I wanted to take it one step further and think about when my workflows error, could I have Cloud Code automatically go fix those? So that's what I'm gonna show you guys today. So right here, I've got this workflow. It basically captures orders and it can either go this way or it can go this way. And I've put in here something that's gonna break the workflow. So I'm gonna go ahead and call it and show you guys what happens. So I just got a message in my click up that says, this workflow demo order processing pipeline had an error. The failed node was the validate each order node, so it was this one right here. And the error message was expected individual order items but received an array. Data must be split into individual items using a split out node before validation can process each line. So then what Claude did was it found the root cause, which was the enrich order data code node, so the one right before it, returned all orders as a single item which was an array. So the fix was it changed the code node to return each order as a separate item. So that's kinda cool because n n n itself suggested using a split out node, but Cloud Code realized that it's easier to actually just fix it by changing the code in this node itself. So then it basically says the fix was applied and the workflow should now be all set. So I'm gonna give this workflow a refresh. It probably didn't actually change anything physically that we could see, but this is the more updated version. So now what I'm gonna do is go to the executions.

00:01:23.570 --> 00:01:36.050
You You can see that this one was the most recent one we just ran, and it failed right there on the validate each order node. And what I did is I just triggered this workflow once again. So we should see a new execution pop up live. And now you can see this time it actually succeeded

00:01:36.245 --> 00:01:55.180
because what Cloud Code did was it went ahead and it fixed the workflow, and now everything flows all the way through. Alright. So that was a little demo to show you guys that this workflow just failed. I didn't touch it at all, and then Cloud Code fixed it and then sent me a message and said, hey. It failed, but I got you. So I'm sure you guys are wondering how this actually works behind the scenes, so let me show you.

00:01:55.660 --> 00:02:08.645
The way that we're doing this is we are using an error workflow. So as soon as that previous workflow fails at all, it triggers off this new one, which basically sends an HTTP request essentially to Cloud Code. So when you have a workflow in n n n in production,

00:02:08.965 --> 00:02:12.645
what you can do is in the settings, you can have an error workflow.

00:02:12.725 --> 00:02:28.700
So this basically means if this core workflow ever fails, you can trigger a different one so you can log the error, send yourself a message, or in our case, use Cloud Code to fix it. So So you can actually see right here in the nasty looking terminal. What happened was it said error received this workflow. I sends over the workflow ID.

00:02:28.940 --> 00:03:18.895
We got the failed node. We got the error, and then it says starting Claude code. Prompt saved. Starting Claude code. And And the Claude code is running locally, and it basically goes through its system prompt to understand, here's the workflow. Let me look it up. Let me get the data. Let me understand what went wrong. Let me understand all the nodes, all the workflow patterns, and all of the, you know, JSON expressions that I can use. And then I'm gonna go ahead and fix it. So I've now fixed the workflow, and I'm going to notify Nate in ClickUp as you can see right there. So you guys know that when I'm using Cloud Code, I'm gonna try my best to stay out of the terminal, but to the best of my knowledge, this is the way to do it right now because of the fact that we had to set up some, like, tunnels and stuff. Okay. So I know this is cool, but I'm gonna talk about how this could actually be practical, and we're gonna show off a few more examples. But first, I wanted to talk about, like, how this actually works because I know it's a little confusing. And before I actually built this, I was kinda confused about it too. So the first thing that's confusing is the fact that ClaudeCode

00:03:18.895 --> 00:03:35.105
can talk to NNN using the MCP server, and it can look at your workflows, fix them, change them, whatever you want. But NNN can't talk to Claude code, at least the way I'm doing it here where I have my NNN hosted on the cloud. So this is the best way to think about it. N n n is like a grocery store.

00:03:35.345 --> 00:04:05.125
Anyone can go to it because everyone knows where it is. It's public. It's on the cloud. So Cloud Code could easily walk over here to the grocery store and interact with n n n. But n NNN can't just go out and go visit Cloud Code because Cloud Code lives in an apartment building in a specific unit and the door is locked. So the only way that NNN could visit Cloud Code is if we give it permission to. If we give it the address, if we give it a key to the door. So that's kinda what we're doing and that's what we set up. So how do we actually do it? Well, let me just run you guys through a little story.

00:04:05.525 --> 00:04:14.485
So this is the workflow we just saw in N eight N. And what happens is something fails. And actually, I put an x over the wrong node. It was this one that failed. So this node fails.

00:04:15.100 --> 00:04:20.540
And so when that happens, that triggers our error workflow. As you guys saw, it triggers the error trigger,

00:04:20.700 --> 00:04:26.620
which calls this HTTP request. And this HTTP request is calling ngrok,

00:04:26.700 --> 00:04:29.100
which basically just helps you set up tunnels.

00:04:29.100 --> 00:04:38.155
So if you've never heard of a tunnel before or it's really confusing to you, I have made a video where I talk about how you can expose your local instance with a tunnel so you can do more things. I'll tag that video right up here.

00:04:38.555 --> 00:04:40.235
But anyways, ngroC

00:04:40.235 --> 00:04:50.380
sets up a tunnel and then feeds data through it, and that ends up going to essentially a terminal, which is where ClaudeCode lives locally on my computer, and it starts up ClaudeCode.

00:04:50.380 --> 00:04:52.060
Once it starts up ClaudeCode,

00:04:52.140 --> 00:05:03.595
Claude's able to see all of the, you know, error messages and the workflow that we need to fix, and then it gets to work actually fixing the workflow and not just, like, coming up with a plan to fix it, but actually implementing those changes in the workflow itself.

00:05:03.755 --> 00:05:37.025
And then the last piece is that it sends me a notification on ClickUp that you could change. You could also have it do a log on Google Sheets, an email, whatever you want. And the reason why it's able to so successfully do this is because we give Cloud Code access to the NN MCP server and the NNN skills. So I'm not gonna dive super deep into this. Basically, the MCP server gives Cloud Code access to tons of different documentation on how end to end nodes work, different workflow templates, different patterns, and access to your own end to end environment. And then the end to end skills are a set of Claude skills that give Claude access to

00:05:37.490 --> 00:05:58.685
information that it would need. So really good prompts about how to use expressions, how to validate things, node configuration, coding, workload patterns. So we're basically supercharging Claude code with information about n n n. I made, like I said, a full video diving into this and setting it all up. If you wanna check that out, I will tag that one right up here. That So brings me on to my next point, which is basically about workflows failing after they've been running successfully for a week or two.

00:05:59.165 --> 00:06:01.725
There's lots of different reasons that a workflow can fail.

00:06:01.885 --> 00:06:02.685
Unfortunately,

00:06:02.765 --> 00:06:04.765
Cloud Code cannot fix all of those reasons.

00:06:05.590 --> 00:06:15.830
So what Claude code can fix are issues with the maybe the logic, the code, the data. So missing data, no values, wrong data types, empty arrays, typos and expressions,

00:06:16.070 --> 00:06:39.810
code node bugs, things like that. What Claude code cannot fix are things like expired credentials, an API is down, your rate limited. I actually think that Claude code could figure that out because maybe it would be able to say, hey. This was a rate limit. Let me go ahead and add a loop and a wait node and, like, use my logic to actually get there. At least if it can't do it right now, it will be able to do that eventually because what it will do is it will reason, it will search through the API documentation,

00:06:39.970 --> 00:06:49.415
figure out what the rate limit actually is, and then build a fix for it. So this stuff definitely isn't perfect, but it's cool to see where we're going, and it's cool to experiment

00:06:49.415 --> 00:07:06.640
to see how we can Frankenstein our own solutions so that when the models get smarter and smarter, we're already there. But anyways, of course, there are certain things that Cloud Code cannot fix, but there are lots of things that Cloud Code can fix. So that's why getting a notification is cool because either way, if it runs into something like an expired API key, it will still let you know.

00:07:07.040 --> 00:07:20.645
So here's another example. We have an email agent. It's very, simple. And what happens is it wants to respond to emails, but we know that when we send an email with a Gmail node, we have a subject and a message. So what we do is we use a structured output parser to

00:07:21.125 --> 00:07:23.925
put those out into two different fields so that we can send it properly.

00:07:24.325 --> 00:07:29.920
And so we just did a run of this. You can see that it failed right here because the structured structured output parser was invalid.

00:07:30.000 --> 00:08:13.925
This, of course, triggered my error workflow, which looks like this. And then I get a message and click up that says, hey. The workflow has been fixed. The test form responder, email responder agent had an error in the structured output parser. It had invalid JSON in the actual schema, so I fixed it and now it should work. So like I said, this is the most recent run. You can see in here, this wasn't correct because we were missing commas. But now if I go to the current version that clogged code actually fixed and we just go ahead and run this workflow, we should see that it's able to use the structured output parser correctly now that Cloud Code has fixed it. Okay. Let me show you guys another cool example. We've got a super simple workflow here that takes a form submission, and then we're gonna go ahead and do research on Tablet. So we're gonna put in a topic, and this time I'm gonna let you guys see what actually happens in the terminal once this errors.

00:08:14.005 --> 00:08:21.525
Alright. So we've got the terminal up on the left and we've got the research form here. Now what I'm gonna do is I'm gonna send over you know, I want you to research bananas.

00:08:21.605 --> 00:08:33.300
What I'm gonna do is I'm gonna accidentally put a double quotes right there, which if you guys know, that's gonna break the JSON body. So I'm gonna go ahead and hit submit. We'll close out of this, and we can see instantly we already received an error.

00:08:33.875 --> 00:08:40.915
Error received workflow test JSON body, which is this one right here. We errored in TAVALISSE because the JSON parameter is not valid JSON.

00:08:41.075 --> 00:08:42.675
So what happened here is

00:08:45.635 --> 00:08:57.180
okay. Take two. Gonna do it again. So the terminal's up over here. You can see that it's waiting for n n n errors. I'm gonna shoot over Apple this time because it didn't really like banana. So submit this. We're gonna see that pretty much instantly

00:08:57.260 --> 00:09:21.320
we have Claude code getting started up over here. So prompt has been saved. We're starting Claude code. And now you can see in the error handling workflow, it's running right now. So it's running for thirty eight seconds. You can see that based on the error and based on what it needs to do, it can run for longer. But we're getting some content back right here. It looks like it's finished up. So the fix has been applied. The root cause was that the JSON body parameter in the TAVLISSE request node had an expression syntax

00:09:21.400 --> 00:09:43.845
which didn't work. So what it did is it went ahead and fixed that syntax so that that double quote in there wouldn't actually break requests in the future. So it's a really good guardrail that it baked in there. You can see in my click up, I have a notification. Once again, I have a link to view the workflow in NNN if I choose to. And now back in this workflow, even if I put in Apple with a double quote in the front, what we're gonna see is that we should get a successful run if I go to the executions,

00:09:43.845 --> 00:10:50.530
and we can see right here that we get no errors. Even though in the actual form, I submitted Apple with a double quote right there. Because what it did is it actually changed the JSON body. So instead of it looking, you know, the way that I had it structured, it basically wrapped all of this up, and now it made sure that when it comes through, it can actually be read by Tablet. So I wanted to end off with one example of what happens if Claude can't actually fix the workflow. So there are certain times when it can't. In this case, what I did is I switched the API key to be a VAPI API key, which is obviously not gonna work for Tablet. So I'm gonna show you the way that I've configured the Cloud Agent to notify me in a different way. So once again, we have the server right here, and you can see that it's waiting for any of the errors. I'm gonna go ahead and submit this form, and we are gonna get an error. Pretty much instantly, we get this notification in our terminal that Cloud Code is now working on it. So Cloud Code is finished. You can see that it says user action required, and we got a message in ClickUp. So I'll open that up, and now you can see it's a different type of message compared to when it would say that it was fixed. And this time it says user action required in this workflow. TAVALISSE had an authorization failed. Why Cloud Code couldn't fix it? Because it's authentication and that requires the human to take action.

00:10:51.090 --> 00:10:58.530
So it also says here's what you need to do now. You need to select an existing TAVALISSE credential and verify it's correct, or you can go ahead and create a new one and then paste in your API key.

00:10:59.135 --> 00:11:03.135
Save it, test the workflow. Once you've configured that valid Tableau credentials,

00:11:03.215 --> 00:11:05.375
the workflow should work on the next execution.

00:11:05.535 --> 00:11:13.350
And then it says no changes were made to this workflow because it really couldn't do anything to fix it. So hopefully, you guys can see by combining an error

00:11:13.350 --> 00:11:16.310
workflow with ClaudeCode with NDDMCP

00:11:16.310 --> 00:11:34.815
and NDDM skills, we were able to build this system where when your workflows fail, they automatically get fixed. They notify you. Or if ClaudeCode can't fix it, it tells you how you should go about fixing it. I think this is super cool because you could have obviously that bridge in the tunnel running all the time so that even if I'm not standing here watching it, if you're sleeping, if you're on vacation,

00:11:35.055 --> 00:11:45.920
every time a workflow fails, it can still do that for you. And because it's in Claude code in a Claude project, think about all the different context you could give it in there, about your business, about other documentation, about the workflows themselves,

00:11:46.080 --> 00:12:18.670
so you can really make these things better and better over time. So I know I didn't really show you guys exactly how I built this. Let me just tell you, I did it all using Cloud Code, using natural language, using plan mode, asking it questions, telling it what I wanted to do. I literally started off my prompts to Claude code with, hey, I've got this crazy idea. Yeah. Here it is. I'll actually show you guys. I said, I need your help with the crazy idea I have, and then I explained what I wanted to do. But anyways, I did compile an 18 page PDF guide on exactly how I did this. So I go over the prereqs, the architecture, installing Cloud Code, setting up the MCP server, all of this kind of stuff, talking about ngrok.

00:12:18.670 --> 00:13:19.480
The other good news is if you're running n n n locally, this is even easier because you don't have to configure that tunnel. But this should pretty much walk you through all of it. But like I said, you could give this to Claude code or you could just brainstorm with your own Claude code, and you should be able to get this set up in thirty minutes to an hour. Then obviously, it's all about testing it and going back and forth and refining it a little bit. So I'll drop this in my free school community, which you guys can access for completely free. As always, the link for this will be down in the description. And if you're interested in diving deeper with n to n, Cloud Code, and pretty much anything that's gonna be in the AI automation space, then definitely check out my plus group. We've got a great community of over 3,000 members who are building automations every day and building businesses with automations. So it's a really cool spot to be if that's kind of, you know, what you're looking to do. We've got a full classroom section that's always being worked on, and we're planning to bring a lot of new stuff with all of these changes in the space. We've got one live q and a every single week. So I'd love to see you guys in these communities in the live calls, but that's gonna do it for today. So if you enjoyed the video or you learned something new, please give it a like. It definitely helps me out a ton. And as always, I appreciate you guys making it to the end of the video. I'll see you on the next one. Thanks so much, everyone.