AI writes your code at 10× speed. Prelint makes sure it's the right code - it reviews every PR against your ADRs, docs and past decisions, and catches product drift before it ships. On teams using several AI reviewers, ~40% of the issues fixed before merge are caught by Prelint.
AI agents ship code that passes every test - and quietly makes product decisions that break your product. @Prelint is the decision layer for AI-written software.
Tools like CodeRabbit check if your code is correct; Prelint checks if it does the right thing.
Live on Product Hunt today: worth a look and vote: https://www.producthunt.com/prod...
Viktor.comAn AI coworker that actually does the work
Promoted
Prelint hitting "product drift" specifically is such a sharp framing. Most AI code tools obsess over syntax or bugs, but the thing that actually scares me is the AI quietly building something slightly off from what the product was supposed to be
When I first started writing about product drift in February, I wasn't sure if it wasn't too niche. At the time we were one of the very few companies that had fleets of headless agents doing engineering. Now it seems to be picking up so maybe we got it right 😅
The exciting thing is that we built Prelint for ourselves - we had good technical code review tools but they detected if the code was technically correct, not if it was following our architecture decisions and design patterns. When I launched Prelint originally we were surprised how efficient it was at surfacing these small implicit decisions that coding agents make on your behalf.
Looking forward to hearing your feedback!
Report
I've been using Prelint for a few weeks now, and it's been a great experience so far. Solid tool, cool to see you finally on PH. Good luck with the launch!
Finally a reviewer that reads the ADRs. Checking PRs against past decisions instead of just correctness is where the leverage sits, most AI reviewers catch broken code, almost none catch code that contradicts a decision the team already made. The messier problem on my teams was always docs that drifted from reality, so a tool that treats them as the source of truth creates pressure to keep them current. That alone changes how teams write docs.
Report
This is amazing, over the past years we were following coding architecture and patterns religiously and now AI generated code just done their job which is good but diverting from current architecture and design patterns, I think Prelint is the solution for this
Congratulations on your launch! quick minute question: couldn't someone give instructions to the AI coding agent to check specification document or product design document before shipping code?
Thanks, Richard! They could and should and it does a great job at detecting the first 20% issues.
Our core strength is that in the background of a simple "reviewer" we store a decision ledger that understands not only "what is written in the docs" (this you can compare using a Claude skill) but helps companies organize colliding specifications and decisions, understand how they supercede and override each other and which require human attention. We also understand the authority of the person making the decision (and whether it's a human or an AI).
As a starting point we are quite good at squashing and deduplicating decisions out of the box to address messy documentation, but we also have CLI tools that allow users to iterate on the ground truth that Prelint stores, understand which docs clearly contradict each other and just need addressing.
The problem is also that most teams now create design docs on the fly - so the issue is often not "does the code follow the docs?" but "does anyone know what the AI is actually building?" - and this is a problem that both small and big teams have. In larger orgs it's often a bigger mess because there's less transparency and product and business people get completely lost.
Honestly, I think long term some code reviewers will get brutally commoditized by the frontier models, but we're building a decision ledger here.
I don't think programming velocity is the currency any longer - companies can buy infinite amounts of tokens and I noticed internally, we stopped doing any sprint planning. Code itself is cheap, but what we do instead is - I block time with my cofounder for taking specific decisions. Once that's done, the implementation part is easy. So it's the founder's decision making capacity that becomes the bottleneck now and you can't buy it - this is what we're solving for and optimizing.
Prelint hitting "product drift" specifically is such a sharp framing. Most AI code tools obsess over syntax or bugs, but the thing that actually scares me is the AI quietly building something slightly off from what the product was supposed to be
Prelint
Thanks Yibo!
When I first started writing about product drift in February, I wasn't sure if it wasn't too niche. At the time we were one of the very few companies that had fleets of headless agents doing engineering. Now it seems to be picking up so maybe we got it right 😅
The exciting thing is that we built Prelint for ourselves - we had good technical code review tools but they detected if the code was technically correct, not if it was following our architecture decisions and design patterns. When I launched Prelint originally we were surprised how efficient it was at surfacing these small implicit decisions that coding agents make on your behalf.
Looking forward to hearing your feedback!
I've been using Prelint for a few weeks now, and it's been a great experience so far. Solid tool, cool to see you finally on PH. Good luck with the launch!
Prelint
Thanks Daniel, do let us know if there are features you'd like to see next!
MonoCloud for Startups
Finally a reviewer that reads the ADRs. Checking PRs against past decisions instead of just correctness is where the leverage sits, most AI reviewers catch broken code, almost none catch code that contradicts a decision the team already made. The messier problem on my teams was always docs that drifted from reality, so a tool that treats them as the source of truth creates pressure to keep them current. That alone changes how teams write docs.
This is amazing, over the past years we were following coding architecture and patterns religiously and now AI generated code just done their job which is good but diverting from current architecture and design patterns, I think Prelint is the solution for this
Prelint
Thanks Abdur, it is and you should try it :)
Congratulations on your launch! quick minute question: couldn't someone give instructions to the AI coding agent to check specification document or product design document before shipping code?
Prelint
Thanks, Richard! They could and should and it does a great job at detecting the first 20% issues.
Our core strength is that in the background of a simple "reviewer" we store a decision ledger that understands not only "what is written in the docs" (this you can compare using a Claude skill) but helps companies organize colliding specifications and decisions, understand how they supercede and override each other and which require human attention. We also understand the authority of the person making the decision (and whether it's a human or an AI).
As a starting point we are quite good at squashing and deduplicating decisions out of the box to address messy documentation, but we also have CLI tools that allow users to iterate on the ground truth that Prelint stores, understand which docs clearly contradict each other and just need addressing.
The problem is also that most teams now create design docs on the fly - so the issue is often not "does the code follow the docs?" but "does anyone know what the AI is actually building?" - and this is a problem that both small and big teams have. In larger orgs it's often a bigger mess because there's less transparency and product and business people get completely lost.
Cloudback
The code reviews are the real bottleneck now, good to see a product that tries to deal with it!
Prelint
Thanks, Evgeniy!
Honestly, I think long term some code reviewers will get brutally commoditized by the frontier models, but we're building a decision ledger here.
I don't think programming velocity is the currency any longer - companies can buy infinite amounts of tokens and I noticed internally, we stopped doing any sprint planning. Code itself is cheap, but what we do instead is - I block time with my cofounder for taking specific decisions. Once that's done, the implementation part is easy. So it's the founder's decision making capacity that becomes the bottleneck now and you can't buy it - this is what we're solving for and optimizing.
Upstream
Looks awesome!