Nodey: Your n8n Mobile Command Center

Nodey: Your n8n command center, now on your phone | Product Hunt

Nodey

Launched this week

Your n8n command center, now on your phone

217 followers

Your n8n command center, now on your phone

217 followers

Visit website

Automation tools

Nodey is a mobile companion for n8n. Monitor your workflows in real time, diagnose failed executions with AI, build workflows from a prompt, and trigger automations with NFC tags or geofenced locations — all from your phone.

Overview

Reviews

Alternatives

Built with

Team

More

Free Options

Launch tags:Productivity•Developer Tools•Artificial Intelligence

Launch Team / Built With

Subscribe

Promoted

Maker

📌

Hey Product Hunt — I’m Hesham, the maker of Nodey 👋

I built Nodey because I kept running into a simple problem: n8n is incredibly powerful, but when something breaks, checking on it from your phone is still awkward. If you’re away from your laptop, on-call, traveling, or just trying to keep an eye on automations during the day, there isn’t a great native mobile command center for n8n.

Nodey is my attempt to fix that.

It lets you monitor n8n executions, inspect recent errors, use AI to understand and debug workflows, back up workflows into an encrypted on-device vault, and trigger automations using mobile-native actions like NFC tags, geofences, widgets, and push notifications.

The homepage includes an interactive app mockup, not just screenshots — you can actually click around and get a feel for how the app works before installing it.

A few things I’d especially love feedback on:

1. Does the positioning make sense if you already use n8n?
2. Which feature feels most useful: monitoring, AI debugging, vault/backups, NFC/geofencing, or widgets?
3. What would make this a must-have for your n8n setup?

We’re preparing for an early June launch on iOS and Android, and we’ll be opening a limited number of founding member slots at launch.

Would genuinely love your feedback, questions, and feature requests.

Report

30d ago

@thefamoushesham congrats on the launch Hesham. Quick diagnose and resolve sounds like a winner.

Report

1d ago

Maker

@zolani_matebese Thank you — really appreciate it!

Report

1d ago

The on-call angle is the real pitch here. I run WhatsApp bots for small businesses and failures never happen when I'm at the desk - it's always a webhook dying on a Saturday. Checking the failed execution from the phone instead of opening the laptop is exactly the gap. Question: when the AI diagnoses a failed execution, does it point to the specific node and param, or is it more a plain-language summary?

Report

1d ago

Maker

@david_marko Yes, I think part of the reason why I developed this app is because of the back pain I was getting sitting so long in front of my computer. To answer your question... in the tests I've done, yes, it will point to the failure node but the response is usually provided in the format of long form text, which I now realise might not be the most convenient when people really want a quick look at their phones.

I've made a note of that for the next update... should be an easy JSON schema fix.

Thank you so much!

Report

1d ago

Does it show the exact run logs and suggest a fix, or does it just summarize what went wrong?

Report

1d ago

Maker

@thamibenjelloun It actually does. It will absolutely suggest a fix and will provide JSON that you can export with the tap of a button to your n8n instance. It will also pinpoint the failure node but the response is usually provided in the format of long form text, which I now realise might not be the most convenient when people really want a quick look at their phones. I've made a note of that for the next update... should be an easy JSON schema fix.

Thank you so much!

Report

1d ago

Mobile access to n8n workflows is a gap that's been surprisingly underserved. n8n's web UI is powerful but it's not really built for mobile triage. The interesting challenge is maintaining a coherent state view when workflows can be mid-execution. How do you handle real-time execution monitoring on mobile? WebSockets to the n8n instance directly, or does Nodey proxy the state updates?

Report

1d ago

Maker

@anand_thakkar1 Neither, actually — Nodey talks straight to your instance with no middleman, but over REST polling rather than WebSockets. As far as everything that we've tried indicates, n8n's push channel (/rest/push) is internal-only — cookie-authenticated for the editor UI and unstable across versions — so the public API (/api/v1) effectively mandates polling for third-party clients. While an execution is live, Nodey polls it on a tight interval (5s default, remotely tunable so I can throttle fleet-wide if needed), then drops to iOS background refresh plus refetch-on-foreground otherwise — the instance stays the single source of truth, so the app never trusts a stale local view. And deliberately no proxy: your API key and execution payloads never touch any server of mine.

Report

1d ago

Running n8n means workflows break at the worst times, away from a laptop. A command center on my phone to catch a failed execution and re-run it is the obvious missing piece. Can Nodey edit a node mid-flow, or is it monitoring + triggering for now?

Report

1d ago

Maker

@oleksii_sekundant  The catch-and-re-run loop is exactly what's built: background polling flags the failed run, you get a notification, open the execution to see which node errored with its output, and retry (or stop/delete) it right there — plus toggle workflows and fire webhook triggers manually, via NFC tag, or by geofence. Node-level editing isn't in yet, and that's somewhat deliberate: the public n8n API has no granular node PATCH (you'd replace the whole workflow JSON), and an in-flight execution runs the version it loaded at start anyway — so "mid-flow edits" can't rescue a running execution even in theory. Where Nodey goes past pure monitoring is creation: the AI builder drafts complete workflows from a prompt and pushes them to your instance, and a debug companion reasons through why a node failed. Editing the canvas is the one thing n8n's web UI proves doesn't shrink to a phone — if I add it, it'll be parameter tweaks on a single node, not graph surgery.

Report

24h ago

@thefamoushesham n8n users are usually pretty technical and already have dashboards, alerts, and monitoring in place. What made early users install Nodey instead of just relying on the tools they already had?

There must have been a specific pain point that kept coming up?

Report

22h ago

Maker

@josh_bennett1 Honestly, the first early user was me — I run n8n myself after all. It's a useful tool if you don't want to be stuck at your computer all day monitoring workflows and it combines enough elements (I think) to actually allow you to manage your workflows without having to reach out to your computer all the time. The other key feature is the location trigger, which I've been personally used to trigger workflows when I arrive or leave a place.

I also don't think there is an app that currently lets you build workflows with AI and export them directly to your n8n instance as well as store your workflows so you can restore them to another n8n instance and produces reliable homescreen widgets that lets you see if any execution errors popped up recently.

Report

22h ago

@thefamoushesham One thing I keep thinking about:

n8n workflows often connect multiple external services, APIs, databases, and AI models.

When something breaks, the root cause is usually somewhere outside n8n itself.

How do you approach troubleshooting in those situations? Can Nodey help narrow down where the failure originated, or is it primarily focused on the execution data coming from n8n?

Report

22h ago

Maker

@moh_codokiai  Nodey's raw material is the n8n execution record — but that's richer than it sounds, because when an external service fails, its failure signature is captured in the failing node's error output: the 401 from an expired key, the 429 from a rate limit, the timeout from a slow database. So the execution detail view answers the first triage question at a glance — which node died and what the service said — by showing the full node chain with per-node status, timing, and error message. From there, failed executions get a one-tap AI diagnosis, and the Debug Companion chat can take the workflow's JSON and reason about whether the cause is your expression, your credentials, or their outage — and what to check next.

What it won't do... is probe your Postgres or your Stripe account directly: the goal is getting from "something broke" to "it's the Stripe node, 401, rotate the key" in a minute from your phone.

Report

22h ago

12

Next

Last