Devtools (reactive graph visualization) in the playground

[thetarnav]

I don't have anything prepared—this is just theoretical, but would it be possible to include a reactive graph debugger in the playground in the future?
One thing for certain—it would require the playground to work in a dev mode. And from what I know, it works in prod mode currently. This alone might just prevent this from happening. But would there be any other blockers?
This idea just popped into my head, and I wanted to ask if it would make sense and what should I take into consideration when architecting the devtools if it does.
Besides the solid operating in dev mode requirement, there are three parts of the devtools that I would need to think, about how'd they fit in:

• the debugger - the debugger would need to be attached to the application in the background, for the devtools to be able to get and track the state of the graph
• babel transforms - this one is not necessary, but useful, it'll allow for things like tracking stores, automatically naming signals/memos/stores, and tracking component props.
• the devtools/graph panel - part of the UI would need to be reserved for the devtools - for displaying the graph, toggling is on and off, configuring, etc.

I'm currently writing the devtools in a way that theoretically should allow it to be used in various places—not limited to the chrome extension. But some changes might be necessary. It's definitely not ready now. Not even close.
Still, I think it would be great to see the graph right in the playground eventually. So I just wanted to know what you think.

[milomg]

Update: I'm working on building a patched version of the chrome devtools frontend so I'm hoping that we will be able to include the debugger as part of that.

[thetarnav]

That would be awesome 😎
I've already made the solid devtools frontend as a separate package and it works great. So I only need a debugger running on the page, and some way of communicating between the two.
Will the playground run in dev mode though?