Route conversation where it belongs.
Game-to-game, game-to-Discord, Discord-to-game, cross-game routes, labels, moderation, filters, and loop prevention.
A planned customizable, multi-game integration platform for connecting dedicated game servers, Discord, websites, shops, player identities, events, and automation through one extensible system. Phoenix Clan Rising is intended to be the first proving ground, not a permanent product assumption.
Ember Nexus started with a crosschat problem and immediately grew teeth. Instead of building another one-off replacement for one game, the idea became a reusable platform where communities can connect the systems they already run, choose which capabilities they need, and decide how those systems should talk to each other.
Game-to-game, game-to-Discord, Discord-to-game, cross-game routes, labels, moderation, filters, and loop prevention.
Catalogs, currencies, orders, fulfillment queues, delivery state, and adapter-based in-game fulfillment.
The current direction is for ARK, Minecraft, Palworld, Conan, and future games to connect through adapters instead of being baked into Nexus Core.
A future identity layer can connect Discord and game identities into one community account without pretending every platform works the same way.
A future WHEN → IF → THEN engine is planned for alerts, rewards, shop delivery, events, maintenance workflows, and more.
The planned control model combines dashboard configuration for regular admins, deeper controls for power users, and API access for developers.
The core should understand common concepts such as servers, players, messages, events, orders, deliveries, heartbeats, and organizations. Individual adapters translate each game's behavior into that shared language.
Phoenix Clan Rising is planned as the first real-world proving ground, but PCR-specific assumptions should never become Nexus Core assumptions. Ember Nexus is being designed as a product that can take a different shape for every community that eventually uses it.
Communities decide how Nexus behaves without editing source code for routine configuration.
A community should be able to run crosschat without commerce, commerce without cross-game chat, or build directly against the API.
Scoped credentials, authentication, tenant isolation, permissions, and audit trails belong in the foundation.
Failed deliveries should be recoverable, disconnected servers should be contained, and money-moving workflows should be auditable.
Ember Nexus is intentionally still in planning. The current roadmap starts with product identity, terminology, architecture, repository structure, and security thinking before the game-independent core is built and PCR becomes the first crosschat test environment.
Brand, terminology, product principles, repository structure, documentation, and initial security/threat modeling.
Organizations, servers, API authentication, event ingestion, heartbeats, status, logging, and versioning.
PCR becomes the first production proving ground for ARK ↔ ARK ↔ Discord routing and connection monitoring.
No-code management for servers, adapters, routes, credentials, formatting, permissions, event logs, and health.
Unified player identities, generic shop/fulfillment infrastructure, and configurable WHEN → IF → THEN workflows.
Official adapters, Adapter SDK direction, external beta, deployment strategy, documentation, privacy controls, support, and future funding model.
Still on the workbench: Ember Nexus is not released software. The roadmap, supported games, adapters, deployment model, funding model, and individual planned capabilities can change as the product specification and architecture are finalized.
Ember Nexus is being shaped as the connection layer between the systems community owners already have to juggle. It is early, deliberately so. Right now the work is product definition before implementation.