MCP server
PlannedLet an AI assistant read and change your diagram, and run the same tests you run.
- Add, connect and edit components
- Run a failure test and read the findings
- Ask why something is a single point of failure
What we plan to build. There are no dates, and the list changes as people tell us what they need.
Let an AI assistant read and change your diagram, and run the same tests you run.
Run infr on your own network, with your diagrams on your own storage.
Turn a diagram into Terraform, Pulumi or Kubernetes manifests, and read existing state back into a diagram.
A monthly cost worked out from the plans and instance types in your diagram, and a side-by-side for two designs.
More ways to test a design and better evidence behind every number the analysis gives.
Generate the checks that watch the design you drew, and compare what they see with what the analysis predicted.
Snapshots of a diagram, and a visual diff between any two, including how the analysis changed.
A read-only connection that draws what you actually run on AWS, GCP, Hetzner and others.
Ramp traffic, add latency, break things over time and watch where the design gives way first.
Name a failure you care about, keep it with the diagram and re-run it after every change.
Turn a failure the analysis found into a recovery checklist for that exact design.
Recovery time and data loss worked out from your backup and replication links, per component.
Run the analysis on a diagram file in your own pipeline and fail the build when a new single point of failure appears.
Trace every route from the internet to your data and see which one control closes the most of them.
Place zones on a map and have latency between them worked out from real distance, then see what it does to a request.
Power draw from catalog figures, turned into energy over a month and an estimate of emissions.
Shared libraries, roles, and comment threads pinned to components.
Flag open ports, unprotected data and single-region storage against common baselines.
Put a live diagram or an analysis result in your docs and READMEs, and read it over an API.
See what others have suggested, vote on it, and follow each idea from sent to planned to shipped.
Send the diagram you are looking at with a problem report, so the person reading can open exactly what you saw.
Leave an email on a suggestion and hear once, when it lands in the changelog.
Roles between owner and member, such as admins who can invite and remove people while billing stays with the owner.
In a live session, choose person by person who can only watch and who can edit, instead of one setting for everyone.
Tell us what you'd draw or test that infr can't yet.