See what your micro frontends actually negotiated.
A read-only Chrome DevTools panel for Native Federation applications running the v4 Orchestrator.
Which version of
@angular/corewon? Who provided it? Why did that remote end up with its own copy?
The negotiation happens once at startup — then it disappears into the import map. Native Federation DevTools reads it back out of the running page and explains it: every shared package, every remote, every chunk. Evidence, not guesses.
- 📦 Packages — the negotiation, per package: every candidate version, who declared which range, which file actually serves it. Conflicts are called out, not averaged away.
- 🛰️ Remotes — each participant from its own point of view: what it exposes, what it declares, and where every single dependency really resolves.
- 🕸️ Graph — remotes, dependency copies, and chunks as one traceable picture. Hover to trace, click to filter.
- 🗺️ Import Map — the effective map, row by row, each entry attributed to its package, its provider, and the chunk bundle that serves it.
- 📤 Export JSON — freeze the entire snapshot to a file. Doubles as a reproducible bug report.
- 🔒 Read-only, zero permissions — no host permissions, no content scripts. The panel inspects; it never mutates the page. Enforced by tests, not by convention.
In progress: Diagnostics (registry↔map lint) and global search.
One hover answers "who shares this — and which files does it load?"
Dashed nodes are isolated copies, dotted edges are borrowed dependencies — the sharing story is visible at a glance.
Four participants declared @angular/core — one version won, three were not
selected, and every mapped file is accounted for, SRI included.
Exposes, provided packages, and — line by line — which dependency this remote consumes from whom, and which own version lost the negotiation.
Requires the v4 Orchestrator. The panel reads the registry that
@softarc/native-federation-orchestratorkeeps in the page (window.__NATIVE_FEDERATION__). Applications on the classic v3 runtime (@softarc/native-federation-runtime) do not expose this registry and are not supported — on such pages the panel shows No Native Federation detected.
🛒 Chrome Web Store: coming soon — the extension will be published under the official Native Federation presence. Until then, install it from a GitHub release. No build toolchain needed — it takes about a minute.
- Download
native-federation-devtools-<version>.zipfrom the releases page and unzip it into a folder of its own (the zip has no top-level folder). Keep that folder — Chrome loads the extension from it. - Open
chrome://extensionsin Chrome — type it into the address bar. - Turn on Developer mode (toggle in the top-right corner).
- Click Load unpacked and select the unzipped folder.
- Open Chrome DevTools (
F12, orCtrl+Shift+I/⌥⌘I) on an application that runs the v4 Orchestrator. The panel appears as a new Native Federation tab — if DevTools was already open, close and reopen it once.
Unpacked extensions do not update themselves. To upgrade, unzip the new
release into the same folder and click the ↻ reload icon on the extension's
card in chrome://extensions. Automatic updates come with the Web Store.
Contributors can build the extension themselves — see Development & Architecture.
| Project | What it is |
|---|---|
| native-federation.com | Project home — docs, guides, team, resources |
| orchestrator | Runtime micro frontend orchestrator (v4) — the runtime this panel reads |
| devtools (this repo) | Chrome DevTools panel for inspecting running federations |
- Development & Architecture — build, run, test, repository layout, and the design constraints behind the tool
- Resolution data model — how a captured snapshot becomes the model behind the views
Developed and maintained by Lutz Leonhardt as part of the official Native Federation project.
Built in an agentic workflow with Claude Code and Codex as pair programmers — architecture, review, and verification stay with the maintainer.
Licensed under MIT.