Top
Best
New

Posted by jsunderland323 11/12/2025

Launch HN: JSX Tool (YC F25) – A Browser Dev-Panel IDE for React

Hi HN, We’re Jamie & Dan, building JSX Tool (https://jsxtool.com) a new inspector/dev panel IDE that allows you to navigate to any line of your React project’s JSX with just a click and a command click to explore your render stack.

Demo video: https://www.youtube.com/watch?v=JIIXvN7vhrs

I’ve been writing React code for nearly a decade. Since I first saw source maps in the days of Babel and Redux, I’ve always wanted to be able to edit my code from the source maps. I’ve also always wanted to be able to inspect my JSX like it was HTML.

Last year, I found my first real use of AI was taking ad-hoc CSS changes in the Chrome element inspector, pasting them into ChatGPT, and asking for the equivalent in Tailwind. I’d then paste those changes into my React TSX files.

I wanted to streamline this process but came to the conclusion that to do so I needed to build a JSX inspector. I had to write a custom AST parser to create a mapping between the JSX and HTML. So I hacked on an inspector for a couple of months that connected JSX to the DOM in both directions.

The next feature was adding a CSS editor, like the one in the browser inspectors but for JSX. Unlike styling a piece of HTML I decided that any in memory style edits to a React fiber should be globally applied, as if you had tweaked that line of code in your codebase.

Finally, I was able to add the two AI features I really wanted: (1) prompt for in-memory styles for when I was pixel tweaking, and (2) save those temporary changes back to my codebase in the convention of the codebase I was working in.

To accomplish talking to the filesystem from the Chrome extension I built a little local server that mounts from the root of your project and allows the extension to send file-system commands back to your project root. We named this the “Dev Server”. (Note: You can fully use us as a JSX inspector without this server installed.)

After all that, I found that to convert myself as a user I needed it to be a pretty fully functional IDE. I needed vim bindings, I needed a typechecker, I needed auto-complete, I needed a linter, I needed code search and I needed a proper file explorer. Fortunately we were able to take advantage of the dev-server architecture we had stumbled onto in order to add an LSP server and Rip Grep. At this point, after months of dog fooding, I use JSX Tool for almost all of my website edits.

We’re still rough around the edges for mobile but we’re working on that.

All of the IDE stuff not involving AI is free and works fine without AI. We let you get a taste of the prompting stuff for free but apply some rate limits.

The extension itself is not open source but the dev server with the LSP is. It’s a great foundation if you want to build any sort of in-browser IDE and it's nearly React agnostic. Building the dev server was a big undertaking so I’d love to see someone fork it and find value in it.

In the future we want to start adding things that we are in a position to take advantage of over something like Cursor, such as letting AI give you code suggestions for runtime exceptions or work with the network logs. We think that the convenience of having your IDE in the dev panel gives us a leg up in convenience and workflow context.

Anyway, regardless of how you feel about AI coding, I wanted to make something that was useful with or without AI. We’d love it if you gave it a spin and we want to share anything we can about the technical side of the product that you might find interesting.

111 points | 83 commentspage 3
dmix 11/13/2025|
Vue has one of these and the performance is pretty awful. I hope they make performance a priority.
jsunderland323 11/13/2025|
We do our best! Weak maps are a developer's best friend
hmokiguess 11/12/2025||
Pretty cool project! I love to see progress on the UX of how we write and manage code.

My honest feedback to you here is, this isn’t very valuable by itself as a local dev tool. Make it so it can be run targeting a git repository with live preview and deployment to a real environment and you may have something much better!

Take a look at Theia IDE, maybe you could find a bridge to do that?

Good luck on the launch!

jsunderland323 11/12/2025||
Gotta respectfully disagree here but yeah, I definitely understand the remote workflow use case and why some folks want that.

I think if you're building something that is targeting designers that is the way to go.

Thanks for checking it out though!

hungryhobbit 11/12/2025||
You seriously don't think anyone develops locally in 2025?
hmokiguess 11/12/2025||
Hey, sorry, I tried to write my feedback with a little more empathy but I guess I should have been upfront to clarify my point.

What I meant to say is, I can't see this competing with the current state of the art as it comes to local development. As for remote development, we are quite lacking there IMO, and this seems to be a great potential candidate to solve that problem.

I do a large portion of my development locally, it's great, I love it. This product is trying to get me to change my workflow there and asking me to do it from the browser only. Why would I work on a browser only if I have a full suite of tools locally, terminals, IDEs, text-editors, rich LSP / plugins / Agents / etc.

jsunderland323 11/12/2025||
Did you watch the demo?
hmokiguess 11/12/2025||
Yes!
joshribakoff 11/12/2025||
Astro does the same, or something similar, but without an extension i think — https://docs.astro.build/en/reference/experimental-flags/chr...

It seems to leverage some official chrome devtools workspaces concept.

jsunderland323 11/12/2025|
Nice! Yeah, I don’t think we’re the only guys out there letting you map back to your file system. I think we’re first and foremost a JSX inspector that lets you locate your line of code but then there’s a bunch of different directions you can go from there —- editing being a big one.
swyx 11/12/2025||
is the ultimate plan to become like a "Cursor for React"?
jsunderland323 11/12/2025|
Sort of. I think we want to leverage the parts of the runtime that Cursor wouldn’t be as good at. I don’t expect to replace Cursor, I expect to be better at a lot of React things that take advantage of the runtime and browser context.
swyx 11/12/2025||
because you're ex YC i feel ok giving some tough love that i dont think this is a good plan because cursor and v0 will eat your lunch if you get any traction, however, happy koding and may you find the thing you were meant to do.
jsunderland323 11/12/2025||
I don’t mind the tough love one bit. Yeah, could happen. Startups just aren’t defensible creatures, especially in the post network effect world of AI. But having spent a bit of time in the world of startups (I worked at YC), I think it’s easy to forget that people build in an incumbent’s space all the time... and yes, usually those startups get killed. But by your logic, Cursor should not exist. We should all be using GitHub copilot. The browser IDE is really a new category so I think it will be somewhat awkward for any incumbent.

To be clear, I fully expect Vercel to launch something and for them to have the best distribution in the world. I don’t think they will ever support Vite or things that aren’t Next but que sera sera.

ontouchstart 11/12/2025||
It is going to be a very competitive market but you still have a chance if you serve the needs of professional React development. Unlike POC and MVP projects by people who are learning React, professional React projects that serve production are very complex. Developers need to deliver features without regression, debug with whatever tools they have to find out root cause and fix the bug without causing regression and more issues. Tight unit tests, integration tests and QA cycles.

I have been using Cursor + Claude (Composer) in production code base with some success. Integrations with live React DevTools in the browser could make UI debugging and iterative development much faster. But you also need to think outside of the box of IDE. It is never about IDE. It is about high quality workflow.

jsunderland323 11/12/2025||
>you still have a chance if you serve the needs of professional React development

That's my entire thesis. I think it's a long long road. But I think you've actually done a great job of pretty much seeing the whole vision.

ontouchstart 11/12/2025||
That is why Playwright might be a critical piece of the puzzle instead of good to have.

I have instructed agent to generate Playwright test from screenshots that will dump API calls to debug and generate mocks to trigger the edge cases bugs. I am sure if jstool is there, it can fix the bug and reload.

jsunderland323 11/12/2025||
To be clear, I'm with you 100%. You have my word that I will add in playwright when we get to a point where we can support it.
ontouchstart 11/12/2025||
If you can build browser automation into jsxtool, perhaps it can replace playwright. If I remember correctly, the guys who developed puppeteer/playwright used to work for chrome devTools or something.
Pufferbo 11/12/2025||
Um, Firefox extension maybe?
jsunderland323 11/12/2025|
We gotta stabilize on chromium but then 100%. It's tough while we are so dependent on auto updating to put out hot-fixes. We built with https://wxt.dev, which, I highly recommend. So it shouldn't be too tough of a port. But you are heard loud and clear. Dan hates Chrome from the bottom of his heart.
dahyman 11/12/2025||
Pufferbo, my friend. Thank you for writing this comment. This is the kind of feedback we need.

-Dan

tnolet 11/12/2025||
Interesting that this is now a venture-scale company, according to YC.
dang 11/13/2025||
Startups aren't supposed to be "venture scale" when they launch. (I don't know what "venture scale" means, but it sounds big.) They're supposed to make something that at least a few people want, and then iterate.
apsurd 11/12/2025|||
just keep in mind you weren't in the pitch room. I'm old enough now to realize that not everything we see in public is the full story.

It may be all a pipe dream and not pan out, but I bet they pitched a path to more broader optionality. That's all you really need, momentum and optionality.

brazukadev 11/12/2025||
Right? There are at least 3 years that I don't get impressed by any Launch HN.
imvetri 11/12/2025|
How are you planning to acquire customers?

Is this sponsored by yc?

Who are the target audience?

Are the target audience companies or businesses or individuals?

Congratulations

jsunderland323 11/12/2025|
> How are you planning to acquire customers?

We haven't gotten much further than just launching and praying.

> Is this sponsored by yc?

I mean we're a YC portfolio company, so sort of I guess. I used to work at YC, so I suppose YC has been sponsoring me for a while now.

> Who are the target audience?

React developers

> Are the target audience companies or businesses or individuals?

Both, I hope. We definitely went more along the lines of supporting individual developers spiritually but there is no reason it shouldn't work if you have colleagues.

> Congratulations

<3 Thanks so much!