Live data from Hacker News

Instant 1.0, a backend for AI-coded apps

instantdb.com

101–110 of 133 posts

Re: Instant 1.0, a backend for AI-coded apps

#101

Wow, the demo-in-a-blogpost is really impressive.

Appreciate it! We thought it was a nice touch too and a fun way to highlight the power of Instant!

Realizing we didn’t highlight this as a use case — but you can use our ephemeral app feature (it’s free) to easily add your own interactive demos into essays!

Re: Instant 1.0, a backend for AI-coded apps

#103
post #94

I'm currently working on an app that needs offline support, and I wish I had something like this when I started. One of our requirements though is to be able to completely host in our own infrastructure. I know this is open source, but it would be nice if there was a simple path to self hosting.

PR in progress!

https://github.com/instantdb/instant/pull/2495

Re: Instant 1.0, a backend for AI-coded apps

#104
Wait, why is this needed at all? Why is this backend AI specific?

Your Claude Code or Codex is already an expert in all existing backends and databases, we don't need a new backend for AI.

You can literally ask Claude to pick whatever backend it thinks it best, and it will build, deploy, and work fine and be significantly cheaper than Instant 1.0.

Re: Instant 1.0, a backend for AI-coded apps

#105

How does security and isolation work? If someone else's account is compromised, how do I know I won't be? If instant is compromised, how do I know I won't be?

If someone else's account is compromised, you would not be, because apps are logically separated. There would be no way for the compromised or uncompromised account to ever see your data. If Instant is compromised, then that's a lot more dangerous. We minimize this risk following security best practices: keeping data encrypted at rest, keeping secrets hashed at creation time, etc.

Keyword is "logically" separated here...

Also no motion of data encrypted during transit.

Would not use this for anything other than toy projects.

Re: Instant 1.0, a backend for AI-coded apps

#106

Sounds backward to me - why would you need a backend for AI coded apps - if you create a new backend - you also have to 'teach' the LLM how to use it - how do you imagine doing that ?

We've been around long enough that the LLMs already natively know how to use us!

If you give them a little bit of context they can use the platform fully.

Re: Instant 1.0, a backend for AI-coded apps

#107

Conflict resolution for real time simultaneous updates, how do you resolve them? I use a CRDT for solving precisely this problem but seems like most multiplayer database services don't actually handle this correctly, using last write wins instead.

We use LWW on the attribute level which greatly reduces conflicts. There are certainly cases where you'll need a different CRDT but this works great for a lot of use cases.

Including Figma! https://www.figma.com/blog/how-figmas-multiplayer-technology...

Re: Instant 1.0, a backend for AI-coded apps

#108

Wait, why is this needed at all? Why is this backend AI specific? Your Claude Code or Codex is already an expert in all existing backends and databases, we don't need a new backend for AI. You can literally ask Claude to pick whatever backend it thinks it best, and it will build, deploy, and work fine and be significantly cheaper than Instant 1.0.

I think Stopa has a great answer here https://news.ycombinator.com/item?id=47711803

You can certainly use Instant without AI! We indexed on making the API easy to understand so projects built with Instant are easy to maintain. We also invested in our AX experience since we saw more folks coming to us when trying to build apps with AI

Re: Instant 1.0, a backend for AI-coded apps

#109
post #84
post #74

Earlier quoted context omitted.

Why not code in assembly? I kid but any reason you can think of applies to app development too. 1. Good abstractions decrease verbosity and improve comprehension 2. Raw HTML/CSS/JS are out of distribution just like assembly (no one builds apps like this) 3. Humans need to understand and audit it 4. You'll waste time and tokens reinventing wheels This inuitively makes sense. LLMs mimic human behavior and thought, so f…

> Raw HTML/CSS/JS are out of distribution just like assembly (no one builds apps like this) Plenty of people build apps with vanilla CSS and JS (and HTML is just HTML). It's a really nice way to work. Here are a few links to get you started. https://dev.37signals.com/modern-css-patterns-and-techniques... https://simonwillison.net/2025/May/31/no-build/ https://bradfrost.com/blog/post/raw-dogging-websites/

Plenty of people, but how many companies?

Plenty of people bake bread from scratch without a mixer, but few (if any) bakeries do.

Re: Instant 1.0, a backend for AI-coded apps

#110
post #28

An honest question - why would we need any frameworks at all for vibe coded apps? I can just tell the coding agent to use pure HTML5/Vanilla JS/CSS on the frontend and pure whatever on the backend and it would do it. No need for hundreds/thousands dependencies. For deployment I can ask the coding agent to do the same.

simple. you reduce the surface that you need to manage and shift that responsibility to the framework.

choose a good one and your can save you and your llms 1000s of decisions and future maintenance overheads.

frameworks exists because they scale.

Post reply on HN