Using /team to Manage Scoreboard Teams via Command, Explained
The /team command in Minecraft is a powerful tool for server administrators and mapmakers, enabling the creation and management of player groups within the game. It integrates seamlessly with the scoreboard system, offering a robust framework for custom game rules, player organization, and enhanced gameplay experiences. Teams provide granular control over various player interactions and visual elements, allowing for features such as custom colored names, descriptive prefixes and suffixes, and fine-tuned friendly fire and collision settings. Beyond just players, entities like mobs can also be assigned to teams, influencing their behavior, for example, preventing them from attacking teammates or making them glow with their team’s assigned color. Furthermore, team properties extend to controlling nametag visibility and how death messages appear, offering a comprehensive suite of customization options. Communication within these groups is streamlined through the /teammsg (or /tm) command, which allows private messages visible only to team members.
![]()
Step-by-Step Guide to Team Management
Managing teams via commands involves a series of intuitive steps, from creation to modification and removal. Understanding each command and its parameters is key to effectively utilizing the system.
Creating a Team
- To establish a new team, use the command:
/team add <teamName> ["Team Display Name"]. - The
<teamName>is a unique identifier used internally in commands and cannot contain spaces. - The optional
["Team Display Name"]is what players will see. This display name can be formatted using JSON text components for advanced styling, including colors, bolding, italics, and custom fonts, making it visually distinct and informative. For example,/team add redTeam {"text":"Red Team","color":"red","bold":true}would create a team named ‘redTeam’ with a bold, red display name.
Joining Players and Entities to a Team
- Once a team is created, players and even entities can be assigned to it using:
/team join <teamName> [target]. - The
<teamName>specifies which team the target will join. - The
[target]argument is crucial for specifying who or what joins the team. This can be a specific player’s name,@sto target yourself (the command executor), or powerful player selectors like@a(all players),@p(nearest player),@r(random player), or@e(all entities). For instance,/team join blueTeam @a[distance=..10]would add all players within a 10-block radius to the ‘blueTeam’.
Modifying Team Properties
The true power of the /team command lies in its ability to customize team properties. This is achieved through the /team modify <teamName> <property> <value> command. Here are the key properties you can adjust:
color <color>: This sets the color of player names for all members of the team. Available colors includeblack,dark_blue,dark_green,dark_aqua,dark_red,dark_purple,gold,gray,dark_gray,blue,green,aqua,red,light_purple,yellow, andwhite. For example,/team modify redTeam color red.friendlyFire <true/false>: Controls whether teammates can inflict damage upon each other. Setting this tofalseis common for cooperative games, whiletrueallows for competitive team-based scenarios where friendly fire is a factor.prefix <text_component>: Adds text that appears before team members’ names in chat and nametags. This supports JSON formatting, allowing for complex styles, multiple colors, and even interactive elements. Example:/team modify greenTeam prefix {"text":"[Green] ","color":"green"}.suffix <text_component>: Similar toprefix, this adds text after team members’ names. It also fully supports JSON formatting for rich text. Example:/team modify healers suffix {"text":" (Healer)","color":"aqua"}.collisionRule <always/never/pushOtherTeams/pushOwnTeam>: Defines how team members interact with collision.always: Team members always collide with each other.never: Team members never collide with each other (can walk through).pushOtherTeams: Team members only collide with players from other teams, not their own.pushOwnTeam: Team members only collide with players from their own team, not others.
nametagVisibility <always/never/hideForOtherTeams/hideForOwnTeam>: Determines who can see the nametags of team members.always: Everyone can see nametags.never: No one can see nametags.hideForOtherTeams: Players on other teams cannot see nametags, but teammates can.hideForOwnTeam: Teammates cannot see nametags, but players on other teams can.
deathMessageVisibility <always/never/hideForOtherTeams/hideForOwnTeam>: Controls how death messages involving team members are displayed. Similar options tonametagVisibilityare available.seeFriendlyInvisibles <true/false>: When set totrue, invisible teammates will appear as semi-transparent “ghosts” to their allies, even if they are invisible to others. This is incredibly useful for cooperative stealth gameplay.
Managing Team Members
/team leave [target]: This command removes specified player(s) or entities from their current team. If no[target]is specified, the command executor is removed. Example:/team leave @a[name=Player1]./team empty <teamName>: This command clears all members from a specific team without deleting the team itself. This is useful for resetting a team’s roster.
Removing a Team
- To completely delete an existing team, use:
/team remove <teamName>. This will also remove all players and entities from that team.
Listing Teams and Members
- To view all currently created teams on the server, simply use:
/team list. - To see a list of all members belonging to a specific team, use:
/team list <teamName>.
Important Tips for Advanced Usage
- Leverage JSON for Rich Text: The ability to use JSON text components for
displayName,prefix, andsuffixis a game-changer. This allows for incredibly rich text formatting, including multiple colors, bolding, italics, underlines, strikethrough, obfuscation, and even custom fonts. Experiment with online JSON text generators for Minecraft to create complex styles easily. - Integrate with Player Selectors: Teams are highly effective when combined with player selectors in other commands. For example,
@a[team=myTeam]can be used in commands like/effect(e.g.,/effect give @a[team=redTeam] resistance 999999 0 true) or/executeto target specific groups of players for buffs, teleportation, or other actions, making event management much more efficient. - Control Death Messages: Use the
deathMessageVisibilityproperty to fine-tune how death messages appear. This can be crucial for roleplay servers or competitive games where certain information should only be visible to specific groups. - See Friendly Invisibles: For games involving stealth or tactical invisibility, setting
seeFriendlyInvisibles trueensures that teammates can still coordinate effectively without being completely blind to each other’s positions.
Common Mistakes to Avoid
- Forgetting Quotation Marks: When using
prefixorsuffix, especially if the text contains spaces or special characters, always enclose the JSON text component or plain text in quotation marks (e.g.,"{"text":"[Team A] "}"or"My Prefix"). Neglecting this can lead to command errors. - Confusing Internal Name with Display Name: Remember that
<teamName>is the internal identifier used in commands (e.g., ‘redTeam’), while"Team Display Name"is the player-facing name (e.g., “The Red Avengers”). These can be, and often are, different. Always use the internal<teamName>when executing commands. - Incorrect Player Selectors: Double-check your player selectors. Using
@awhen you intend to target only players within a certain radius (@a[distance=..10]) or specific individuals can lead to unintended consequences, affecting more players than desired. - Expecting Automatic Color Changes: Simply creating a team and adding players will not automatically color their names. You must explicitly set the team’s color property using
/team modify <teamName> color <color>for the nametags to reflect the team’s color.
By mastering the /team command, you gain immense control over player organization, visual cues, and game mechanics, allowing for highly customized and engaging Minecraft experiences.