Also requiring disclosure of the use of AI in repos and especially (or perhaps specifically discouraging its use) when responding with comments to HN feedback.
I'll take this opportunity to strongly encourage sharing prompts (the newest tier of software source code) as the logical progression of OSS adding additional value to Show HN.
And yes, disclosing the use of AI should be par for the course.
So while I understand that new features on HN are few and far between, a quick validation of "Show HN" posts that says, "I see you are trying to post a Show HN..." with some concise explanation of the guidelines might help. I want to believe that most new users mean well, they just need better explanations.
From their perspective, HN is another place to post and get views on their project, part of a check list for their "launch" or whatever, not everything comes from within the ecosystem.
Some posts their projects then never reply to any of the comments, while for me (and many others I bet) half the reason of posting a Show HN is because I'm looking for participating in discussions about my thing and understanding different perspectives thinking about it too.
> I want to believe that most new users mean well, they just need better explanations.
Yeah, so far the only thing I know of is the "Please read the Show HN rules and tips before posting" blurb on the /show list, and the separate pages. Maybe some interstitial or similar if the title prefix-matches with "Show HN" could display the rules, guidelines and "netiquette" more prominently and get more people to be aware of it.
For example, in one project, PRs have to be submitted to the "next" branch and not the default branch. This is written in the CONTRIBUTING.md file, which is linked in the PR template, with the mention that PRs that don't respect that will be close. Most if not all submitters of low-quality PRs don't do anything once their initial PR is closed.
Pretty bummed about that as I just submitted a show HN I'm pretty happy about (it solves an annoying problem I had for years, which I know many people have) and I was looking forward to talk about it (https://news.ycombinator.com/item?id=47050872)
Most people did not read the post, which was immediately evident from how they posted their application by copy-pasting and editing an application posted by someone else before them.
Few things in life are as reliable and trustworthy as the laziness of others.
You can’t necessarily judge by timeline. I’ve always developed my projects privately and then squashed to one initial public commit. I’ve got a private repo now with thousands of commits developed over years and I still intend to squash.
Also its not uncommon for weekend projects to be done in a shprt span with just a "first commit" message dump even pre-AI.
So either we are going to completely avoid automation and create a community council to decide what deserves to be shown to rest of the community or just let best AI models to decide if a project is worth show up on front page?
Or we can do all of the above :)
I suspect automating "code base over time" metric is tricky. Not everyone will be using git or a vcs and somethings dont need a codebase to be shared.
Once some users have extra power to push content to the front-page, it will be abused. There will be attempts to gain that privilege in order to monetize, profit from or abuse it in some other way.
The only option along this path would probably be to keep the list of such users very tightly controlled and each vouched for individually.
---
Show HN [NOAI]:
This wouldn't necessarily need to be a technical change, just an intuitive agreement that posts containing LLM or vibe coded content are not allowed to lie by using the tag, or will be flagged... Then again it could also be used to elevate their rank above other show HN content to give us humanoids some edge if deemed necessary, or a segregated [NOAI] page.
[edit]
The label might need more thought, although "NOAI" is short and intelligible, it might be seen as a bit ironic to have to add a tag containing "AI" into your title. [HUMAN]?
Feels like effort needs to be the barrier (which unfortunately needs human review), not "AI or not". In lieu of that, 100 karma or account minimum age to post something as Show HN might be a dumb way to do it (to give you enough time to have read other people's so you understand the vibe).
Meaning you would have to demonstrate that you had or were willing to contribute to the HN community before just promoting your own stuff.
so, in the past, i've created throwaway HN accounts for sharing things that connect to my real ID.
e.g. [20h/2d/$10] could indicate "I spent 20 human-hours over 2 days and burned $10 worth of tokens" (it's hard to put a single-dimensional number on LLM usage and not everyone keeps track, but dollars seem like a reasonable approximation)
I wonder how will this review system work. Perhaps, a Show HN is hidden by default and visible to only experienced HN users who provide enough positive reviews for it to become visible to everyone else. Although, this does sound like gatekeeping to me and may starve many deserving Show HN before they get enough attention.
- Min. 90 days account existence in order to submit
- Cap on plain/Show/Ask HN posts per week
Most of the spam I see in /new or /ask is from fresh accounts. This approach is simple and awards long-term engagement/users while discouraging fly-by-night spammers.
I've loved some of the vibe coded apps that are hosted somewhere that have made the front page, but a lot of the links to GitHub projects intended to farm stars for throwaway portfolio padding (which often don't work).
Egh. No silver bullet here.
The clarity and focus this discipline would enforce could have a pleasant side effect of enabling a kind of natural evolution of categorizations, and alternative discovery UIs.
Set a policy of X comments required per submission in the last 30 days (not counting last 24 hours) for all submissions, not just "Show HN:" posts.
Meaning, users would need to post X comments before they could post a submission and by not counting the last 24 hours, someone couldn't join, post X comments and immediately post a submission.
It would limit new submission posts to people who are active in the community so they would be more familiar with the policies and etiquette of HN along with gaining an idea of what interests its members.
One thing I noticed recently while going through several of the Show HN submissions was that a lot of the accounts had been created the same day the submission was made.
My guess is HN has become featured on a large number of "Where do I promote/submit my _____?" lists in blogs, social media, etc. to the point that HN is treated like a public bulletin board more than a place to share things with each other in the community.
I love the Show HN section because so many interesting things get posted there but even I have cut back on checking it lately because there are simply too many things posted to check out.
I hope they do something to improve it.
HN has a vouch system. Make a Show HN pool, allow accounts over some karma/age level to vouch them out to the main site. I recently had a naive colleague submit a Show HN a week or so ago that Tom killed... for good reason. I told the guy to ask me for advice before submitting a FOSS project he released and instead he shit out a long LLM comment nobody wants to read.
The HN guidelines IMO need a (long overdue) update to describe where a Show HN submission needs to go and address LLM comments/submissions. I get that YC probably wants to let some of it be a playground since money is sloshing around for it, but enough is enough.
hah that sounds like a Show HN incubator.
On the front page, someone made a cool isometric NYC map via vibe coding - another front pager was someone who also claimed to make an ultra fast PDF parser that failed on very common PDFs and gamed the speed metric by (useless) out of order parsing.
Guess which one I installed and spent more time using? These vibe coded projects aren't interesting for their code and almost always not intended to be used by anyone if they're libraries/frameworks, but the applications made with vibe coding are often very cool.
An easy win is turning off the firehouse of vibe coded GitHub portfolio projects and just ask for a link to a hosted application. Easy.
More seriously though, I think some sort of curation is unavoidable with such topics. If you get inspired by stack overflow where you have some similar mechanics at work, then I'd say that is not too bad. But of course you risk some people being angry about why their amazing vibe coded app is not being shown. Although the more I think of it, this might be a good thing.
Edit: One more thought just came to my mind. A slight modification to the curation rule, you let everything through, just like now. However, the posts are reviewed and those with enough postive review votes get marked in some shape or form, which allows them to be filtered and/or promoted on the show page.