A linter with rules for AI-specific weirdness is absolutely a great idea, thank you! Are there any plans to support other languages besides javascript?
Thank you. I currently support up to 8 languages: php, go, rust, python, js and ts
Show HN: AISlop, a CLI for catching AI generated code smells
11–20 of 70 posts
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#12Ran it in my codebase, detected some good stuff, was able to pass the issues to my agent so they can be validated and fixed. Good job! I'd love for it to have flags for Pi and Crush too :)
Thank you, really appreciate.
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#13> I’ve been building aislop.
This made me chuckle.
Cool tool, the dead code checks can be very helpful. I’ve seen Claude leave unused functions when iterating which always frustrates me.
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#14The intent is good, but frankly, credibility is lost by using "slop" words imo, OP you might seriously want to re-evaluate who is the target market, probably users that leverage high automation 24/7, startups and so-on, they don't want to incorporate products that talks about the modern way (and somehow only way to compete) of development as "slop" imo because soon enough, it's not true anymore (it's already not true…
Yeah, to be honest, it really is a bit weird to incorporate a tool called slop into a corporate CICD flow. Anubis fixed a similar problem by creating a corp-safe version without the anime mascot.
> Anubis fixed a similar problem by creating a corp-safe version without the anime mascot.
I wouldn’t say they fixed it. Rather it was an intentional choice to put an anime girl on websites unless you paid for the product.
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#15Earlier quoted context omitted.
Thanks, I actually concentrated on improving code quality, the patterns I flagged are poor design choices that humans wouldn’t write. Examples are duplicated functions doing same thing, dead or redundant codes etc. These builds up and degrade the codebase over time.
> ...are poor design choices that humans wouldn’t write. They certainly do in my experience. Maybe you've been lucky and haven't worked with really messy programmers.
I have worked and seen these in code reviews but the issue now is code reviews are overwhelming and non existent in some cases.
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#16Can you explain the benefits of running this over rector / eslint? (and to certain degree phpstan / deptrac)
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#17Re: Show HN: AISlop, a CLI for catching AI generated code smells
#18I tried it on my codebase. There's a lot of overlap with tools like Oxlint / ESLint, I'm not sure that's too valuable vs. a more focused tool that actually focuses solely on 'slop' signals. These lint rules tend to get very opinionated which is why those tools expose so many configuration options.
One real bug tho:
> [ERROR] Imports "mdast" but it's not declared in package.json
A type-only import like `import type { Blockquote, RootContent } from 'mdast';` is actually acceptable if `"@types/mdast": "^4.0.4"` is included in the package.json.
Re: Show HN: AISlop, a CLI for catching AI generated code smells
#19Re: Show HN: AISlop, a CLI for catching AI generated code smells
#20The intent is good, but frankly, credibility is lost by using "slop" words imo, OP you might seriously want to re-evaluate who is the target market, probably users that leverage high automation 24/7, startups and so-on, they don't want to incorporate products that talks about the modern way (and somehow only way to compete) of development as "slop" imo because soon enough, it's not true anymore (it's already not true…
Imagine an operating system company making a product called “quick and dirty”.