Behöver ert företag hjälp med att implementera AI? Kontakta oss och få prisoffert här →
AI Skolan
januari 22, 2026

OpenRouter + Google Sheets: rensa nodnamn snabbt

Rickard Andersson Partner, Nodenordic.se

”HTTP Request 2.” ”Edit Fields 7.” En vecka senare öppnar du workflowet och har ärligt talat ingen aning om vad något gör. Nu är du rädd för att röra det, så ändringar tar längre tid och buggar smyger sig in.

Den här automatiseringen för OpenRouter-nodnamngivning träffar automationsingenjörer först, men byråteam som lämnar över byggen och ops-inriktade grundare som underhåller interna verktyg känner av det också. Du får läsbara nodnamn i ett helt n8n-workflow, plus en enkel Google Sheets-logg med före/efter-länkar till versioner för säkrare granskningar.

Nedan ser du vad workflowet gör, vad du behöver och hur du kan tänka kring anpassning utan att göra det till ett skört vetenskapsprojekt.

Så fungerar automatiseringen

Se hur detta löser problemet:

n8n Workflow Template: OpenRouter + Google Sheets: rensa nodnamn snabbt

Utmaningen: röriga nodnamn som blockerar säkra ändringar

Att döpa om noder låter som en liten sak tills du sitter med ett 40-noders workflow där halva canvasen säger ”HTTP Request 3” och ”Merge 2”. Du slösar tid på att klicka nod för nod bara för att förstå vad som händer, och ändå missar du sammanhang eftersom namnet inte visar avsikten. Det gör också granskningar smärtsamma. När en kollega tar över workflowet (eller när du själv återvänder en månad senare) kan ingen snabbt följa vad som ändrades, varför det ändrades och vilka noder som är ”säkra” att justera.

Det blir snabbt mycket. Här är var det faller i verkligheten.

  • Folk undviker att förbättra workflows eftersom den mentala belastningen är för hög.
  • Felsökning tar längre tid eftersom du inte kan skanna canvasen och hitta rätt steg.
  • Överlämningar blir riskabla när workflowet är kopierat från någon annan med luddiga etiketter.
  • Manuell omdöpning är långsam och inkonsekvent, så du slutar halvvägs och lever med röran.

Lösningen: AI döper om varje nod och loggar sedan versionslänkarna

Det här workflowet kopplar upp mot din n8n-instans, hämtar JSON för ett mål-workflow och ber OpenRouter (via en AI-chattmodell) att skapa tydliga, beskrivande namn för varje nod baserat på typ, parametrar och hur den är kopplad till andra noder. Det klistrar inte bara nya etiketter ovanpå. Det validerar först att AI:ns omdöpningsmapping täcker varje ursprungligt nodnamn, och applicerar sedan omdöpningarna över hela workflowgrafen så att referenser och kopplingar förblir konsekventa. Efter att ha sparat det uppdaterade workflowet som en ny version skapar det ”före”- och ”efter”-länkar som du kan granska och dela. Om valideringen misslyckas stoppar det med ett tydligt fel i stället för att tyst skapa fel i ditt workflow.

Workflowet startar antingen från ett användarvänligt formulär (välj ett workflow från en dropdown) eller en manuell trigger för snabb testning. Därefter hämtar det workflow-definitionen, genererar en omdöpningskarta med OpenRouter, verifierar täckning, applicerar omdöpningar och sparar en uppdaterad version. Till sist skriver det ut versions-URL:er så att du kan granska ändringar eller lämna dem till en kollega.

Vad som ändras: före vs. efter

Effekt i verkligheten

Säg att du underhåller 5 kund-workflows och att varje har ungefär 30 noder. Att döpa om manuellt, även i 1 minut per nod, är cirka 30 minuter per workflow, alltså runt 2–3 timmar bara för att göra allt läsbart igen (och det förutsätter att du inte börjar tveka på namnen). Med det här workflowet väljer du workflowet i formuläret, väntar på AI-generering och sparning, och granskar sedan före/efter-länkarna. Ditt ”arbete” hamnar närmare 10 minuter per workflow, mest tid på att godkänna resultatet.

Krav

  • n8n-instans (testa n8n Cloud gratis)
  • Självhostat alternativ om du föredrar det (Hostinger fungerar bra)
  • OpenRouter för AI-genererad mapping för omdöpning av noder.
  • Google Sheets för att logga före/efter-länkar till versioner.
  • n8n API-inloggningsuppgifter (skapa i n8n-credentials för API-åtkomst)

Kunskapsnivå: Medel. Du kopplar credentials, väljer en modell och förstår vad det innebär att uppdatera workflow-versioner via n8n API.

Behöver du hjälp att implementera detta? Prata med en automationsexpert (gratis 15-minuters konsultation).

Workflow-flödet

Du väljer ett workflow att städa upp. Du kan starta från en manuell trigger (snabb för test) eller använda inkommande formulär som listar workflows och låter dig välja ett i en dropdown.

n8n hämtar workflow-definitionen. Workflowet hämtar JSON för det valda workflowet och extraherar sedan noder samt ”länkarna” mellan dem så att AI:n ser strukturen, inte bara en hög av isolerade steg.

OpenRouter genererar en komplett omdöpningskarta. AI-agenten föreslår beskrivande namn för varje nod, sedan tolkar workflowet svaret till strukturerad JSON och kontrollerar täckning så att inget missas.

Den uppdaterade versionen sparas och exponeras. Om valideringen går igenom appliceras omdöpningarna över hela grafen, en ny workflow-version sparas via n8n API och workflowet skriver ut länkar till både den tidigare och den uppdaterade versionen (plus olika output beroende på om du använde formuläret eller manuell trigger).

Du kan enkelt ändra namnstilen så att den matchar teamets konventioner (korta namn, långa namn, prefix) utifrån era behov. Se hela implementationsguiden nedan för anpassningsalternativ.

Steg-för-steg-guide för implementering

Konfigurera den manuella triggern

Det här arbetsflödet kan starta antingen manuellt eller via ett formulär. Börja med att bekräfta att den manuella startpunkten är redo för testning.

  1. Lägg till och placera Manual Launch Trigger som den manuella startpunkten.
  2. Anslut Manual Launch Trigger till Fetch Chosen Workflow för att styra manuella körningar till ett specifikt workflow-ID.

Konfigurera formulärtriggern och val av arbetsflöde

Formulärvägen samlar in ett val av arbetsflöde och extraherar workflow-ID:t för vidare bearbetning.

  1. I Inbound Form Trigger ställer ni in Form Title till ⚡Auto Rename n8n Workflow Nodes with AI✨ och Form Description till den tillhandahållna flerradiga beskrivningen.
  2. Anslut Inbound Form Trigger till Retrieve All Workflows.
  3. I Aggregate Workflow Catalog ställer ni in Include till specifiedFields, Aggregate till aggregateAllItemData, Fields to Include till id,name och Destination Field Name till workflows.
  4. I Dynamic Workflow Selector ställer ni in Define Form till json och JSON Output till ={{ [ { "fieldLabel": "Select a Workflow:", "fieldType": "dropdown", "fieldOptions": { "values": $json.workflows.map(option => ({ option: `${option.name} (#${option.id})` })), }, "requiredField": true } ] }}.
  5. I Parse Selected Workflow ID ställer ni in värdet för id till ={{ $json["Select a Workflow:"].match(/\(#([^)]+)\)/)[1] }}.
  6. I Assign Target Workflow ID ställer ni in workflow_id till ={{ $json.id }}.

Referens krävs: Anslut era n8nApi-referenser i Retrieve All Workflows.

Anslut n8n API och hämta arbetsflödesdata

Det här steget hämtar arbetsflödesdefinitionen som ska byta namn och förbereder dess nod- och anslutningsdata för AI-bearbetning.

  1. I Fetch Chosen Workflow ställer ni in Operation till get och väljer mål-workflow-ID i Workflow ID.
  2. I Fetch Workflow Definition ställer ni in Operation till get och Workflow ID till ={{ $json.workflow_id }}.
  3. I Extract Nodes & Links mappar ni fält för att ta bort oanvänd data och exponera nodes och connections genom att använda:
  4. Ställ in old_workflow till ={{ $json.removeField('pinData').removeField('shared') }}, nodes till ={{ $json.nodes }} och connections till ={{ $json.connections }}.

Referens krävs: Anslut era n8nApi-referenser i Fetch Chosen Workflow, Fetch Workflow Definition och Save Updated Workflow Version.

Sätt upp AI-kedjan för namnbyte

AI-kedjan genererar nya namn för varje nod och validerar full täckning innan ändringarna tillämpas.

  1. I OpenRouter Chat Engine ställer ni in Model till openai/gpt-5.1-codex-mini.
  2. I Generate Rename Map behåller ni Prompt Type som define och säkerställer att prompten inkluderar den inbäddade workflow-JSON:en med {{ JSON.stringify($json.old_workflow) }}.
  3. Koppla Parse AI Mapping JSON som output-parser för Generate Rename Map och behåll schemadefinitionen exakt som angivet.
  4. I Prepare Validation Payload mappar ni old_workflow, nodes_name och AI_output med uttrycken: ={{ $("Extract Nodes & Links").item.json.old_workflow }}, ={{ $('Extract Nodes & Links').item.json.nodes.map(node => node.name) }} och ={{ $json.output }}.
  5. I Verify Rename Coverage jämför ni nodlistor med ={{ [...$json.nodes_name].sort().toJsonString() }} och ={{ [...$json.AI_output.map(item => item.old_name)].sort().toJsonString() }}.

Referens krävs: Anslut era openRouterApi-referenser i OpenRouter Chat Engine. Parse AI Mapping JSON är en subnod, så referenser måste läggas till i OpenRouter Chat Engine, inte i parsern.

⚠️ Vanlig fallgrop: Om AI:n returnerar färre eller fler mappningar än det finns noder kommer Verify Rename Coverage att routa till Abort on Validation Error.

Konfigurera output och versionslänkar

I det här steget tillämpas AI-namnbyten, det uppdaterade arbetsflödet sätts ihop och versions-URL:er genereras för användaren.

  1. I Apply Renames to Graph behåller ni uttrycken som genererar new_nodes, new_connections och new_workflow_without enligt det som är angivet.
  2. I Assemble Updated Workflow ställer ni in new_workflow till ={{ Object.assign($json.new_workflow_without, { nodes: $json.new_nodes, connections: $json.new_connections, }) }}.
  3. I Save Updated Workflow Version ställer ni in Operation till update och Workflow Object till ={{ $json.new_workflow.toJsonString() }}.
  4. I Build Version URLs ställer ni in Link_to_new_version till ={{ $execution.resumeUrl.split('/').slice(0, 3).join('/') + "/workflow" + "/" + $('Assign Target Workflow ID').item.json.workflow_id + "/history/" + $json.versionId }} och Link_to_previous_version till ={{ $execution.resumeUrl.split('/').slice(0, 3).join('/') + "/workflow" + "/" + $('Assign Target Workflow ID').item.json.workflow_id + "/history/" + $('Assemble Updated Workflow').item.json.new_workflow.versionId }}.
  5. I Detect Trigger Source behåller ni villkoret ={{ $('Inbound Form Trigger').isExecuted }} för att avgöra mellan formulärslutförande och standardoutput.
  6. I Show Version Links ställer ni in Completion Title till Terminate Workflow Execution! och Completion Message till =Go to new version
    Go to previous version
    .
  7. Lämna Finalize Output med Include Other Fields aktiverat för körningar som inte sker via formulär.

Lägg till felhantering

Om valideringen av täckning för AI-namnbyte misslyckas stoppar arbetsflödet med ett tydligt fel.

  1. Säkerställ att den falska grenen från Verify Rename Coverage ansluter till Abort on Validation Error.
  2. I Abort on Validation Error behåller ni Error Message inställt på Validation Error.

Testa och aktivera ert arbetsflöde

Kör ett fullständigt test för att bekräfta att arbetsflödet uppdaterar en version och returnerar länkar.

  1. Klicka på Execute Workflow från Manual Launch Trigger och verifiera att Save Updated Workflow Version slutförs utan fel.
  2. Testa formulärvägen genom att öppna URL:en för Inbound Form Trigger, välja ett arbetsflöde i Dynamic Workflow Selector och bekräfta att Show Version Links visar båda länkarna.
  3. En lyckad körning visar uppdaterade nodnamn i den nya arbetsflödesversionen och skapar giltiga versions-URL:er.
  4. När ni är redo för produktion växlar ni arbetsflödet till Active.

Se upp med

  • n8n API-credentials kan gå ut eller kräva specifika behörigheter. Om något skapar fel, kontrollera credential-inställningarna i n8n och bekräfta att token kan lista och uppdatera workflows.
  • Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om nedströmsnoder fallerar på tomma svar.
  • Standardprompter i AI-noder är generiska. Lägg in er tonalitet tidigt, annars kommer du att redigera output för alltid.

Vanliga frågor

Hur snabbt kan jag implementera den här automatiseringen för OpenRouter-nodnamngivning?

Vanligtvis på under en timme när dina n8n API- och OpenRouter-credentials är klara.

Kan icke-tekniska team implementera den här nodnamngivningen?

Ja, men någon behöver fortfarande känna sig bekväm med n8n-credentials och workflow-versioner. Om det känns avskräckande, be en teknisk kollega göra första uppsättningen.

Är n8n gratis att använda för det här workflowet för OpenRouter-nodnamngivning?

Ja. n8n har ett gratis självhostat alternativ och en gratis provperiod på n8n Cloud. Cloud-planer startar på 20 USD/månad för högre volymer. Du behöver också räkna in kostnader för OpenRouter-modellanvändning, som varierar beroende på modell och volym.

Var kan jag hosta n8n för att köra den här automatiseringen?

Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller självhostning på en VPS. För självhostning är Hostinger VPS prisvärd och hanterar n8n bra. Självhostning ger dig obegränsade körningar men kräver grundläggande serveradministration.

Hur anpassar jag den här OpenRouter-nodnamngivningslösningen till mina specifika utmaningar?

Du kan justera namngivningsreglerna i AI-prompten som används i noden OpenRouter Chat Engine och behålla samma validerings- och appliceringssteg. Vanliga justeringar är att lägga till prefix (som ”API:” eller ”DB:”), tvinga fram kortare namn för kompakta canvases och säga åt modellen att inkludera målsystemet (till exempel ”Skicka lead till HubSpot”). Om du inte använder formtriggern kan du också ta bort spåret Dynamic Workflow Selector och bara köra spåret Manual Launch Trigger.

Varför misslyckas min OpenRouter-anslutning i det här workflowet?

Oftast är det en ogiltig eller saknad API-nyckel i OpenRouter-credential, eller att valt modellnamn inte är tillgängligt för ditt konto. Det kan också vara rate limiting om du döper om väldigt stora workflows efter varandra. Kontrollera exekveringsloggen för AI-nodens felmeddelande och kör sedan igen via manuell trigger när du har uppdaterat credentials.

Vad är kapaciteten för den här OpenRouter-nodnamngivningslösningen?

Om du självhostar n8n är kapaciteten främst din server plus API-begränsningar från OpenRouter.

Är den här automatiseringen för OpenRouter-nodnamngivning bättre än att använda Zapier eller Make?

För den här typen av workflow är n8n helt enkelt en bättre match eftersom det kan prata med n8n API, transformera ett workflow-JSON, validera täckning och sedan skriva tillbaka en ny version med förgreningslogik. Zapier och Make kan också anropa API:er, men att bygga om samma loop ”hämta → AI-mappning → validera → applicera → spara version” är klumpigt och tenderar att bli en skör kedja av steg. En annan punkt: självhostning spelar roll här. Om du städar upp många interna workflows blir exekveringsbaserad prissättning snabbt irriterande. Om du är osäker på vilken plattform du ska standardisera på, prata med en automationsexpert så gör vi en rimlighetskontroll av ditt use case.

Läsbara nodnamn ändrar hur snabbt du kan tänka, felsöka och leverera. Sätt upp det en gång och sluta sedan slösa tid på ”vad gör ens den här noden?”

Kontakta oss

Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.

×

Använd mall

Få direkt tillgång till denna n8n-arbetsflödes JSON-fil

Launch login modal Launch register modal