1
0 Comments

What would you put in a React UI kit if you wanted it to work across SaaS, AI tools, and developer products?

I’ve been working on a small open-source experiment around a problem I kept seeing in developer products:

UI components are easy to build. Making them reusable across different products, toolchains, licensing models, and commercial tiers is harder.

That led us to build the SEOSiri Universal Developer UI Kit.

It is now available as:

@seosiri/developer-ui-kit

What we were trying to solve

For a typical SaaS or AI developer dashboard, we often need the same building blocks:

Status and telemetry widgets
Product/version information
Feature-tier states
License verification
Pro/Enterprise feature gating
White-label UI
Components that don't fight the application's existing CSS
A package that doesn't pull a large dependency tree into the project

Instead of building these separately for every project, we packaged the approach into a reusable React library.

The interesting part: the licensing guard

The kit includes a Flexible Licensing Guard that can recognize feature tiers such as:

PRO_

ENT_

The idea is to separate two things:

The source code remains open and inspectable.

Commercial feature access can still be controlled by the application.

That's an intentional open-core-style architecture rather than hiding the implementation behind a proprietary UI framework.

Some technical characteristics

The current package is:

MIT licensed
TypeScript-first
React-based
Zero npm dependencies
Designed to avoid global CSS conflicts
Compatible with React 18+ / React 19 environments
Tested for workflows involving Vite, Next.js, Electron and Atlassian Forge

Installation is simply:

npm install @seosiri/developer-ui-kit

The repository is public, so developers can inspect the implementation rather than treating the package as a black box.

Why I'm sharing this here

This isn't intended to be another "we launched an npm package" post.

I'm more interested in the architecture discussion.

For example:

Would you rather have a small composable UI package with almost no dependencies, or use a larger established component framework and build your licensing/telemetry layer separately?

And for founders building SaaS:

Where do you draw the line between open-source components and commercially controlled features?

I'd particularly like feedback from people building:

SaaS products
AI agent interfaces
MCP tools
Developer dashboards
Enterprise applications
React/TypeScript products
Atlassian Forge apps
Try it / inspect it

npm:
https://www.npmjs.com/package/@seosiri/developer-ui-kit

GitHub:
https://github.com/SEOSiri-Official/developer-ui-kit

Developer ecosystem:
https://developers.seosiri.com/

Technical background and implementation details:
https://www.seosiri.com/2026/09/developer-ui-kit.html

If you have a few minutes to look at the repository, I'd genuinely appreciate feedback on the API design, licensing approach, component architecture, or anything you think should be changed before the next release.

What would you change?

on September 26, 2026