We first launched @Basedash earlier this year as an AI-native chart builder. You just describe the chart you want, and Basedash uses AI to visualize your data, no SQL required.
Now we're gearing up for our biggest update yet, launching here on Product Hunt tomorrow. Without spoiling anything, it should enable many more business users to finally get the data answers they need, without bugging engineers or data analysts on their team.
Basedash
@maxmusing Hey Max, congrats on shipping Skills 🎉
The "lightweight semantic layer rather than a system prompt" framing is the right one. Most teams reinvent this badly as a growing pile of prompt caveats that nobody owns. Pulling definitions into durable, admin-managed context is the actual fix.
Question on the governance side: what happens when skills drift or conflict? Say an admin defined "activation rate" six months ago, the business changed how it counts it, but the old skill is still live. Or two skills define "active user" slightly differently. Does Basedash surface the conflict, version skills with a clear "current" pointer, or does the most recently fetched one just win? Asking because the value of a semantic layer is only as good as its freshness, and that is exactly where these systems quietly rot.
The visible tool call in the thinking trace is a great touch by the way. "Reading Activation rate skill" before answering is the difference between trust and black box.
Moving definitions out of one-off prompts and into shared durable context is exactly the lightweight semantic layer most teams skip until they're already drowning in inconsistent metric defs. How do you handle drift when someone updates a Skill that's been silently feeding 12 different surfaces — version pin, broadcast, or both?
this is a very handy tool for founders, but I have a question on how are you handling large dataset like clickstream locally and does the data site locally even after ETL?