I like the security-first posture. What's your view on how foundation models will or won't evolve into this space? Like will CC steamroll this in 2 years when it can natively build connectors and run them from within the desktop app? Not saying you won't have an ongoing edge, I just want to understand the thesis better so I can learn. Cool product!
Thanks! We believe the building aspect is already commoditized and we're experimenting with leaning into this with BYOA (bring-your-own-agent). Our bet is that the labs will stay focused on the model and won't do the more unglamorous governed deployment layer needs (credential scoping, per-tool db, audit, etc), but time will tell.
Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
21–30 of 60 posts
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#22How does this differ from retool?
It's so much more annoying to go drag boxes around and type out little JS snippits in every chart as opposed to just telling claude to make the chart.
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#23How does this differ from retool?
TBH I was a retool power user for years, but I feel like they completely missed the vibe code train. It's so much more annoying to go drag boxes around and type out little JS snippits in every chart as opposed to just telling claude to make the chart.
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#24Demo looks cool, congrats on the ship! Probably missed but is it possible to externally share/view the built artifact outside of prized?
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#25I like this a lot. Do you handle scenarios where the data and context live in a data warehouse (Snowflake, etc)? There are a lot of operational needs that exist downstream from dbt models that combine data from the various source systems.
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#26When I talked to Lovable team, they told me Lovable is used primarily for prototyping, not internal tools and they are having a rough time trying to change the use case.
Hope my experience helps!
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#27Initial talks with customers resonated more with the internal tooling idea though. It's flexible enough to support both.
We're earlier along than this product though so there's a fair few wrinkles in our product.
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#28Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#29I think the moat for internal tools is not where you think it is. Also, i see self host option, it is a nightmare too, no one will do it just for internal tools now. It was valid before AI era.
I am also seeing non engineering staff actually building tools with claudecode, paas like railway and stuff. People have become more efficient with engineer tools.
Re: Launch HN: Prized (YC S26) – Let non-engineer staff build secure internal tools
#30Along the same lines. I got so fed up with Quickbooks self employed (god awful software and company) for my own business I wrote a replacement using Cursor. It tracks expenses (categorizing each in proper IRS categories) and estimating quarterly taxes. Uses Plaid to pull in business bank accounts and credit cards and has income and expense reports. It’s 100x better than Quickbooks.