Kumo.io

Product

Change the View, Not the Truth Underneath It.

Show the same infrastructure differently without severing the link to observed state.

One revision. Many valid views.

kumo.io / multi-view-demo
awsMicrosoft Azure
  1. One Revision
  2. Question
  3. View Recipe
  4. Saved Template

The Mechanism

One Revision, Shaped to the Question in Front of You

Views are recipes applied to a revision, not drawings. Changing the view never changes what was observed.

Phase One · Anchor

Every View Starts from a Selected Revision

A view is generated against one immutable workspace graph revision. That anchor is what makes the same view reproducible tomorrow, and comparable against a different revision.

  • Anchored to a named revision, not to 'now'
  • Reproducible: same recipe, same revision, same output

Phase Two · Shape

Choose the Question, Then Shape the Answer

Pick an environment, query, scope or template, then group, filter, arrange and annotate the output until it answers the question you actually have.

  • Environment, query, scope or saved template
  • Group, filter, arrange and annotate
  • Manual overlays stay distinguishable from computed relationships

Phase Three · Reuse

Save the Recipe, Not the Picture

Save the logic that produced the view so it can be re-run against later revisions and reused by other people, instead of becoming another diagram that ages.

  • Recipes re-run against any later revision
  • Reusable across teams as a shared template
kumo.io / views / newPlaceholder
Capture with more than one revision in the list so the selection reads as a real choice.
kumo.io / views / payments-networkPlaceholder
Show one resource present in both frames; it makes the shared-revision point without a caption.
kumo.io / templatesPlaceholder
The re-run is the point — show the same template producing two dated outputs.

Proof

The Same Truth, Asked Three Different Questions

Flexibility is only credible if the underlying state is unchanged. This is what that looks like in practice.

kumo.io / views / comparePlaceholder
The shared revision ID in all three frames is the evidence; make sure it is legible.
  1. 1

    One Revision Underneath

    Each view names the revision it was generated from. Different presentations, identical observed state.

  2. 2

    Recipe, Not Redraw

    The view records the logic that produced it, so it can be re-applied rather than recreated.

  3. 3

    Origin Still Visible

    User-authored overlays remain marked as user-authored in every view they appear in.

Starter placeholders must be replaced with real, approved captures before this page is published.

What You Get

What Flexibility Is Actually For

One Diagram Stops Being a Compromise

Stop negotiating a single picture that half-serves four audiences. Generate the view each audience needs from the same state.

Discovery and Documentation

Reviews Get Their Own View

Produce a scope-specific view for a review instead of annotating a general architecture diagram in the meeting.

The Team Inherits the Logic

A saved recipe outlives the person who built it, and keeps working as the environment changes.

Team Standardisation

Bring Clarity to Your Cloud

Evaluate the Mechanism on Real Infrastructure.

See Kumo.io on your infrastructure. Read-only, your cloud account.

Free Trial