Introducing Magic Sentry 1.0.1
Know what broke before your users tell you.
Sentry error and performance monitoring for the Magic framework: a web-safe boot, the HTTP failures Http swallows, the signed-in user and breadcrumbs from your events.
Wired into Magic. Nothing to glue.
Sentry knows nothing about the Magic Http facade, its auth state or its router. Magic Sentry connects them so the reports carry the context you need.
-
Web-safe boot
Learn more about Web-safe bootMagicSentry.runopens one guarded zone and starts Sentry beforeMagic.init, so a failure during boot is reported. -
HTTP failures
The
Learn more about HTTP failuresHttpfacade never throws, so Magic Sentry reports a 5xx or a dead connection as an event and a 4xx as a breadcrumb. -
Signed-in user
The Sentry scope user follows
Learn more about Signed-in userAuth.stateNotifier, with your own id, email and extras. -
Event breadcrumbs
Any Magic event that implements
Learn more about Event breadcrumbsReportsBreadcrumbbecomes a breadcrumb. -
Navigation trail
A navigator observer on
Learn more about Navigation trailMagicRouterrecords where the user was and, with named routes, feeds release health. -
Token scrubbing
Learn more about Token scrubbingSentryTokenScrubbermasks tokens that travel in URLs before an event leaves the app.
Your agent speaks Magic Sentry.
The Magic Sentry skill teaches your coding assistant to wire the service provider and the boot the way the framework expects, before the first line. One command wires it up.
run in your project other editors
works with
And checks the docs.
Skills teach the wiring. The MCP server at mcp.anilcancakir.com/magic_sentry gives your agent live docs lookup while it edits, so it never guesses a signature.
-
Streamable HTTP
One endpoint, every client.
-
search-docs
Live query against the source.
-
Public, no auth
Read-only, free to use.
# streamable http, the default
# or stdio, for clients without http
Public, no auth.