Nicheloom visits: 58,280 all-time · 7,637 in the last 7 days

The opportunity tracker for new startups.

Today: 1,008 launches · Niche of the day: specialized calculation tools · See what launched today →

GETadb.com

every GET request creates a DB

Get picks like this daily. Today's launch numbers, the top launches, AI and tech news, and a daily opportunity pick, straight to your inbox.

Want to reach these readers? Sponsor an issue.

Hey HN! We made GETadb.com, so it's easier to get agents to build you full stack apps. You don't need to give them any credentials. Just by loading a GET request, they get access to a database, a sync engine, and abstractions for auth, presence, and streams.To see what the agent sees, you can load https://getadb.com/newThere's two fun things about how it's implemented:1. If you curl the home page, it the agent content rather than human content. We do this by detecting the 'Sec-Fetch-Mode' header. It's not perfect, but gets the job done for Claude Code et al.2. For an agent to spin up an app, they make _two_ fethes. (1) getadb.com/guide tells them to generate a uuid, and fetch (2) getadb.com/provision/<uuid>. We did this, because just about half of the popular web-based app builders cache URLs globally, even if you return no-store headers. To get around this we just instruct the agent to generate unique URLsYou may wonder: Why GET requests, rather than POST requests? It's because then you can build in surprising places. For example, we get meta.ai to build an app inside the artifact preview: https://artifacts.meta.ai/share/a/b80c7412-c3af-4088-b430-78efdfe8ea2dUnder the hood, this is possible because the whole infra is mult-tenant from ground up. We already announced how that works on HN, but if you're curious here's the essay for it: https://www.instantdb.com/essays/architecture

HN · launched May 8, 2026 · 39 upvotes (top 18%) · 0 views

Niche: backend development platforms and services · 94 launches, 6 in the last 7 days · Explore this niche →

Category and tags
  • Horizontal
  • Data infrastructure
  • Developer
  • Not AI
  • Commercial product

Visit website ↗ Source listing ↗

More like this: all 94 launches in backend development platforms and services →

Could you build this?

Partial The GET endpoint proxy is simple, but the backing infrastructure providing ephemeral, secure multi-tenant relational databases with real-time sync is complex distributed systems work.

What it would actually take: The front-facing service generates transient tokens, but the back end requires an orchestration layer (like Fly Machines or microVMs) rapidly spinning up lightweight database containers (or SQLite/Postgres schemas) wired to a real-time reactive sync engine and distributed state layer. Developing secure tenancy, sandbox isolation, and reliable zero-latency data synchronization requires senior distributed systems infrastructure engineering.

Discussion

20 comments analyzed.

Competitors mentioned: InstantDB (similar sync engine and database offering), Supabase (managed database backend alternative), SQLite (simpler backend technology)

Concerns raised: Logo identical to InstantDB, LLM giving UI design instructions outside backend responsibility, Why use this over SQLite backend for simple cases, LLMs unreliable at generating random UUIDs for collision prevention, Supabase authentication and scaling issues

Feature requests: Easy data export to Postgres format, Efficient import/export functionality, Web-based editor with Claude Code/Codex terminal integration, Platform combining database with code editor and preview environment

Competitors

Other products that read as similar to this one : 96 launches clear the similarity bar, closest 8 shown.

Attention rank: #26 of 97 (itself plus its competitors, highest first, normalized so YC and Product Hunt are compared fairly).

Launched 140 days after the earliest competitor.

Related data

The niche, labels, vibe code rating and competitor comparison on this page are analysis by Nicheloom. If you use them, please credit nicheloom.com. How you may use our data.