How to filter out vibe-coded dependencies
Haskell Community [Unofficial]
April 12, 2026
hasufell:
> And we need an incentive for maintainers to have good LLM contribution policies.
Hello!
That looks like a relevant question. And it does sounds quite different from filtering out vibe-coded dependencies. Isn’t it?
It starts to look similar to demanding good practices like documenting the implementation, or providing unit tests.
How about asking for code contributions to be peer reviewed? (like in pull requests) Does that help ensuring LLM generated code gets the same amount of attention as other contributions?
If the PRs are too large or too many, they can be rejected due to lack of resources to review them
I’m happy to learn about the objections, though.
Cheers!
Discussion in the ATmosphere