100 design patterns. Runs entirely in your browser. Zero API calls, zero cost, instant responses.
Describe your network in plain English ("a 3-tier app in AWS with two AZs, ~200 app servers, ~20 databases, a small public ALB tier") and the assistant produces a complete CIDR plan with reasoning. It picks the parent VPC CIDR, decides subnet sizes based on your host counts, places them across availability zones, and explains its choices.
Under the hood it uses a 100-pattern rule engine — not an LLM call to a remote service — so your network description never leaves your browser. The patterns cover common architectures: web/app/data tiers, hub-and-spoke topologies, Kubernetes pod CIDRs, BGP peerings, and more. For designs the patterns don't cover, the assistant falls back to a reasonable default and explains what it inferred.
The assistant's output is a structured plan. From there:
For the architectural patterns the assistant recognizes, see multi-cloud CIDR planning and Kubernetes pod CIDR sizing. The private vs public subnets article explains the tier convention the assistant assumes.
The assistant uses a 100-pattern rule engine that matches your description against common network architectures — 3-tier web apps, hub-and-spoke topologies, Kubernetes pod CIDRs, BGP peerings, and others. It picks the parent VPC CIDR, sizes subnets based on your host counts, distributes them across availability zones, and explains its reasoning. The engine runs entirely in your browser.
No. The assistant runs entirely client-side. Your network description, host counts, and the generated design never leave your browser. The 100-pattern rule engine is loaded as JavaScript and executes locally.
For architectures the patterns do not match exactly, the assistant falls back to a reasonable default and tells you what it inferred. For highly custom designs you may want to refine the result manually using the VLSM planner or calculator.