What KALYIX is
KALYIX connects the tools creators need around their stream.
The core idea is not one isolated app. It is a system of pages, workers, and editors. Tipp, Overlay, Alert, News, and later bots should be usable on their own while understanding the same event flow.
Tipp for creators
Tipp is the first major product area: creator pages, goals, payments, links, icons, and an editor for public pages. Tipp works on its own and can also feed overlays and alerts.
- creator pages with a custom look
- goals, tippers, and payment history
- the base for alerts and overlays
Overlays and alerts
Overlays and alerts do not live as side logic inside Tipp. They run through their own workers, so they stay independent while still accepting data from Tipp, DiscordBot, or StreamerBot.
- OBS-ready public URLs
- static widgets and dynamic alerts
- one shared path for stream events
Bot and community modules
DiscordBot and later StreamerBot should extend the system with counters, status, triggers, and automations without each module needing its own imports, duplicate settings, or separate logic.
- Discord counters for KALYIX and Tipp users
- StreamerBot as a later workflow module
- shared events instead of duplicate logic
Current and planned
Some parts are already usable, others are being prepared.
KALYIX should be clear about what exists and where it is going, without turning the landing page into a developer roadmap. The important part is what each area does for creators.
Now in focus
Tipp Studio and live output
Tipp, overlays, and alerts are the current focus. This is where the visible value appears: creator pages, OBS URLs, and live reactions to events.
- Tipp pages and creator profiles
- overlay editor with public URLs
- alert worker for dynamic events
- payment and goal events as the base
Tipp remains the first real product module. KALYIX Web is the entry point and will lead into the product areas cleanly.
Tech demo
The old local app stays visible
The previous local KALYIX app remains available as a test and reference state. It shows where the idea came from, but it is no longer the direction of the ecosystem.
- Windows build as an old test state
- useful for understanding the origin
- no longer the focus for new features
If you only want to see the earlier state, this is the place. The new structure is being built in the web and worker system.
How the pieces connect
KALYIX should connect creator workflows, not scatter them.
The path is simple: creator foundation first, live output next, then bots and external workflows. Each module can run on its own, but uses the same event flow when several areas work together.
Base
Account, Tipp, and creator page
Creators first need a place for their profile, links, goals, payments, and public page. Tipp covers that area without forcing the same setup to be repeated elsewhere.
- KALYIX account as the entry point
- Tipp profile as the creator area
- public page for visitors and supporters
Live
Overlays and alerts for OBS
Live output runs through its own workers. Tipp provides content and events, while Overlay and Alert independently handle the public output.
- overlay URLs for static widgets
- alert URLs for dynamic events
- tokens and live data from one shared system
Extension
DiscordBot, StreamerBot, and more integrations
Later, more systems can use the same events: Discord counters, StreamerBot actions, community status, or external automation without rebuilding the same setup.
- DiscordBot for server counters and status
- StreamerBot for actions and scene logic
- Bridge as the shared event path in the background
Public focus
Simple on the outside: kalyix.de, Tipp, and Docs.
Internally, multiple workers and databases cooperate. Publicly, that should not feel technical. Users see KALYIX as the entry point, Tipp as the creator product, and Docs as the help layer.
kalyix.de
The main domain explains the system and leads to account, updates, support, and the important product areas.
Tipp
Tipp is the creator area for profile, payments, goals, pages, overlays, and alerts.
Docs
Docs explain usage for creators and supporters without pushing internal worker or database terms to the front.