Today marks a milestone I’ve been working toward for over a decade.
Interweb, Inc. — the company behind LaunchQL and Hyperweb — is officially rebranding as Constructive™. This isn't just a new name. It's a new chapter: a unified, trusted open-source platform designed to help teams build secure, durable software from the ground up.
Everything we’ve built over the years has centered on one principle: developers deserve tools that make complex systems feel simple. That focus on developer experience is a major reason our open-source libraries now run inside production workloads at companies like Supabase, Binance, Crypto.com, and Neon—platforms with billions in enterprise value and some of the most demanding engineering standards in the world. Our open-source ecosystem has now surpassed 90 million downloads, underscoring the breadth of adoption and the confidence developers have in these tools.
Constructive is the platform that brings all of this together.
Why Constructive? Why now?
Over the past 18 months, we’ve seen an explosion of AI-generated applications and schema-changes being deployed without guardrails. Teams are shipping faster than ever — but the foundation underneath isn’t catching up. This has led to real incidents, including published CVEs traced back to insecure database code and inconsistent permission models.
This is the problem we've been building toward solving for more than a decade.
Constructive gives developers:
- A blueprint for how a secure backend should be structured
- Modular building blocks that can be composed cleanly
- A security model grounded in real RLS expertise
- End-to-end testing tools that validate database behavior before production
- AI-native workflows that keep schema changes deterministic and governed
In other words: a foundation.
Not boilerplate. Not a starter kit that falls apart at scale. A real foundation — one designed to last.
Composable Backends by Design
Modern products rarely stay small. They evolve into multi-tenant systems, regulated workflows, permission-heavy APIs, and data models that have to serve many use cases at once. Most teams still approach this with hand-rolled migrations, piles of SQL files, and a lot of “don’t touch that part” tribal knowledge.
Constructive takes a different approach: backends as composable systems — assembled from modular database packages rather than one-off SQL.
Instead of one giant, fragile schema, Constructive encourages you to think in modules:
- Organizations and users
- Audit logs
- Billing and subscriptions
- File storage and attachments
- Feature flags, roles, and permissions
Each module is designed to plug into the others cleanly, with clear boundaries, consistent RLS patterns, and repeatable installation. You’re not just copying snippets — you’re composing a backend from interoperable pieces that have been thought through, tested, and proven.
This is what we mean when we talk about composable backends: you can assemble what you need today, evolve it safely tomorrow, and reuse it across products and teams without starting over.
Security as a Blueprint — Not an Afterthought
The heart of Constructive is its secure-by-design philosophy—a foundation that encourages and catalyzes security-first thinking from day one.
We believe RLS and TDD belong in the architecture itself, not bolted on after deployment. Security shouldn't be a checklist item or a late-stage audit—it should be the substrate everything else is built upon. We've reverse-engineered compliance into the blueprint. When you build on Constructive's security architecture, compliance isn't something you document after the fact—it's built in from the start.
This approach comes from real-world scars. As I shared in the press release:
“AI-generated databases are being deployed with serious oversights—some of which have already resulted in published CVEs. Developers are moving fast without guardrails, and it’s creating avoidable risks. Constructive provides a foundation built on real standards—blueprints, modular building blocks, and a security model that’s battle-tested.”
We’ve seen firsthand what happens when RLS is misapplied, or when policy behavior is left untested. Constructive eliminates those blind spots.
A Testing Engine Designed for the Real World
One of the most powerful aspects of the platform is its integrated RLS and permission testing system. Built on pgsql-test, this engine lets teams:
- Spin up isolated databases
- Run permission scenarios
- Verify RLS behavior
- Stress-test schema changes
- Catch security regressions before they ship
This isn’t theory — it’s already been recognized publicly.
In a post on X, Paul Copplestone, CEO of Supabase, shared the results of testing using our underlying engine:
“44 databases and 246 tests in 4 seconds ... supabase-test by LaunchQL is looking very nice.”
That demo was powered entirely by the technology now core to Constructive. Fast. Reliable. Deterministic. Production-ready.
AI-Native, But With Guardrails
Constructive embraces AI — but with structure. Our Specification-Driven Development (SDD) system gives AI a blueprint to follow:
- Schemas remain governed
- Permissions remain testable
- Changes remain deterministic
This is how AI should be used in production systems: as an accelerant, not a chaos engine.
A Foundation Built to Last
Constructive represents everything we believe modern software development should stand on: strong security, modular Postgres building blocks, composable backends, and a developer experience that removes friction instead of creating it. This rebrand isn’t the end of anything — it’s the beginning of a clearer, more unified vision. We’re building the foundations so developers can build what’s next.