I write software both as my job and for the love of it. I had wanted to build my own bot SDK for a while, and at some point I stopped playing with the thought and started doing it
Over the years, software I used and libraries I built on kept changing under me. Sooner or later an update lowered the quality or the work slowed down, and I paid for it along with everyone else who used them
I wanted something for myself that I know I can rely on. With the knowledge to build it, it felt like the right moment to start realizing my dreams
Since AI has made code cheap and I strive for quality, I chose to make it usable for everybody. So Fluxerly is a Fluxer-native SDK instead of a Discord-compatible layer. It follows modern developer standards and is made for developers of every size, whether you code with or without AI
Six parts that come with the SDK, each with the guide that explains it
Results instead of throws
Prefix commands with typed arguments
Tests against an in-memory Fluxer
Rate limits waited out
A clean stop on Ctrl+C
Automatic sharding and metrics
Failures You Can Read
Network calls return a Result, a success or a failure, instead of throwing, so your code handles expected errors where they happen. The SDK masks the bot token in everything it logs
Ctrl+C gives running handlers time to finish, then stops cleanly. A bot that saves its sessions at that stop can pick up missed events if it restarts within a minute, and the optional supervisor restarts crashed processes
Automatic sharding splits the connection to Fluxer, one shard per 2,000 communities. The observe option reports requests and handlers for metrics and traces
Effect is a TypeScript library for structured programs. The native entry point has the same features with typed failures and scoped cleanup, and it is never required
JavaScript needs no TypeScript. TypeScript projects add TypeScript and @types/node. ES modules only, on the Node.js versions in the support guide
Meet NeonFlux
The open-source Fluxer bot that answers to you, from source code to server. It runs on Fluxerly.js through the SDK's Effect API, so every command below is this SDK at work
Each part comes with the checks and reviews behind it, and the test runs are public on GitHub
A way to every route a bot can use
Fixes on npm up to twice a day
Security reviews with frontier AI
Never Blocked by a Missing Method
If a bot token can do it on Fluxer, you can do it today. Most routes have a named method, and a raw request on the same client reaches the rest, with the same rate limit handling and readable failures. The endpoint map lists every route and how to reach it
A dependable SDK can move when it needs to. Twice a day, if the SDK changed on the main branch and passed the check, the newest code goes to npm as a nightly build, so you can use a fix without waiting for a release. Another daily check compares Fluxer's API documents with the ones the SDK was built against
Frontier AI models review the code for security flaws, on top of the code scanning that runs on every push. A finding counts only with proof, such as a failing test or a traced path, and the maintainer decides every fix
Fluxer does not let bots register slash commands yet. Fluxerly will add them as soon as Fluxer supports them. Until then, Fluxerly commands are prefix commands, messages such as !ping that start with a chosen prefix, with typed arguments, guards, cooldowns, groups and generated help
No. The default entry point uses async and await with Results. The SDK uses Effect inside, and npm, pnpm and Bun install it automatically, while the Effect entry point is there for applications that already use it
Node.js with ES modules only. JavaScript needs no compiler, and TypeScript projects add TypeScript with @types/node. The supported Node.js and TypeScript versions are listed in the support guide
Not yet. Voice connections and audio are deferred until after Fluxer's voice update. Voice state updates and member controls such as move, mute, deafen and disconnect work today
The SDK handles them. When Fluxer answers with HTTP 429, it waits the required delay and sends again within the request's deadline. Waits of a second or more are logged as warnings with the code ratelimit.wait
Yes. Releases follow Epoch Semantic Versioning, so only a new major version or epoch can break existing code. Minor and patch releases are safe to take
Expected failures such as a missing permission, a network error or a rate limit stay visible in the return type, so they are handled where they happen. Programming mistakes still throw at once, and orThrow is there for code that prefers exceptions
The testing entry point creates a real client connected to an in-memory Fluxer. Tests deliver events, answer requests and check what the bot sent, with no network and no account
Messages are plain, read-only data, so no network call hides behind a property. A handler receives a reply function, and client.messages.send sends to any channel
Yes. AI helps write the code, and the maintainer decides what goes in. Code written with AI goes through the same check as every other change, and nothing is published unless that check passed
It can, when the person using AI knows what to check. Tests and scanning look at the code itself, whoever typed it. Here the full check runs the whole test suite, and code scanning looks for security flaws
Yes. Nothing in the SDK needs an AI tool, and every bot can be written by hand. The SDK itself is built with AI, so it suits you best if you see the value in that, or are willing to give it a fair look
Not when the person using AI knows what good code looks like. With that knowledge, AI-assisted code is more secure than code written by hand, because the time AI saves goes into more tests
fluxerly agents adds the SDK's rules to the AGENTS.md of a project that has the SDK installed, and the docs publish llms.txt. The rules are plain text a person can read too. Nothing here needs an AI tool
npx --no fluxerly agents
Install It
Choose your package manager, then add the SDK to a project or start a new one
npm install @neontechspace/fluxerly
Adds the SDK to an existing project
npx @neontechspace/fluxerly init
Or start from a generated project with its first test