It's better that everyone is loud about it then everyone giving up and being silently irritated. At least if people complain it's possible to read the room
I appreciate it when people say something is slop. Saves me from wasting my time looking at it.
How many slop ideas have come to the front page, never to be heard from again because the execution isn’t actually any good? I’m guessing most of them.
Just because the ReadMe is slop, doesn’t mean the code is slop. People are starting to make apps for themselves now and open-sourcing them so they’re not putting much thought into the ReadMe or distribution.
This just means ReadMe’s are less important now. I just have my terminal agent dig into the code and tell me what features are there. If the app is actually useful.
Even before AI, there were so many projects with subpar ReadMes, no screenshots, etc. But once you use the software, you realize how good it is.
Source: I maintain a massive collection of open-source alternatives and quality of open-source alternatives have increased a lot
For many new coders, LLMs are so good at writing the code, asking it to write the ReadMe sounds like a good idea. Clearly it’s the first impression your project makes so handwriting it is important.
Being turned off by the project because of the ReadMe is your prerogative. I’m just suggesting you dig into the code sometimes, the ReadMe is not the be all, end all.
And every comment on HN calling out vibe-coded slop has this same complaint comment in turn. OP has an actual complaint, your complaint is just "stop complaining".
I thought it was a fine informative readme, starts with the problem, outlines the core of the solutions, and some limitations. Everything I want to know in the first few paragraphs. No need to spend human time to improve it.
not sure how this is innovative they show the System-1 model can play Doom right in the announcement [1] :
>Doom
>We love how this doomo doomonstrates real-time intelligence and what can be doone with code + AI. The engineer behind it was worried about making 10 queries a second (which ends up costing ~$7/hour), but the rest of us agreed that was lower than expected! This is so fun we intend to not only release an in-depth walkthrough, but also host some events to hack on this.
Well nothing about the Doom demo or this entire model is new new either, is it? I don't think even Typesafe themselves are claiming anything novel, they say that they're focusing on practicality instead of chasing big numbers and AGI. Classifiers are older than generative models and are used everywhere. Fast classifiers are used in sampling layers of every big model and for automation in agentic game plugins for years, except they're usually small and finetuned for the task, not general-use.
I think many people wondered why non-generative models are so underused on a big scale, well here's a long overdue attempt to market that which evidently goes well with people being interested in this again. The field has been captured by the vibe coding and valuation-goes-up hype and a bit. AI has a ton of low hanging fruits that are much more practical than using one tool for everything.
I'd be interested to see if using DiffusionGemma-as-Jev helps as you can feed the image directly into the model and it'll make decisions based on the image embeddings.
I had a long talk with chat gpt about this today as well. I think its duable and prolly not too hard either, also you could do lotsa funky stuff with stitched frames of a video in one 4x4 grid for example and send that as one image for analysis. that way temporal understanding can be had for fractions of a second by jev... also because vlm works in pixel space you can get around the whole state machine issue as well, so many possibilities...
Curious about people’s experience here. I am working on a small model, verify by jev, and escalate to big model. Some cases, the small model is not a model but some regex.
How many slop ideas have come to the front page, never to be heard from again because the execution isn’t actually any good? I’m guessing most of them.
This just means ReadMe’s are less important now. I just have my terminal agent dig into the code and tell me what features are there. If the app is actually useful.
Even before AI, there were so many projects with subpar ReadMes, no screenshots, etc. But once you use the software, you realize how good it is.
Source: I maintain a massive collection of open-source alternatives and quality of open-source alternatives have increased a lot
Being turned off by the project because of the ReadMe is your prerogative. I’m just suggesting you dig into the code sometimes, the ReadMe is not the be all, end all.
Slop is an instant tab close for me. If something’s good, it’ll come around again. I’ll catch it when there's some evidence that it’s worth my time.
>Doom >We love how this doomo doomonstrates real-time intelligence and what can be doone with code + AI. The engineer behind it was worried about making 10 queries a second (which ends up costing ~$7/hour), but the rest of us agreed that was lower than expected! This is so fun we intend to not only release an in-depth walkthrough, but also host some events to hack on this.
[1] https://typesafe.ai/blog/introducing-system-one-models-and-j...
I think many people wondered why non-generative models are so underused on a big scale, well here's a long overdue attempt to market that which evidently goes well with people being interested in this again. The field has been captured by the vibe coding and valuation-goes-up hype and a bit. AI has a ton of low hanging fruits that are much more practical than using one tool for everything.
> Every piece of reasoning the frontier model does for free has to be rebuilt here as deterministic state.
EDIT: Not to shit on this though. I totally believe that some smart mixture of LLM-reasoning + Jev-style + determinism is going to be pretty amazing.
are you the author? If so - what are your notes on using Jev in this scenario?
It's also now on openrouter and cloudflare
cheap-confirm-escalate
Using jev as the confirm step.