Loading video...

Video Failed to Load

Go Home

We’re open sourcing ArrowJS 1.0: the first UI framework for coding agents. Imagine React/Vue, but with no compiler, build process, or JSX transformer. It’s just TS/JS so LLMs are already *great* at it. AND run generated code securely w/ sandbox pkg. ➡️

241,151 views • 7 months ago •via X (Twitter)

54 Comments

Justin Schroeder's profile picture
Justin Schroeder7 months ago

The sandbox works by parsing the TS AST for our html calls, then replacing the reactive portions with identifiers. It then spins up a new JS environment inside WASM using QuickJS and links the internal virtual DOM to the external references, events occurring externally are safely transmitted to the internal representation where full JavaScript and arrow runs. DOM changes are restricted to these “owned” html blocks and are send back via message. This means llm generated JS is never exposed to the window, cookies, DOM etc - only to the DOM nodes it defined. Those are then mounted inside a web component with shadow DOM enabled (by default) to allow style isolation, if you want it, if you don’t it can disable the shadow DOM. Any questions?

designer's profile picture
designer7 months ago

first? maybe tenth

Justin Schroeder's profile picture
Justin Schroeder7 months ago

Interesting. Please refer me to the other 9

Matt Wood's profile picture
Matt Wood7 months ago

@chriswallace • • • •

designer's profile picture
designer7 months ago

@jpschroeder thanks Matt, so at least fifth @jpschroeder

Justin Schroeder's profile picture
Justin Schroeder7 months ago

These are all exactly what Arrow tries to solve, none of them a new UI framework. Thats not a dis, they are all valuable in their own ways: - json-render: pre-defined catalog, rendered by other frameworks. arrow is a ui framework itself. - a2ui: pre-defined ui components. - open-json-ui: closer, but also pre-defined - ag-ui: not at all a ui framework its a ui interaction protocol Arrow, is unique. Its truly its own ui framework, similar to React or Vue, but shares no DNA. It is intentionally just typescript so agents dont need further learning, and it has its own security model from running real TS in a safe way while patching the DOM.

Matt Wood's profile picture
Matt Wood7 months ago

@chriswallace I really like your sandbox idea! Though, I don't think using React/Vue inherently imply forcing the models to learn anything they don't already know. I'm excited to try it out

Justin Schroeder's profile picture
Justin Schroeder7 months ago

@chriswallace Oh i agree, it already knows those really well. But if I introduced a new framework with a custom DSL it *would* be a problem. The "native ts" nature of arrow is the only reason it works so well day one.

FileCity's profile picture
FileCity7 months ago

@jpschroeder Great job on ArrowJS 1.0! Made you a full narrated FileCity tour + visual map of the reactive UI framework for coding agents:

brian flynn's profile picture
brian flynn7 months ago

@NewsworthyCLI

Simdi Jinkins's profile picture
Simdi Jinkins7 months ago

Why not

Justin Schroeder's profile picture
Justin Schroeder7 months ago

Just go read the docs

Владимир Шамшеев ❤️🇺🇦's profile picture
Владимир Шамшеев ❤️🇺🇦7 months ago

@nintharc ${Component()} instead of Lit’ <${Component} /> is cool btw (mixing $ with other characters is an unreadable mess, although in the age of AI it doesn't really matter)

Justin Schroeder's profile picture
Justin Schroeder7 months ago

@nintharc TypeScript alllllll the way down.

Jaydan Urwin's profile picture
Jaydan Urwin7 months ago

Very cool! I got away from HTML template literals though because agents are better at writing JSX. Nested backticks mean they have to have to be aware of other parts of the file since the back ticks can break the template. With JSX it doesn't have to be nearly as careful.

Justin Schroeder's profile picture
Justin Schroeder7 months ago

Try this. It works great

Nick e/code's profile picture
Nick e/code7 months ago

Just the other day I thought of Formkit, and how good positioned you are for what's happening. Cool!

Justin Schroeder's profile picture
Justin Schroeder7 months ago

more to come on that front too!

Arjen's profile picture
Arjen7 months ago

In the big 26…

Justin Schroeder's profile picture
Justin Schroeder7 months ago

oops! we'll get that forwarding

Dev Agrawal's profile picture
Dev Agrawal7 months ago

does this need an entirely new framework? you could do this with @solid_js

Justin Schroeder's profile picture
Justin Schroeder7 months ago

@solid_js Sure, but why? I love my little arrow, I love no build, I love how this sandbox worked, so I made it and published it.

Dev Agrawal's profile picture
Dev Agrawal7 months ago

@solid_js just checking, completely valid to build a custom framework if you want

John Ennis's profile picture
John Ennis7 months ago

Awesome, I cannot wait to combine this with the @stitchbygoogle SDK!

WAGMİ 100x💎's profile picture
WAGMİ 100x💎7 months ago

wondering how arrowjs handles code injection threats with the sandbox set up. with no compiler or build process, are common safeguards still in place?

Andrei Hasna's profile picture
Andrei Hasna7 months ago

pretty badass

symbols's profile picture
symbols7 months ago

Very cool

robot 2.0's profile picture
robot 2.07 months ago

@jasonkneen interesting

David Boskovic's profile picture
David Boskovic7 months ago

literally was going to build this - we must get to a zero build future thanks man

Satya Fariz's profile picture
Satya Fariz7 months ago

what problems does it solve?

Justin Schroeder's profile picture
Justin Schroeder7 months ago

1. It's a novel no-build ui framework. You can literally run it off a CDN. 2. The sandbox provides a security model for running ai-generated code directly in the browser while patching the *actual* DOM. 3. Its totally native TypeScript so LLMs dont need to be trained on it.

Saïd Aitmbarek's profile picture
Saïd Aitmbarek7 months ago

Looks quite elegant I implemented a more basic UI/UX for my new agentic platform Will prototype Arrow instead

Omar Ezzat's profile picture
Omar Ezzat7 months ago

This might become the most used ui framework There is infinite software demand

Paxaral's profile picture
Paxaral7 months ago

Really cool. Question: *can* you support JSX, opt-in, for cleaner syntax? I like that it doesn't require it, but I'm not opposed to *having* it. Many SSR frameworks support returning jsx natively anyways nowadays.

Justin Schroeder's profile picture
Justin Schroeder7 months ago

I suppose you could, but it sorta defeats the purpose.

Carlos Alberto's profile picture
Carlos Alberto7 months ago

I have no clue why everyone uses react. The bloat is unbearable. Thanks for your service.

The frustrated programmer's profile picture
The frustrated programmer7 months ago

One quick suggestion - try to add open lang ( support along side JSON so that the framework becomes robust and won't break interms of partial responses and will actually reduce the toke cost as well (also increase speed)

Asadbek Omonboyev's profile picture
Asadbek Omonboyev7 months ago

Coool, I'll try it out

Jukka's profile picture
Jukka7 months ago

@jasonkneen Finally!

Jon K. Wheeler's profile picture
Jon K. Wheeler7 months ago

Love that you've kept this project going over the years!

CHRIS DOLINSKI's profile picture
CHRIS DOLINSKI7 months ago

Awesome job, been meaning to get to this. Will use yours structured data-to-ui Added a UI tab that generates UI with arrow to @apinowfun endpoints Can see an example here:

ikan laut's profile picture
ikan laut7 months ago

this is so amazing

Justin Schroeder's profile picture
Justin Schroeder7 months ago

Thanks!

Reve's profile picture
Reve7 months ago

Does i1.0 perform better than 1.0 alpha9

Justin Schroeder's profile picture
Justin Schroeder7 months ago

Muuuuuuuuuuuch better. Full mem pool recycling. Roughly equal to Vue 3 perf. Will post to framework benchmark soon

Reve's profile picture
Reve7 months ago

🚀

OneManSaas's profile picture
OneManSaas7 months ago

The LLM-friendly angle is brilliant. Been watching our corporate dev teams struggle with build toolchains for months - agents that can just write vanilla JS/TS without webpack nightmares could actually ship features instead of fighting configs.

AiDevCraft's profile picture
AiDevCraft7 months ago

The QuickJS WASM sandbox with AST-level isolation is the part that makes this production-viable, not just a demo. Running agent-generated UI without trusting the code is the hard problem everyone else punts on.

Sameer's profile picture
Sameer7 months ago

I legit thought it was related to the arrow, the svg LLM 😂

Amitay Keisar's profile picture
Amitay Keisar7 months ago

@grok why should I use that over React?

Fayaz Ahmed's profile picture
Fayaz Ahmed7 months ago

Interesting, testing it out now

Neto Camarano | AI Agents & AI Automation's profile picture
Neto Camarano | AI Agents & AI Automation7 months ago

@vercel_dev just launch Similar use case?

Obed's profile picture
Obed7 months ago

I know @RyanCarniato would find this interesting

Justin Schroeder's profile picture
Justin Schroeder7 months ago

@RyanCarniato I agree!

Related Videos

Hell froze over: announcing FormKit for React. Secretly framework-agnostic since inception, today we’re open sourcing the most popular Vue form library…for React. Why is this a big deal? 1. Forms are still hard. We (the creators of FormKit) thought form libraries were no longer necessary, given the trajectory of coding agents. It turns out we were wrong, and we learned this the hard way. Need repeating conditional fields nested 3 layers deep inside a dynamic component, with accessibility, validation, internationalization, and backend error placement? Turns out coding agents aren’t great at that. It’s table stakes for FormKit. 2. Single component. This matters more than you would think, but FormKit doesn’t ship lots of different components each with its own props. Instead, it has a single one: and unified props. This was done to provide a better DX to human engineers. It makes it easy to spot when a given component was part of the form’s data structure vs a presentational component. It turns out this matters even more to coding agents than humans. No matter where your coding agent is, whenever it sees “FormKit” it immediately knows “oh, that’s part of the form’s data”. 3. No plumbing. FormKit doesn’t require any manual data collection, event listening, or state tracking. It does all this for you on a heavily tested, framework agnostic, self-assembling graph. The only code your agent needs to write is declarative templates and submission handlers that respond to the state. 4. Dense colocation. FormKit’s syntax happens to be ideal for coding agents; nearly everything you need to know about a given input is *on* the input: Colocation dramatically improves the efficacy of coding agents. 5. DOM. FormKit, unlike most form frameworks in React, renders the actual DOM. This also increases colocation and best practices, meaning your coding agent is far more likely to produce consistent and high-quality output that looks and acts the way its supposed to. 6. Schema. FormKit’s own inputs are not written using Vue or React — instead, FormKit has its own render schema — think of it like an AST for the DOM — and you can modify it on the fly. It’s not very human-friendly to write, but it turns out most models are already pretty well trained on FormKit’s schema. Want your inputs to look a bit different on one form than another? No problem, your coding agent can easily make those changes *without* modifying the JSX structure at all. Oh, and any inputs you create for Vue work with React and vice versa. 7. Plugins. FormKit leans into the unstructured tree graph hard. The graph doesn’t just collect data, it also passes down configuration and plugins. Want one form to work a bit differently than another one? No problem — just add a plugin to the top of that form or group and its children will all receive that feature. You can even mass assign props and configuration this way. Of course, FormKit has been solving these exact issues for a long time, but it wasn’t until we started using it on our own projects with coding agents that we realized what a huge advantage it is. With so many people using coding agents with React, it made sense to unveil FormKit for what it has always been — a completely framework-agnostic form framework that happens to unlock your coding agents. ➡️

Justin Schroeder

11,705 views • 6 months ago