Six years ago I got into Y Combinator and built the first version of @Basedash: AI data analyst. It was a simple tool that let you edit data in your database.
Now, six years later, we have a whole new product, and again we're shipping... database editing. But this time it's a look into the future of how companies are going to be run.
At the surface, this feature is kinda neat but nothing new. You can ask the Basedash AI to edit things in your database or call MCP servers to take action in other tools.
But, being a BI product, Basedash has a super deep understanding of your business. Probably better than you do yourself.
Soon, Basedash will proactively start suggesting ways to make your business better.
"If you extend this user's trial, they'll have a 50% higher chance of converting"
"If you tweak your ad sequence with this copy, it'll increase conversion rate by 20%"
One click to approve and run the experiment.
This is how we transition to AI-run companies.
Please check out our PH launch for actions and give us any support or feedback: https://www.producthunt.com/prod...
Basedash: AI data analyst
Tabstack by Mozilla
@maxmusing S/O for this new launch! keep up the great work, and keep launching
Basedash: AI data analyst
Thank you @fmerian! Means a lot coming from you 🙏
An LLM writing and running mutating SQL against a real database is exactly the part I'd want the guardrails on. When it says 'update the state of a hundred items', does it show me the statement and the affected-row count before it runs, and does it wrap the write in a transaction I can roll back? The classic failure is a dropped WHERE turning a 100-row update into 100k, and the model sounds equally confident either way. Preview plus row-count plus rollback is what would get me to flip 'allow edits' on in prod.
Basedash: AI data analyst
@dipankar_sarkar yes exactly, you can preview the exact query and see what would be affected before deciding whether you want to approve or reject the action. Reliability and trust are super important for a feature like this.
Love that the natural language input sits front and center instead of burying it behind a SQL editor or settings panel. The "describe what you want" framing makes it feel like a creative tool rather than another BI dashboard.
Basedash: AI data analyst
@mzeyyenrdjx yes exactly, that was super important to us. We market ourselves as AI-native because we really designed and built this product around AI from the start. In many ways, we're much closer to Lovable or v0 than Tableau or Looker.
How does it handle really messy or unstructured data sources, like pulling from a NoSQL database or a third-party API that doesn't return clean tables?
Basedash: AI data analyst
@duran_ml51620 we have an ETL pipeline built in that syncs third-party API data into structured tables. It can also work well with NoSQL databases like MongoDB.
Our AI harness is specifically built to handle these kinds of messy datasets well. It learns the shape of the data over time and improves its own context.
Basedash: AI data analyst
Kris from @Basedash: AI data analyst here! Super excited about this launch. We built this because we realized that we often wanted to act on all the insights we were getting from our own product. But carrying out these write tasks is still pretty tedious for a non-technical user, whereas technical teams need guardrails in place before non-coders like me can update the database. So we built both :)
Now the agent writes the fix, shows you exactly what it's about to run, and waits for your approval. One click. All with tons of controls. Admins enable edits per connection. Every tool gets its own permission level. Routine operations run automatically, sensitive ones pause for a human, dangerous ones stay blocked. Your rules, enforced every time.
We've run this internally for weeks and it has already changed how our own team operates. The person closest to the customer fixes the issue.
Happy to answer anything!
Preview plus approve/reject covers the intent check nicely. The one that's bitten me: the affected-row count you show at preview is a separate query from the write, so under any concurrent traffic the number I approved and the number that actually changes can drift. Do you run the count and the update inside one transaction, or is that preview count more of an estimate?
The natural language to chart flow feels really polished, like the team actually thought through what happens when a query doesn't quite match the data. That's rare in AI BI tools.
Basedash: AI data analyst
Thanks @sakin8461, those kinds of details are very important to us!