{"componentChunkName":"component---src-templates-blog-post-js","path":"/system-one-models-can-train-their-own-replacements/","result":{"data":{"site":{"siteMetadata":{"title":"sean goedecke"}},"markdownRemark":{"id":"90c4f0d2-61ec-588b-bfb1-7aec04e889d8","excerpt":"“System One” models like Jev are fast general classifiers. Classifiers have existed since 1958, but they have to be trained for specific tasks: if you build a…","html":"<p>“System One” models like <a href=\"/jev-means-structured-output-is-interesting-again/\">Jev</a> are fast general classifiers. Classifiers have existed since <a href=\"https://en.wikipedia.org/wiki/Mark_I_Perceptron\">1958</a>, but they have to be trained for specific tasks: if you build a classifier to identify images of dogs, it can’t be used to tell you if a streetlight is red, or if a letter is urgent. Like a LLM, Jev can be prompted for a wide variety of tasks, from <a href=\"https://www.youtube.com/watch?v=9oWxrsRo4d8\">sorting email</a> to <a href=\"/two-techniques-for-working-with-system-one-models/\">playing Doom</a>.</p>\n<p>I think models like this are going to be important. There are many tasks that a LLM <em>could</em> do in theory but are too slow and expensive in practice (for instance, reading each new message in Slack<sup id=\"fnref-1\"><a href=\"#fn-1\" class=\"footnote-ref\">1</a></sup> and deciding whether to notify you or not). While you could train a specific classifier for these tasks, there are two main problems with that:</p>\n<ol>\n<li>Despite being a well-understood ML problem, training a bespoke classifier is outside of the skillset of most ordinary engineering teams</li>\n<li>Training a classifier requires assembling a large dataset</li>\n</ol>\n<p>Jev obviously solves the first problem. Any engineering team can plug in a System One model with a prompt like “Based on {list of criteria}, should the user be notified about this message?” But I think it solves the second problem too.</p>\n<p>For serious work, a specific hand-built classifier will always be cheaper and faster than Jev. Generic classifiers have to encode knowledge of all kinds of irrelevant things in their weights, so they can address lots of different tasks. That makes them larger, slower, and more expensive to run. Fortunately, <strong>it is going to be surprisingly easy to replace a Jev instance with a hand-built classifier.</strong></p>\n<p>Once you’re satisfied with how your Jev classifier is performing — presumably you’ve spent days tweaking the prompt — you can trivially collect its input and output data. In the Slack notifier case, that’d be the Slack message (plus any context) and the ultimate decision to notify or not. Once you’ve saved enough data, you’ll be able to train your own classifier on that data<sup id=\"fnref-2\"><a href=\"#fn-2\" class=\"footnote-ref\">2</a></sup>.</p>\n<p>It won’t be a general classifier like Jev, but it should do well on the specific task and be much faster. Of course it’ll require some ML expertise, but it should be easier to develop (or rent) that expertise once you’ve validated that the feature is worth building.</p>\n<p>In other words, because Jev has to be prompted for specific tasks, it should be easy to <a href=\"https://en.wikipedia.org/wiki/Knowledge_distillation\">distil</a> any successful Jev usage into a specific classifier. If System One models take off — and I hope they do — I expect this to be a common pattern.</p>\n<div class=\"footnotes\">\n<hr>\n<ol>\n<li id=\"fn-1\">\n<p>As I write this, I’m imagining ways you could poll and batch to do this with LLMs. Substitute “instantly notify” or some higher-volume event source if you’d prefer a different example.</p>\n<a href=\"#fnref-1\" class=\"footnote-backref\">↩</a>\n</li>\n<li id=\"fn-2\">\n<p>You could annotate a bunch of data with LLMs already, without using Jev, but this is a pretty expensive step to take when you aren’t sure the feature is going to work.</p>\n<a href=\"#fnref-2\" class=\"footnote-backref\">↩</a>\n</li>\n</ol>\n</div>","fields":{"discussionLinks":[]},"frontmatter":{"title":"System One models like Jev can train their own replacements","description":null,"date":"September 20, 2026","tags":["system one","ai"]}}},"pageContext":{"slug":"/system-one-models-can-train-their-own-replacements/","previous":{"slug":"/grit-your-teeth-and-ship-it/","title":"Grit your teeth and ship it"},"next":null,"preview":{"slug":"/two-techniques-for-working-with-system-one-models/","title":"Two techniques for working with System One models","snippetHtml":"<p>I recently wrote about <a href=\"/jev-means-structured-output-is-interesting-again/\">Jev</a>, a new “System One” language model that only outputs <em>decisions</em>: the answers to a set of user-provided multiple-choice questions. This means it’s nowhere near as flexible as a traditional LLM like ChatGPT, but in return it’s consistently fast.</p><p>We don’t know exactly how Jev works. I’ve seen people say diffusion, or various tweaks to the Transformer architecture, or some entirely new type of model. But that doesn’t matter. Like I argued <a href=\"/jev-means-structured-output-is-interesting-again/#structured-output-can-already-be-fast\">here</a>, it isn’t hard to turn any LLM into a System One model. By batching prompts that generate a single token with structured output, you get a consistently fast general-purpose classifier. I vibed up a basic version to play with <a href=\"https://github.com/sgoedecke/system-one/tree/main\">here</a> in ~150 lines of Python (most of which is error handling).<br /><a href=\"/two-techniques-for-working-with-system-one-models/\">Continue reading...</a></p>"}}},"staticQueryHashes":["1146911855","3764592887"]}