n8n's $180M Round and the New Wave of Open-Source Automation Rivals
n8n closes a $180M Series C at a $2.5B valuation, while Sim and Tracecat show where the open-source automation space is heading next.
n8n closed a $180 million Series C in October 2025, bringing total funding to $240 million and a reported valuation of $2.5 billion, led by Accel with Meritech, Redpoint, NVentures (NVIDIA's venture arm) and others participating. The framing from n8n's founders was deliberate: the AI race is not only about smarter models, it is about who can put that intelligence to work inside real businesses, on real data, with real oversight.
That framing matters because it lands at the same moment a new crop of open-source projects is attacking the workflow and agent space from different angles. Sim, an Apache-2.0 visual builder for agentic workflows, crossed 29.5k GitHub stars and 3.8k forks by late 2025, with a self-hosted Docker path and a 1,000+ integration catalog. Tracecat, an open-source security automation platform, hit 3.8k stars and positioned itself against commercial SOAR products that, by the team's account, can run six figures per year. Both projects share a common message: the orchestration layer is where the value is moving.
What n8n's Series C actually signals
The round is less about n8n the product and more about how the market is now pricing orchestration. n8n described a split in the agent landscape: platforms that hand everything to the model and hope for the best, and platforms that require strict, rule-based routing which are powerful for engineers but impractical for business users. n8n's pitch is the middle ground, where builders choose how much autonomy to give an agent and how much logic to enforce, then adjust that balance as the workflow matures.
Two technical pillars sit underneath that pitch. First, orchestration: connecting agents to real tools and data sources, building in human oversight, and establishing the triggers and monitoring that keep everything running. Second, coordination: getting the people who understand the business need into the same canvas as the people building the solution. Without both, n8n argues, organisations get stuck in endless development cycles and the agent never reaches production.
For buyers of automation templates and snapshots, the practical upshot is that the platforms most likely to survive the next two years are the ones investing in this orchestration plus coordination layer, not just node libraries.
Sim: an open-source canvas for agentic workflows
Sim launched on Hacker News in December 2025 as a drag-and-drop visual editor for AI agents, written by a team that had repeatedly run into production failures with both code-first agent frameworks and existing workflow tools. Their stated reasons: code-first frameworks hid implicit control flow and made debugging painful, while workflow platforms added more overhead than they removed. Sim's response is a custom execution engine, a sandboxed code node, and a self-hosting story built around Docker Compose and Kubernetes Helm.
Self-hosting Sim is the part most relevant to agency owners and operations leads. The documented path is an interactive wizard that provisions a database, generates secrets, writes environment files, connects a chat API key, and starts the published images. Once running locally, you can add optional capabilities one at a time: email, storage, sandbox, jobs, cache, knowledge, chat, an LLM provider, or a Slack integration. There is also a separate config command that reports the effective deployment context and the health of each capability without printing credential values, and a start, stop, restart trio for managing the install from its directory.
What Sim does not yet have, according to the project's own comments on the launch thread, is granular node-level debugging. The team said they were rolling out debug mode during the week of the launch, with the ability to resume a workflow from any node using mock data. For anyone evaluating Sim as an n8n alternative, that gap, and how it gets closed, is worth tracking.
Tracecat: a different problem, the same architecture
Tracecat is built for a narrower use case: the alert-triage work that security analysts do every day. The project's launch post on Hacker News pointed to a brutal arithmetic. An average security analyst deals with roughly 100 alerts per day, and each one takes about 30 minutes to investigate. That is 50 hours of work for one person, every day, which is why the team argues that many breaches trace back to week-old alerts that never got properly investigated.
The technical stack will look familiar to anyone who has built production workflows. Tracecat runs on Temporal for durable execution, uses nsjails for sandboxing untrusted code, and ships over 100 pre-built connectors. It also exposes itself as an MCP server, which means Claude Code, Codex, and other agent harnesses can drive Tracecat workflows from a prompt. There is a code-native path too: sync custom Python scripts from your own Git repository into Tracecat and turn them into agent tools or workflow steps.
For non-security teams, Tracecat is interesting as a case study, not a product. It shows how the open-source workflow pattern is being applied to vertical-specific automation problems, and how MCP is becoming the connective tissue between general-purpose agents and domain-specific workflow engines.
The pattern across all three projects
ProjectPrimary focusOpen-source licenceSelf-host pathNotable architectural choicen8nGeneral workflow and AI orchestrationSource-available (Sustainable Use Licence)Docker, Kubernetes, bare metal, Raspberry PiVisual canvas with code nodes, fair-code distributionSimAgentic workflows and AI agentsApache-2.0Docker Compose, Kubernetes HelmCustom execution engine, sandboxed code node, MCP-readyTracecatSecurity alert automation and SOAROpen source (AGPL-style, per repo)Docker, AWS Fargate, Kubernetes HelmTemporal for durable execution, nsjail sandboxes, MCP server
Three things stand out. First, every project is investing seriously in self-hosting, with Docker Compose as the entry point and Kubernetes as the production target. Second, MCP keeps showing up as the integration layer between agents and workflow engines, which means the agent you already use is more likely to drive these tools directly over time. Third, the workflow canvas is no longer the differentiator. The execution engine, the sandbox model, and the observability story are where the projects are now competing.
What this means if you are buying or building automation
If you are an agency owner or operations lead evaluating platforms, the n8n round, Sim, and Tracecat all push in the same direction. Orchestration is becoming the layer that gets funded, forked, and productised. The risk for buyers is that the tool you standardise on today is the one that loses developer mindshare tomorrow, so any template or snapshot you commit to should come with a clear path off the platform if you need it.
If you are buying ready-made automations rather than building them, marketplaces like AutoStack exist precisely because the shelf life of any single tool is now shorter than the shelf life of the workflow you are trying to run. The durable asset is the orchestration design, the integrations, and the credentials management, not the specific canvas. Templates that document those layers explicitly will outlive the platforms they were originally built on.
For builders, the practical lesson from these three projects is that the bar for a new workflow tool has moved up. A drag-and-drop canvas and a list of integrations is no longer enough. The platforms pulling investment and contributors in 2026 are the ones pairing that canvas with a serious execution engine, real observability, and an MCP-friendly surface that other agents can drive.