ๆญฃๅœจๅŠ ่ฝฝ่ง†้ข‘...

่ง†้ข‘ๅŠ ่ฝฝๅคฑ่ดฅ

๐Ÿ†• Introducing PrismaGPT, a query helper built on GPT-4 ๐ŸŽ‰ * Drop in your Prisma schema * Ask for what you want * Get back a Prisma Client query and raw SQL Great for when you know what you need but aren't quite sure how to construct the query ๐Ÿ‘

94,182 ๆฌก่ง‚็œ‹ โ€ข 3 ๅนดๅ‰ โ€ขvia X (Twitter)

10 ๆก่ฏ„่ฎบ

Matija Sosic ็š„ๅคดๅƒ
Matija Sosic3 ๅนดๅ‰

@prisma nice one! If you're looking for an OSS template to build sth similar, we just released one yesterday (React/Node/Prisma + GPT integration): It already got >100โญ๏ธ on gh!

Tim Petri ็š„ๅคดๅƒ
Tim Petri3 ๅนดๅ‰

@prisma This would be awesome as a vs code extension instead of a website where I have to upload (and reupload) my schema.

Ryan Chenkie ็š„ๅคดๅƒ
Ryan Chenkie3 ๅนดๅ‰

@prisma VS Code extension would be cool. I'll look into that. I'll also add something to keep the schema in local storage.

Manish Dalal ็š„ๅคดๅƒ
Manish Dalal3 ๅนดๅ‰

@prisma Have a look at use gpt to create schema, build query and generate CRUD query code!

Alex Ruheni ็š„ๅคดๅƒ
Alex Ruheni3 ๅนดๅ‰

@prisma This looks really awesome @ryanchenkie! ๐ŸŽ‰ Would you like to join us tomorrow on "What's New In Prisma" to showcase PrismaGPT?

Theral Moyo ็š„ๅคดๅƒ
Theral Moyo3 ๅนดๅ‰

@prisma This is so sick, will be featuring it in my AI newsletter tomorrow. Getting sent to 4000 people

Ryan Chenkie ็š„ๅคดๅƒ
Ryan Chenkie3 ๅนดๅ‰

@prisma Many thanks!

Jan Wilhelm ็š„ๅคดๅƒ
Jan Wilhelm3 ๅนดๅ‰

@prisma If you are using Metabase and want a similar SQL-generating feature, have a look at @AvantyApp

Mike @ HTML All The Things ๐Ÿ‡จ๐Ÿ‡ฆ ็š„ๅคดๅƒ
Mike @ HTML All The Things ๐Ÿ‡จ๐Ÿ‡ฆ3 ๅนดๅ‰

@prisma This is awesome! Love that it gives both Prisma client and SQL. Probably going to use that with planetscale's database.js lib.

Jens Neuse | Founder @ WunderGraph ็š„ๅคดๅƒ
Jens Neuse | Founder @ WunderGraph3 ๅนดๅ‰

@prisma The next step is to ask GPT to just generate code that does what you need, without an ORM. ๐Ÿ˜…

็›ธๅ…ณ่ง†้ข‘

Quick demo of Zeroโ€™s new background queries. Zeroโ€™s sync is query-based. Rather than specifying what data you want using rules or some other separate system, you just use queries. Right inside the client app, you do a query using a full sql-style language. You get filters, subqueries , limits, etc. Zero syncs the data backing these queries to the client. Itโ€™s important to realize Zero isnโ€™t really a cache. Itโ€™s a replica. Itโ€™s eagerly replicating a precise snapshot of a slice of your database - the slice covered by the queries you have open. So there is never stale data in Zero. When you close a query we delete the rows uniquely returned by that query because we can no longer keep them up to date. Of course that kind of sucks for the common case of doing a query, navigating, then pressing โ€œbackโ€. Ideally we want that back nav to be fast. To address this Zero 0.17 adds background queries. You can add a ttl to a query and it will keep running and syncing in the background. This is much different than normal caching because this data stays up to date. If you make the same query again, the results will be *instantly* available *and already up to date with server*. If you make a different query the data from the background query is used client-side to answer the new query instantly if possible. This all happens completely automatically. Just by adding the ttl flag.

Aaron Boodman

18,808 ๆฌก่ง‚็œ‹ โ€ข 1 ๅนดๅ‰

Your agents can't keep up with real-time data. Especially when it's scattered across dozens of sources. Most teams waste weeks building custom connectors for every database, API, and data warehouse. Then they build ETL pipelines to sync everything. By the time your agent retrieves the data, it's already outdated. Picture this: Your Postgres database updated 5 minutes ago. Your MongoDB collection changed 2 minutes ago. Your agent is still pulling from yesterday's snapshot. This is why most production RAG systems fail. There's a better approach: MindsDB is an open-source AI platform with a federated data engine that lets you query multiple data sources in real-time using SQL - without moving any data. Here's what makes it different: โ†ณ Your data stays in place. No ETL pipelines or data duplication โ†ณ Query Postgres, MongoDB, REST APIs, and more using consistent SQL โ†ณ JOIN across different sources in real-time with a unified interface โ†ณ Works with both structured and un-structured data And here's the best part: You don't even need to write SQL. Just describe what you want in plain English, and MindsDB converts it to SQL automatically. The system does all the heavy lifting. The breakthrough for AI agents is simple: When data updates at the source, your agent gets fresh results immediately. No sync delays. No stale embeddings. No custom code for each integration. You can literally write a SQL query that joins a Postgres table with a MongoDB collection and gets live results. This is what production AI applications need but rarely get. In this video, I give you a complete walkthrough of what we just discussed and how to actually do it. Make sure you watch this till the end. I've shared the link to MindsDB's GitHub repo in the next tweet!

Akshay ๐Ÿš€

65,672 ๆฌก่ง‚็œ‹ โ€ข 7 ไธชๆœˆๅ‰