ADK Terminology
ADK uses a few recurring names for different parts of the framework. The distinctions matter: Brain makes framework decisions, while Pinky stays close to the game engine and performs only its narrow integration work....
ADK is being built by Peter Fibæk, who also uses the long-running creative name LordHellFire.
The project grew from years of interest in modded game servers and Rust plugin development. Large plugin collections can be difficult to understand because every plugin may save data, change settings, and react to the same event in its own way.
ADK explores a model where plugins declare what they need and request outcomes through shared framework services. The framework would handle common work such as settings, saved data, permissions, validation, searches, and conflict reporting.
For example, if one plugin enables infinite ammunition while another gives one special weapon limited ammunition, the administrator should see the disagreement and choose the intended exception. “Whichever plugin ran last” is not much of a design philosophy.
The immediate goal is one useful plugin framework for one supported game. If that succeeds, the same foundations could later support more games and more ambitious systems: living worlds, adaptable NPCs, linked events, and administration tools that understand how features affect one another.
ADK is still being designed. The project has extensive notes, contracts, research, and examples, but no usable framework or working game integration yet. The public site explains what is intended and why; it is not a product catalogue wearing a hard hat.
Peter works full time in municipal IT while developing ADK as a long-running engineering project.
ADK uses a few recurring names for different parts of the framework. The distinctions matter: Brain makes framework decisions, while Pinky stays close to the game engine and performs only its narrow integration work....
ADK separates game integration from heavier framework decisions so each part can do one understandable job. The simple picture ADK is designed to sit between game-server plugins and the game itself. Plugins ask for ou...
ADK deliberately separates familiar framework building blocks from uncommon implementations and rare combinations. A feature is not called unique merely because the team has not encountered it before; usefulness, safe...
This notice covers the feedback and reaction features on Agnostic.dk. It does not describe data handling by the future ADK framework or by game servers that may eventually use ADK. Who is responsible Peter Fibæk opera...
ADK is an attempt to make ambitious game-server plugins easier to build, safer to combine, and clearer for server owners to manage. What it is ADK is an early design for a safer and more organised way to build game-se...
A plugin system works better when access, ownership, and disagreements are visible before something surprising happens to the live server. The problem Game-server plugin collections can become fragile when many plugin...