Node-RED – visuell automatisering och integrationshub

Kort sagt

Node-RED är ett low-code, visuellt verktyg för att bygga automatiseringar och integrationer. Du drar noder från en palett, kopplar dem till flows och deployar. Det är event-driven och passar perfekt för att samla data, transformera den och skicka vidare till andra system eller agenter.

Hos Johan är Node-RED den gemensamma automationsmotorn som stödjer OpenClaw/Hermes, Claude, Codex och andra agent-harness.

Problemet Node-RED löser

Många integrationer och automatiseringar är för små för att motivera en stor kodbas, men för komplexa för att hantera manuellt eller med enkla scripts.

Vanliga utmaningar:

Olika system behöver prata med varandra (API:er, databaser, MQTT, webhooks, filer).
Agenter behöver ett stabilt lager för att trigga handlingar, hämta data eller skicka meddelanden.
Man vill kunna se och ändra logiken visuellt utan att varje gång öppna en editor och deploya kod.

Node-RED ger ett enda ställe där du bygger, testar och driftar dessa flöden.

Node-RED och andra verktyg har olika jobb

Node-RED	Hermes / OpenClaw / agenter	Obsidian / Second Brain
Visuella flows och integrationer	Beslutsfattande, resonemang och verktygsanvändning	Kunskap, anteckningar och uppgifter
Händelsedrivna automatiseringar	Planering och exekvering	Syntes och långsiktigt minne
API-bryggor och dataomvandling	Kontext och memory	Struktur och sökbarhet

Node-RED är motorn – inte den som tänker eller skriver kunskap.

Vad Node-RED kan göra

Bygga flows visuellt med hundratals officiella och community-noder.
Hantera realtidsdata, webhooks, MQTT, HTTP, databaser, filer och e-post.
Köra JavaScript direkt i nodes när du behöver mer logik.
Spara och återanvända context (flow/global).
Hantera credentials på ett säkert sätt.
Exponera endpoints och ta emot data från andra system.
Integrera med agenter via API eller webhooks.

Det finns över 5 000 noder och flows i det officiella biblioteket.

Johans praktiska användning

Node-RED på https://flows.lisemark.com är den centrala automationshubben:

Stödjer agent-harness (Hermes, OpenClaw, Claude, Codex m.fl.).
Hanterar integrationer mellan personliga verktyg och arbetsverktyg.
Körs på en liten stoppbar persistent VM tillsammans med Karakeep och Hermes Cloud.
Skyddad bakom Caddy (TLS + edge-inloggning) + Node-REDs egen admin-auth.
Flows, installerade noder och credentials ligger på persistent disk – de får inte hamna på Cloud Runs flyktiga lagring.

Det finns också en separat labbinstans för experiment (lokal/Tailscale).

Ett enkelt flöde

Inkommande händelse (webhook, MQTT, timer, agent-anrop)
        ↓
Bearbeta / transformera data (noder + JavaScript)
        ↓
Agera (skicka till API, skriv till fil, trigga agent, uppdatera dashboard)
        ↓
Logga / notifiera vid behov

Gör så här (grundläggande rutin)

Identifiera vad som ska automatiseras. En återkommande integration eller ett dataflöde.
Skapa ett nytt flow. Ge det ett tydligt namn och beskrivning.
Bygg med noder. Börja enkelt – input → process → output.
Testa steg för steg. Använd debug-noder och inject-noder för manuella tester.
Säkerställ credentials. Använd Node-REDs inbyggda credential-hantering.
Deploya. Välj rätt flöde eller full deploy.
Dokumentera. Skriv vad flödet gör, vilka system det berör och hur man felsöker.
Backa upp. Exportera flows.json regelbundet och ta snapshots av persistent volym.

Checklista för nya flows

Har flödet ett tydligt syfte och namn?
Är credentials skyddade (inte hårdkodade)?
Finns det debug och felhantering?
Är det dokumenterat var det används (agenter, andra system)?
Har jag testat återstart av containern/VM?
Är flödet versionhanterat eller exporterbart?

Self-hosting och drift (Johan-specifikt)

Runtime: Docker på stoppbar Compute Engine VM med persistent disk.
Nätverk: Caddy som reverse proxy med TLS. Tailscale för intern åtkomst.
Auth: Kombination av Caddy edge-inloggning + Node-RED adminAuth.
Persistens: flows.json, settings.js, installerade noder och credentials måste överleva omstarter.
Stoppbarhet: VM:n kan stoppas när den inte behövs – endast disk + snapshots kostar.
Backup: Dagliga snapshots + exporter av flows.

Viktigt: Cloud Run passar inte som primär runtime för Node-RED p.g.a. flyktig disk.

Vanliga misstag

Att köra Node-RED på Cloud Run eller andra serverless-miljöer utan att hantera persistens explicit.
Att sprida credentials i kod eller environment-variabler istället för Node-REDs credential system.
Att bygga jättestora flows istället för små, återanvändbara moduler.
Att glömma dokumentation och felsökningsvägar.
Att exponera editorn publikt utan stark autentisering.

Koppling till andra arbetssätt

Hermes / agenter: Node-RED är det lager agenter kan anropa för att utföra integrationer eller trigga handlingar.
Obsidian / Second Brain: Används för att fånga data som senare kan bli kunskap eller uppgifter – inte som primär kunskapslagring.
Karakeep: Komplement – Karakeep fångar, Node-RED automatiserar och integrerar.
GTD / PARA: Automatiseringar kan stödja inbox-triage, schemaläggning och projektflöden, men de ersätter inte ditt eget urval.
n8n: Alternativ när du behöver mer cloud-native eller komplexa workflow-funktioner.

Nästa steg

Gå in på https://flows.lisemark.com (eller din egen instans) och titta på ett befintligt flöde. Välj ett litet, konkret integrationsbehov och bygg ett nytt flow från scratch – från en enkel webhook till ett användbart utfall.