I thought structured output was done by only allowing tokens that would produce valid output. For their example of a missing closing bracket, the end token wouldn't be allowed, and it would only accept tokens that contain a digit, comma, or closing bracket. I guess that must not be the case, though. Doing that seems like a better way to address this.
Response Healing: Reduce JSON defects by 80%+
11–20 of 52 posts
Re: Response Healing: Reduce JSON defects by 80%+
#12Dear Openrouter blog authors, could you please stop writing your blogposts with LLMs? The content of your posts is really insightful and interesting, but it's feel like junk quality because of the way LLMs write blogposts. What was your prompt?
Re: Response Healing: Reduce JSON defects by 80%+
#13I thought structured output was done by only allowing tokens that would produce valid output. For their example of a missing closing bracket, the end token wouldn't be allowed, and it would only accept tokens that contain a digit, comma, or closing bracket. I guess that must not be the case, though. Doing that seems like a better way to address this.
That is a way of doing that, but it's quite expensive computationally. There are some companies that can make it feasible [0], but it's often not a perfect process and different inference providers implement it different ways. [0] https://dottxt.ai/
Seems like Openrouter also supports structured outputs.
https://openrouter.ai/docs/guides/features/structured-output...
Re: Response Healing: Reduce JSON defects by 80%+
#14Maybe people got used to computers being unreliable and unpredictable as the UIs we shipped became more distracting, less learnable, always shifting and hiding information, popping up suggestions and displaying non-deterministic-seeming behavior. We trained users to treat their devices like unruly animals that they can never quite trust. So now the idea of a machine that embodies a more clever (but still unreliable) animal to wrangle sounds like a clear upgrade.
But as someone who's spent an inordinate amount of time tweaking and tuning his computing environment to prune out flakey components and fine-tune bindings and navigation, the idea of integrating a tool into my workflow that does amazing things but fails utterly even 1% of the time sounds like a nightmare, a sort of perpetual torture of low-grade anxiety.
Re: Response Healing: Reduce JSON defects by 80%+
#15Re: Response Healing: Reduce JSON defects by 80%+
#16This really gets at the heart of my instinctive dislike of how LLMs are being deployed. A core feature of computers, and tools in general, is reliability. I like software because you can set something up, run it, and (ideally) know that it will do the same job the same way each subsequent time you run it. I want a button that is clearly labeled, and when pressed, does a specific thing, acting like a limb, an extensio…
I wish I didn't agree with this, but I think you're exactly right. Even engineers dealing with systems we know are deterministic will joke about making the right sacrifices to the tech gods to get such-and-such working. Take that a step further and maybe it doesn't feel too bad to some people for the system to actually not be deterministic, if you have a way to "convince" it to do what you want. How depressing.
Re: Response Healing: Reduce JSON defects by 80%+
#17Re: Response Healing: Reduce JSON defects by 80%+
#18> Here's something most developers overlook: if an LLM has a 2% JSON defect rate, and Response Healing drops that to 1%, you haven't just made a 1% improvement. You've cut your defects, bugs, and support tickets in half. If part of my system can't even manage to output JSON reliably, it needs way more "healing" than syntax munging. This comes across as naive.
Re: Response Healing: Reduce JSON defects by 80%+
#19Dear Openrouter blog authors, could you please stop writing your blogposts with LLMs? The content of your posts is really insightful and interesting, but it's feel like junk quality because of the way LLMs write blogposts. What was your prompt?
A lot of it was finger written -- curious which part sounded like LLM to you?
Re: Response Healing: Reduce JSON defects by 80%+
#20Dear Openrouter blog authors, could you please stop writing your blogposts with LLMs? The content of your posts is really insightful and interesting, but it's feel like junk quality because of the way LLMs write blogposts. What was your prompt?
A lot of it was finger written -- curious which part sounded like LLM to you?