Search the Community

If you use Oxide, Carbon Aliases if required ! Else ignore this. TechTree is a complete custom techtree system for Rust servers. It can replace the vanilla workbench tech tree, or it can be used as a custom progression layer opened near a workbench. The goal is simple: give server owners a clean in-game way to control progression without spending their life editing giant JSON files by hand. You can keep a mostly vanilla progression, build something fully custom, or mix both: vanilla nodes, custom branches, permissions, rewards, custom prices, custom currencies. Replaces the vanilla workbench tech tree by default. Optional mode where players open the tree with R near a workbench. Supports Workbench Level 1, Level 2, Level 3, and Engineering. Includes an in-game CUI editor for admins. Lets you add, modify, move, and remove nodes directly in game. Supports custom node prices and custom currency items. Supports item icons and custom URL images. Supports localized node names and descriptions. Supports node rewards: ConsoleCommand, ChatCommand, and Economics. Supports branch permissions for restricted progression paths. Supports free unlock and instant unlock permissions. Can recover vanilla nodes after Rust updates. Can freeze a tree so Facepunch updates do not modify your custom layout. Includes a theme editor with palette and node style settings. Provides hooks and API methods for other plugins. Players use TechTree from a workbench. If vanilla replacement is enabled, opening the workbench tech tree opens TechTree instead. If vanilla replacement is disabled, players stand near a workbench and press R to open the TechTree UI. Available tree tabs depend on the workbench: Level 1 workbench: Level 1 tree Level 2 workbench: Level 1 and Level 2 trees Level 3 workbench: Level 1, Level 2, and Level 3 trees Engineering workbench: Engineering tree Nodes clearly show their state: locked, unlockable, unlocked, or restricted by permission. When a player selects a node, the right panel shows the cost, currency, required path cost when relevant, and unlock action. Admins can switch from player mode to edit mode directly from the TechTree UI. The editor works with a draft session: Changes are previewed immediately. Nothing is permanently written until you press Save. Closing or cancelling edit mode discards unsaved edits. Admins can: Add a node on an empty grid cell. Modify an existing node. Remove a node. Move nodes on the grid. Set parent nodes. Set a branch permission. Change item icon or URL image. Set name and description. Set price and currency. Add rewards. Edit the grid size. Reset a tree to vanilla. Recover missing vanilla nodes. Exclude vanilla nodes from a frozen/custom tree. Edit and save themes. This means you can build or adjust a progression tree without leaving the server. On first load, TechTree creates its default data from Rust's vanilla workbench tech trees. Quick difference between vanilla nodes and custom nodes: Vanilla nodes Vanilla nodes come from Rust's original Facepunch tech tree. They have a vanilla ID, which allows TechTree to recognize them later. Because they are linked to Rust's vanilla data, TechTree can synchronize them, recover them, update missing vanilla entries after Rust changes, or exclude them when you intentionally remove them. You can still fully edit vanilla nodes. You can move them, change their price, change their currency, adjust their unlock path, add permissions, add rewards, or remove them from the tree. Use vanilla nodes when you want to keep the familiar Rust progression but customize how it behaves on your server. Custom nodes Custom nodes are created by you inside the TechTree editor. They do not come from Rust's vanilla tree and they do not have a vanilla ID. Because they are fully plugin-side nodes, vanilla synchronization does not restore, recover, or replace them. They belong only to your custom TechTree data. Custom nodes can use the same kind of options as vanilla nodes: price, currency, parents, permissions, rewards, commands, image, name, and description. A custom node can even reproduce a vanilla unlock if you really want to build it that way, although this is usually not the main reason to use them. Custom nodes are mostly useful when you want to create progression that does not exist in the default Rust tech tree, such as custom items, plugin rewards, special server progression, profession branches, VIP paths, economy rewards, command unlocks, or server-specific content. You can mix both types in the same tree. For example, you can keep most vanilla nodes, remove a few unwanted vanilla unlocks, then add custom nodes with rewards or branch permissions. The important rule: Only vanilla nodes need vanilla exclusion logic. If you remove a custom node, it is simply removed from your custom data. If you remove a vanilla node and want it to stay removed, you must exclude it correctly so vanilla synchronization does not bring it back later. There are three important controls: Auto Vanilla Synchronization Useful when you want to keep a tree close to vanilla. Missing vanilla nodes can be imported and conflicts can be handled automatically. Excluded Vanilla IDs Marks vanilla nodes that were intentionally removed from a custom/frozen tree. Disable Future Vanilla Imports Freezes the current workbench tree. Future vanilla additions will not be imported automatically. Important: Exclude from vanilla sync must be used together with Disable Future Vanilla Imports. If Disable Future Vanilla Imports is not enabled, vanilla synchronization can import removed vanilla nodes again later. Safe workflow: Open the TechTree at the correct workbench. Switch to Edit Mode. Open Excluded Nodes. Enable Disable Future Vanilla Imports. Select the vanilla node you want to remove. Click Modify. Enable Exclude from vanilla sync. Confirm. Select the same node again. Click Remove. Press Save. For a fully custom tree: Open Edit Mode. Open Excluded Nodes. Enable Disable Future Vanilla Imports. Click Exclude All. Remove the vanilla nodes you do not want. Build your custom tree. Save. If you want to keep receiving future Facepunch additions, keep Auto Vanilla Synchronization enabled and avoid permanently removing vanilla nodes. The config option "Use Permissions ?" enables TechTree permission checks. This includes the global permissions listed below and the custom branch permissions set on nodes. When "Use Permissions ?" is false: Players can open TechTree without techtree.use. techtree.unlock.free does not apply. techtree.unlock.instant does not apply. Branch permissions are not enforced. When "Use Permissions ?" is true: Players need techtree.use to open TechTree. Players with techtree.unlock.free unlock nodes for free. Players with techtree.unlock.instant skip the unlock timer. Branch permissions are enforced when a node has a custom permission set. Registered global permissions: techtree.use Allows the player to open/use TechTree when "Use Permissions ?" is enabled. techtree.unlock.free Allows the player to unlock nodes for free when "Use Permissions ?" is enabled. techtree.unlock.instant Allows the player to unlock nodes instantly when "Use Permissions ?" is enabled. Branch permissions are custom node permissions. They are not the same thing as techtree.use, techtree.unlock.free, or techtree.unlock.instant, but they still require "Use Permissions ?" to be enabled. A branch permission is a custom permission typed directly on a node in the editor. If a player does not have that permission, the node and its child branch are locked for that player. Example: Recommended workflow: Open the TechTree editor. Select the first node of the restricted branch. Click Modify. Enter your custom permission in the Permission field. Confirm. Save. Grant the permission to the correct player or group. Good examples: Common mistake: Typing the permission in the node editor but never granting it. In that case, the branch stays locked for everyone. Rewards are executed when a player unlocks a node. You can add multiple rewards to the same node. Reward types: ConsoleCommand Runs a server command from the server console. Use this for server/admin actions such as granting permissions, giving items, or running plugin commands. Examples: ChatCommand Runs a command from the player's client. Use this only when the command should be executed by the player. Example: Economics Deposits money into the player's Economics balance. Example value: Important: Most reward actions should use ConsoleCommand. If a command needs server authority, do not use ChatCommand. The playerID placeholder is automatically replaced with the unlocking player's Steam ID. Default configuration: { "Settings": { "Wipe Player Data at Wipe": true, "Time For Unlock Node": 1.0, "Selected Theme": "Default", "Use Permissions ?": false, "Use Economics ?": false, "Replace tree vanilla ? Open with [R] if false": true } } Config notes: Wipe Player Data at Wipe Deletes TechTree player unlock data on a new save. Time For Unlock Node Unlock progress duration in seconds. Selected Theme Active theme loaded from Themes.json. Use Permissions ? Enables the global TechTree permission checks. Use Economics ? The config value exists, but Economics integration is handled through the Economics reward type. Replace tree vanilla ? Open with [R] if false When true, TechTree replaces the vanilla workbench tech tree. When false, players open it with R near a workbench. TechTree creates separate data files for each workbench tree: Player progression is saved separately per player and per workbench. TechTree includes API methods and hooks for other plugins. API methods: API_GetPlayerData(BasePlayer player) // Returns: Dictionary<string, object> Return format: { "workbench": { "Workbench_1": [123, 456], "Workbench_2": [789], "Workbench_3": [], "Engineering": [] } } API_SetPlayerData(BasePlayer player, Dictionary<string, object> apiData) // Returns: bool The plugin cleans invalid node IDs before saving. API_ClearPlayerWorkbenchData(BasePlayer player, Workbench workbench) // Returns: bool Clears the player's TechTree data only for the workbench category matching the provided Workbench. API_ClearPlayerData(BasePlayer player) // Returns: bool Clears all TechTree unlock data for that player. Example API usage: [PluginReference] Plugin TechTree; var playerData = TechTree?.Call("API_GetPlayerData", player) as Dictionary<string, object>; if (playerData != null) { var workbenchData = playerData["workbench"] as Dictionary<string, object>; } Node dictionary format used by hooks: { "id": 123456, "vanillaId": 84, "price": 250, "parents": [111111], "isVanilla": true, "currency": { "itemId": -932201673, "skinId": 0 } } Tree dictionary format: { "workbench": Workbench, "nodes": [ nodeDictionary, nodeDictionary, ... ] } Plugin hooks: // Called before a node is unlocked. OnNodeUnlock(Workbench workbench, Dictionary<string, object> node, BasePlayer player) // Return false to block the unlock. // Return null or true to allow it. // Alternative hook format with the full tree dictionary. OnNodeUnlock(BasePlayer player, Dictionary<string, object> node, Dictionary<string, object> tree) // Return false to block the unlock. // Return null or true to allow it. // Called after a node has been unlocked. OnNodeUnlocked(Workbench workbench, Dictionary<string, object> node, BasePlayer player) // Called after multiple nodes were unlocked through a path unlock. OnPathNodeUnlocked(Workbench workbench, List<object> nodes, BasePlayer player) // The nodes list contains node dictionaries. Example hook: private object OnNodeUnlock(Workbench workbench, Dictionary<string, object> node, BasePlayer player) { int nodeId = Convert.ToInt32(node["id"]); if (nodeId == 123456 && !permission.UserHasPermission(player.UserIDString, "myplugin.allow")) { player.ChatMessage("You cannot unlock this node yet."); return false; } return null; } Example after-unlock hook: private void OnNodeUnlocked(Workbench workbench, Dictionary<string, object> node, BasePlayer player) { int nodeId = Convert.ToInt32(node["id"]); Puts($"{player.displayName} unlocked TechTree node {nodeId}"); } Vanilla-compatible hooks are also called for vanilla nodes where possible: OnTechTreeNodeUnlock(Workbench workbench, TechTreeData.NodeInstance node, BasePlayer player) OnTechTreeNodeUnlocked(Workbench workbench, TechTreeData.NodeInstance node, BasePlayer player, List<ItemDefinition> unlockedItems) Place TechTree.cs in your server plugins folder. Make sure the file is named exactly TechTree.cs. Load the plugin. Let it generate the config and data files. Open a workbench in game. As an admin, switch to edit mode. Customize the tree. Press Save. Always press Save after editing. Back up oxide/data/TechTree before major progression changes. If you remove vanilla nodes, use Disable Future Vanilla Imports first. If a branch permission locks everyone out, check that the permission was granted. If techtree.use blocks players, check that "Use Permissions ?" is enabled and the permission was granted. Use ConsoleCommand for most rewards. Use ChatCommand only for commands that should be executed by the player. If upgrading from very old versions (before v2), older data files may not be compatible with the revamped system. TechTree is built for servers that want progression to feel intentional. You can keep the familiar Rust workbench flow while changing how players unlock items, what path they follow, what they pay, and what they receive along the way. It works well for: Modded progression servers. Economy servers. Roleplay servers with professions. VIP or group-based branches. Seasonal progression. Servers that want to reorganize, delay, or remove vanilla unlocks. Send me a private message on Codefling. Send me a message on Discord: gd.kenni

Allow visitors of your server to make use of the premium building skins without having to own them. Compact and minimalistic UI. Fully UI Controlled. ( no commands required ) Only visible when the player has a hammer in their hands. When the UI is open, Hit a toolbelt hotkey so you can instantly swap to a weapon when being attacked. Create custom themes and let players choose the one they prefer. Apply the building skin to a single block or to all blocks of the same grade in the building. Optional keypress check to apply skins, so that by default the hammer retains its normal functionality. Optional background blur. Previews Toolbar will only be visible once the hammer has been selected, So its not cluttering the screen when its not required to be. Selected skin will be colored to make it stand out while the unselected skins are greyed out. Automatic adding of tabs when a skin is colorable to keep things clean and minimalistc. Create your own custom themes or modify existing ones and let players select themselves which one they prefer. User Settings On Upgrade Automatically apply the selected skin when upgrading a building block. Hammer Hit Enabled Updates the skin when a building block is being hit with the hammer. Hammer Hit Contagious Updates all the building blocks of the same grade with one hit of hammer. Requires Keypress Updating the skin with a hammer hit requires you to either hold the "SPRINT" or "RELOAD" button. This way it retains the repair function of the hammer without accidently change skins. Skin Change Animation Whenever a skin is being changed it will trigger the upgrade animation. Screen Blur When the hud is in use it will blur the baground to improve visibility of the hud. Permissions buildingskinapplier.use | Allow players to make use of the plugin. buildingskinapplier.on_upgrade | Update the skin when a part of the structure gets upgraded. buildingskinapplier.hammer_apply | Update skin on hammer hit. buildingskinapplier.hammer_contagious | Update skin on hammer hit for all objects of the same grade. Questions / Answers Q: How to choose a building skin? A: Press "Enter" to open chat this allows you to make use of the cursor, Click with the cursor on one of the grade catégories to show the skins available for the selected tier. Select one of the availible skin packs, when the image is colored it means that this is the selected skin pack, when all the skin pack images are greyed out the default skin will be selected. Q: How to apply a skin? A: Hit an building block with the hammer while holding the "SPRINT" button, the block will change to the selected skin. Q: How to apply a skin to all objects of the same grade at once? A: Hit an building block with the hammer while holding the "RELOAD" button, all blocks that are part of the building will change to the selected skin. Q: How to change huds theme? A: Click on the menu button located on the right side of the toolbar, Select the theme tab located at the top of the hud. Click on one of the prefered themes listed below and the hud will directly update its appearance. Q: How to change a skin color? A: When a skin pack is colorable you can change the color by going into the grade category of which you would like change the color, if the selected skin is recolorable then a color tab button at the rop of the hud will appear. Click on this button and select your prefered color below. For a quick response to questions, problems or bugs contact me at discord https://discord.gg/UHpZtN4jgz

No more blueprints ! Great for those crazy, heavy modded servers. You can control to which users the blueprints will be unlocked by granting the permission blueprintunlocker.tierX.unlock. If you'd like to unlock to all your players just grant the permission to the default group on the console like so: oxide.grant group default blueprintunlocker.tier0.unlock oxide.grant group default blueprintunlocker.tier1.unlock oxide.grant group default blueprintunlocker.tier2.unlock oxide.grant group default blueprintunlocker.tier3.unlock [NEW] Automatic unlock/reset based on permission: when a tier permission is assigned to a user all the bps will be unlocked when a tier permission is revoked from a user all the bps will be reset

This plugin is based on Hackable Crate Unlock. Hackable Crate UI adds a terminal-like user interface when a player starts unlocking a hackable crate. Firstly, a loading bar appears on the screen while login credentials (specified in the config) are sent to the player (either by chat or a note added to his/her inventory). When it finishes, a button can be clicked to "use the computer" and insert the username and password. After that, the player will be logged into the computer and has the possibility to access various functions, such as locking the crate (to prevent other users from looting it), reducing the hacking time, and seeing information about nearby players. Features Great user interface, which makes you look like a real h4x0r 1337. A lock function that makes impossible for players to loot the crate, except to the one who started the hack (or members of his/her clan). Accelerate unlock time by using targeting computers in your inventory or ServerRewards/Economics balance. View the name and distance from the crate of nearby players. This information can be extended with direction, health and active item. Highly configurable plugin, with three different permissions (see the config below). Set different unlock times for hackable crates depending on permissions. Set the maximum distance from the crate to be able to use the UI. Check the players with most hackable crates unlocked with /hc rank. Discord webhooks integration. Edits the message when crate is fully hacked or its unlocking time has been reduced, and deletes it when the entity is killed. Update 1.1.0: Function to view the content of the crate before it's unlocked. Update 1.2.0: Integration with ServerRewards/Economics. Set the price to use each function. and more! Permissions hackablecrateui.vip2 hackablecrateui.vip1 hackablecrateui.admin Commands /hc rank - Shows top 10 of players with most hackable crates unlocked. /hc clear - Wipes data file for /hc rank. Configuration Localization

Create a list of items or item categories to automatically unlock blueprints for players in that umod/oxide group. Each group can be configured individually and will stack if player is in multiple groups. Commands Commands can be used in RCON or in game via console. bpunlock bpunlock unlock <group> <item or category> (Unlocks a blueprint or blueprints from specified group.) bpunlock lock <group> <item or category> (Locks a blueprint or blueprints from specified group. Does not remove if already learned.) bpunlock update (Applies blueprint changes to online players.) bpunlock reload (Loads manual changes to data file into memory.) Permissions bpunlock.admin Categories All items in these categories will be applied if you decide to use them over individual items. Weapon Construction Items Resources Attire Tool Medical Food Ammunition Traps Misc All Common Component Search Favourite Electrical Fun Thanks to @SawyerWD for icon!