We take our trust in our users seriously. This is why existing apps are supported until August 31st, 2027 (1 year, 10 days away). Backups will stay available until August 31st, 2028 (2 years). The product is full open source, and we put a lot of work in making it easy to self-host.
This is an exciting project! My main feedback: you can definitely tell the website content is AI-generated. It's okay to vibe code the design, but I really hesitate when I see vibed writing.
Nice! Would love a brief explanation of the infrastructure. I see the Powered by "Upstash Redish Search", but why choose Upstash Redis Search vs something else?
The most valuable pieces of information an AI agent startup can gather is access to their customer's proprietary data and knowledge of their customers preferences (memory + self-learning).
Even as the cost of writing code goes to zero, those two pieces of information are non-commodities.
By my calculations 100k could get you 18 5090's + compute to host them, or 18 96gb Mac mini's. You can get a lot of context window and users out of that setup.
Instant gives you a database, but it also gives you a sync engine that you can use in the frontend. We included this instruction because you would ideally use this to build an app.
Right but it's not your responsibility to direct the UI. Your responsibility is backend services, possibly at a stretch, the architecture of apps as they relate to using those backend services, but it's most definitely not the aesthetics.
What if the app is headless and the LLM tries to stick a UI on it? What if the app is a TUI and the LLM gets stuck on terminal fonts? What if my UI aesthetic is grungy hackercore and the LLM tries to make it look like every other Tailwind website?
This criticism/feedback is less about what's written, and more about why it was deemed appropriate. You're getting direct input to the development process of your customer's products, and you're using that responsibility to... make pointless comments about design?
The UUID doesn’t actually affect the response. Every GET request still generates unique credentials each time, no matter what the value is that passes to /provision/<uuid>
We added it to help the app builders that do a lot of caching get unique responses. Turns out even if you set no-store cache headers, some app builders cache the pages. We tested this idea with those app builders and saw that they did generate uuids each time.