Justin Schroeder
@jpschroeder • 8,943 subscribers
Co-founder of StandardAgents (🤫). Compulsive open source builder. Creator of dmux, ArrowJS, FormKit, AutoAnimate, Tempo, zodown...
Shorts
Videos
What has become clear with the Sol and Fable releases: Anthropic, has pulled into the lead by at least 1 full cycle — and this is bad. Mythos is already several months old, and while Sol is good I would still pick Fable for ~50-55% of tasks. Meanwhile, Anthropic, has not been resting, they'll have another model here soon enough (and once again tell everyone why its so scary - please, flog me daddy). Anthropic being in the lead is dangerous. It gives them the very power we shouldn’t trust them with. Dario himself said: “Now that we are in a leading position, I, and Daniella, are trying to move the dial even further towards being careful. Thats what the Mythos release was about. It’s very hard to do something like that if you’re not the leading player” He's not wrong. Being the leading player has given Anthropic the ability to push this agenda hard. He is a true believer in the dangers of AI, but frighteningly believes that the only mitigation full control by a small number of people, him being one of them - if not the chief. He really believes that. If you think back on the tiff with the Department of War, Dario reportedly said he would be willing to give them letters of exception to the terms of service on a case by case basis if they just ask — who does that empower? Having Fable removed led to a new process be imposed on their competitors (OpenAI with 5.6). This wasn’t a mistake like so many people thought it was. They didn’t poke the bear only to get their heads ripped off. Nope, its was a honeypot and the administration fell for it. The frustrating thing is, Dario is right, no one can push back on this agenda because Anthripic is in the lead. We desperately need competition to keep AI well distributed. I’ve heard rumors that the Trump administration could try to use antitrust against Anthropic, but that would be a huge mistake and feed the very kind of institutional control that Dario so very much wants. We need other players to win on their own merits. For now, I’m cheering whole heartedly for OpenAI to catch up, but in the meantime — give me another Fable reset please. (Video Credit: Bloomberg)
Justin Schroeder73,772 views • 9 days ago
Holy smokes...I just solved the last mile problem for Codex.
Justin Schroeder120,229 views • 2 months ago
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 Schroeder11,549 views • 3 months ago
No more content to load