Here's a quick gut check: has your n8n workflow ever been hit by 2,000 users at once? If not, you don't know it's production-ready. You just know it hasn't failed yet. By default, n8n runs everything — UI, triggers, execution — through one main instance. Fine with 20 users. At 2,000, that instance chokes: requests pile up, executions time out, the editor lags. The fix is Queue Mode: → Main instance receives the trigger, doesn't execute it → Job goes into Redis (the queue) → Workers pull jobs and run them in parallel → Results get written to a shared PostgreSQL database If a worker crashes mid-job, another one picks it up. Main instance stays untouched, so your editor and webhooks never freeze. One thing most people miss: scaling isn't just "add more workers." It's worker count × concurrency. Get concurrency wrong, and more workers can strain your database faster than they add capacity. Full visual breakdown attached — Regular Mode vs Queue Mode, side by side. Running n8n in production and still on Regular Mode? Worth testing before your users force the question. Drop a comment if you want to walk through your setup.

When I started with n8n, I had no idea where to even begin — nodes, AI agents, workflows, all of it felt scattered. Found this starter guide a while back and it's genuinely one of the clearest beginner-to-intermediate breakdowns I've seen — attaching it below for anyone in the same spot. If you want something more tailored to your specific domain (pharma, IT, manufacturing, whatever you're in), drop a comment — happy to point you in the right direction.

A customer updates their order. Your system doesn't tell anyone what actually changed — just that it changed. So someone opens the old version, opens the new version, and manually checks line by line. Every time. That's the actual workflow at most businesses right now. n8n had no built-in way to fix this. You'd write custom code for it, every single project, from scratch. The hard part is nested data. A client's contact list gets reordered and a basic comparison flags every single contact as "changed" — even the ones nobody touched. That's not useful, that's just noise. So I built a custom node for it. Feed it the old version and the new version of any record, and it tells you exactly what was added, removed, or changed — including fields buried deep inside, matched correctly even if the data gets reordered. Drop it after any API call, webhook, or database read. Your workflow only fires when something real actually changed. Install it inside n8n: Settings → Community Nodes → search n8n-nodes-data-diff. Try it on your messiest data — nested records, reordered lists, the stuff that breaks basic comparisons. If it catches something you didn't expect, I want to hear about it.

Most teams don't have a dedicated security reviewer checking every pull request. So risky stuff slips through, hardcoded API keys, SQL injection risk, broken auth logic, nobody catches it until it's already in production. Built an n8n workflow that fixes this: it reads the diff on every PR, analyzes it like a senior security engineer would, then: → Posts a real GitHub status check (pass/needs changes/blocked), can literally block merge via branch protection → Drops inline comments directly on the exact flagged lines in the diff → Posts a summary comment with the full verdict and issue list → Emails the relevant report based on severity Who this helps: Small teams/startups without a dedicated security reviewer Solo devs who want a second pair of eyes on every PR Anyone running a citizen-developer / low-code program where non-engineers are shipping code with AI help Open-source maintainers who need a first-pass filter before spending their own review time It's not autonomous, it never auto-merges or auto-rejects. It just makes sure nothing risky slips past a busy or distracted human.

Quick share for the July 2026 n8n challenge results. The workflow: "Analyse tender PDFs with LlamaParse, Gemini, Supabase and WhatsApp chat" ranked #10 worldwide in total inserts, out of hundreds submitted globally. What it does: upload a contract, tender, or compliance document. Ask it a question on WhatsApp or Telegram, and it replies with the answer, cited to the exact clause. No re-reading a long document to find one deadline three weeks later. Under the hood, it's a RAG based chatbot. Documents get semantically chunked so clauses stay intact, then stored as vectors in Supabase and retrieved on demand. Answers come from the exact section, not a model recalling it from memory. Built this for procurement and contracting teams who deal with dense documents every week. Ranking well is nice, but it's actually being used that matters more. Happy to break down the build if anyone wants to see how the pieces fit together. My official n8n creator profile: https://n8n.io/creators/divyanshugupta