Internal developer platform

Omega: Universal Glossary Platform

One shared glossary per product, wired to the code, that tells you what a change will break.

status
Live in production; the merge-request review agent is in pilot.
deployment
Cloud-hosted · Microsoft single sign-on
Internal developer platformlive
  • 3→1Three surfaces (a page, a REST API and an AI agent) behind one query engine that can't disagree
  • Coupling links mapped across code and design for the reference product
  • 0Cross-tenant vocabulary leaks: isolation is enforced in the database, not by convention

When no one holds the whole picture

Teams reach for Omega when no one person holds the full picture of how their frontend and backend are coupled. Risky changes are found after they merge, not before. Hand-kept dependency maps drift out of date, and a “small” change to a shared table can quietly touch half the app. Each product spells the same idea a different way, so AI tools cannot reason across them.

What Omega does

Think of Omega as a shared dictionary for each of your products, where every word is wired to the code, data and screens behind it. Look up a term and you get everything a change to it would touch: its blast radius.

  • Tells you what a change will break. Name a database table, service, route, screen or provider, and Omega returns every user flow that touches it, plus everything those flows touch, in one query.
  • Flags the changes that touch everything. Load-bearing items above a set threshold are marked as a shared kernel that needs careful review.
  • Admits what it hasn’t mapped. If nothing links to an item, Omega shows an explicit coverage gap instead of reporting no impact.
  • Keeps itself up to date. A sync job adds new flows and inferred links automatically, and nothing human-authored is overwritten or deleted.
  • Answers people and machines from one source. A browsable page, an interface for automated build checks and a connection for AI agents all read through one function, so they cannot disagree.

What you get

Reviewers can see a change’s blast radius before approving it, rather than discovering the risk after it merges. For the reference product, Omega maps 1,154 links between code and design. One engine serves every product, while each product’s words stay separate. Isolation is enforced in the database, not by convention, so an outsider gets a “not found” response rather than a peek. The result: zero vocabulary leaks between products. People sign in with Microsoft Entra single sign-on, while services use separately scoped access tokens. Tokens are hashed and never stored raw.

Honest limits

Posting the blast radius directly onto a merge request, where code changes are reviewed, is still in pilot. The query logic is proven against live data, but the part that posts the comment automatically is still being wired. Omega only shows what has been mapped, so an unmapped item appears as a coverage gap, never as zero impact. One step stays manual by design: a developer declares each user flow, which is how people choose the vocabulary. We recommend seeding small and proving the platform serves your product before mapping everything.

See your own product’s blast radius

Set up your own walled-off workspace, seed your top five or six terms, and run a blast-radius query against a real part of your codebase.

Talk to us