← Back to posts
Aspire 13.3 lands WithBrowserLogs — a tracked Chromium browser as a child resource, streaming console and network events into the same dashboard timeline as your backend traces, with first-party commands for opening it, configuring it, and capturing screenshots. More on the rest of 13.3 to follow in upcoming parts.
3 parts 36 min total read
  1. Part 1

    Stop alt-tabbing to DevTools: WithBrowserLogs makes Chromium an Aspire resource

    Aspire 13.3 introduces WithBrowserLogs, an extension that attaches a tracked Chromium browser to an endpoint-capable resource. Console logs and network activity stream back into the Aspire dashboard alongside your backend traces. For anyone debugging a frontend that talks to a distributed backend, this is the hop you've been making manually for years.

    May 7, 2026
  2. Part 2

    Aspire's dashboard keeps a record: notification center and markdown messages

    Aspire 13.3 adds a notification center to the dashboard: a bell-icon panel that catches every command response with a markdown body and a clickable "View response" entry. It is small, it is dev-loop sized, and it is the thing that finally makes resource commands worth writing for your local AppHost instead of just for ops.

    May 25, 2026
  3. Part 3

    `aspire init` is no longer one-size-fits-all. The aspireify skill and your coding agent tailor the AppHost to your repo.

    Aspire 13.3 ships aspire init with most of its detection-and-scaffolding code stripped out. What used to be deterministic file generation is now a handover: init drops a minimal skeleton, then a one-time skill called aspireify drives a coding agent through the wiring that needs to actually read your repo. I ran that handover six times across three Claude models and two un-aspirified eval apps to see where the skill earns its keep, and where it still leans on the model.

    May 26, 2026