Robtic System is a modular Discord automation platform designed for developer communities. One bot runs every system, with each system kept as a separate module in the codebase.
The system manages community operations, staff workflows, moderation, and service access in a structured and automated way. It is no longer only a bot: an HTTP API and a Minecraft plugin are all clients of the same MongoDB-backed domain.
| Service | What it is | Runs as |
|---|---|---|
| Bot | The Discord client. One login, one command tree, every module. | robtic-system |
| Minecraft API | Owns MongoDB. The bot and every Minecraft server are its clients. | robtic-minecraft-api |
| Minecraft Plugin | Paper plugin (Java/Maven). Makes a Minecraft server another client of the same economy. | — |
- Admin – system controller, configuration manager, and advertisement system
- Moderation – moderation tools and punishment logging
- HR – staff management, recruitment, and promotions
- ModMail – private communication between users and staff
- Community – XP, activity tracking, and progression roles
- Economy – activity Points and RC on Discord; robs in Minecraft
- Dev – project sharing and review
- Modular architecture — one client, one login, one command tree
- Database-managed server whitelist (
!addserver <serverid>) - Modmail system
- Staff management automation
- Activity and role progression system
- Advertisement ordering and management
- Structured moderation logging
- Minecraft integration — account linking, the robs wallet, in-game ore exchange, chat bridge, server status, and Discord role → LuckPerms sync
- Bun (workspaces monorepo), TypeScript
- Discord.js v14
- MongoDB via Mongoose
- Java 21 + Maven + Paper (Minecraft plugin)
- Docker Compose, GitHub Actions
apps/
bot/ Discord client — every module
minecraft-api/ Minecraft API; owns MongoDB
minecraft-plugin/ Paper plugin (Java/Maven)
libs/ Shared libraries: core, database, config, constants,
logger, sdk, types, utils, cache, events, shared
infra/
docker/ Every Dockerfile and Compose file
docs/ All documentation
scripts/ Operational and CI checks
See docs/folder-structure.md for the full tree, and docs/architecture.md for how the pieces fit together.
bun install
cp .env.example .env # fill in the required values
bun run dev # the bot, in watch modeThe whole stack, in containers:
bun run docker:local -- up --buildSee docs/development.md.
Two layers, and the split is deliberate:
- Infrastructure — tokens, database URI, public URLs — lives in
.env. See.env.examplefor every variable and which service reads it. In production the file lives at/home/robtic/robtic-system/.envand is edited by hand on the server; CI never writes it. - Everything operational — prefixes, log channels, the server whitelist, feature toggles, XP, streak and quest settings — is stored in MongoDB and configured from Discord.
Images are built by GitHub Actions and published to GHCR, then run with Docker Compose on
core.robtic.org. Each service is content-addressed, so a push only rebuilds and redeploys what
actually changed. Configuration is not deployed — .env is maintained on the server by hand.
- docs/deployment.md — the pipeline, per-service
- infra/docker/README.md — Dockerfiles, build contexts, Compose
Robtic System aims to provide a reliable automation backbone for developer-focused communities and services.