Gameplay Ability System

List gameplay tags with source, comment and children

Lists gameplay tags from the live tag tree, each with the source that declares it, its developer comment and how many children it has. Filter by substring, by parent tag, or by defining source. Tags that are IMPLICIT are reported as such: an implicit tag exists only because a deeper tag was declared under it, has no ini entry of its own, and cannot be renamed or removed. That single distinction accounts for most confusion when editing a tag library. Needs no plugin, GameplayTags is a runtime engine module present on 5.6, 5.7 and 5.8.

  cfa list_gameplay_tags --filter Character
  cfa list_gameplay_tags --parent-tag Character.State
  cfa list_gameplay_tags --source DefaultGameplayTags.ini --max-results 50

Read one tag's comment, sources, parent and children

Reports everything the editor knows about a tag: its developer comment, every source that declares it (a tag can be declared in more than one), whether it is explicit or restricted, its parent and its immediate children. An implicit tag is named as such with the reason, which is normally the answer to why a tag will not rename or delete.

  cfa get_gameplay_tag --tag Character.State.Dead

Add a gameplay tag to an ini source

Adds a tag through the engine's own IGameplayTagsEditorModule::AddNewGameplayTagToINI, so the write takes exactly the path the Project Settings tag editor takes. Parent tags are created implicitly. Pass --transient to add the tag for this editor session only, writing nothing to disk, the engine's own dry run for whether a name is accepted. The tag tree is re-read after the write and the result reflects what is actually there, so a reported success cannot mean a tag that was silently refused.

  cfa add_gameplay_tag --tag Character.State.Dead --comment "Set while the character is dead"
  cfa add_gameplay_tag --tag Ability.Dash --source MyTags.ini
  cfa add_gameplay_tag --tag Ability.Test --transient

Remove a gameplay tag from its ini source

Removes a tag through the engine's own delete path. Refuses up front on an implicit tag, which has no ini entry to remove. When the engine declines, a tag with children, or one still referenced by loaded assets, this reports removed:false with the reason rather than a bare success, because the tag tree is re-read afterwards instead of the return value being trusted.

  cfa remove_gameplay_tag --tag Character.State.Obsolete

Rename a tag, leaving a redirector behind

Renames a tag and leaves a redirector in the ini so assets referencing the old name keep resolving. --rename-children is UE 5.7 and later only: IGameplayTagsEditorModule::RenameTagInINI takes two arguments on 5.6 and three on 5.7/5.8, so on 5.6 asking to control it is refused by name rather than accepted and ignored.

  cfa rename_gameplay_tag --tag Character.State.Dead --new-tag Character.Status.Dead

Create a new tag source ini

Creates a tag source so tags can be grouped away from DefaultGameplayTags.ini, which is what keeps a large project's tag library reviewable. The source is registered at once, so list_gameplay_tag_sources shows it immediately; its ini file is written when the first tag is added to it.

  cfa add_gameplay_tag_source --source MyTags.ini

List tag sources and which are writable

Lists every tag source with its type, Native, DefaultTagList, TagList, RestrictedTagList or DataTable, and whether a tool can write to it. Native sources are declared in C++ and no tool can edit them. DataTable sources come from tables listed in GameplayTagTableList in project settings; a tag DataTable is an ordinary DataTable of FGameplayTagTableRow, so create_data_table and add_data_table_row author one and set_project_settings registers it.

  cfa list_gameplay_tag_sources
  cfa list_gameplay_tag_sources --source-type TagList

Check the tag library and return a verdict

Checks the project's tag library: how many tags are explicit versus implicit, and which explicit tags carry no developer comment, an undocumented tag is the thing nobody can safely delete two years later. With --check-unused it also reports tags no asset references, using the engine's own GetUnusedGameplayTags. Returns verdict pass/pass_with_warnings/fail.

  cfa validate_gameplay_tags
  cfa validate_gameplay_tags --check-unused

List AttributeSet classes, including unopened Blueprints

Lists every AttributeSet class with its attribute count, native and Blueprint alike. A scan of loaded classes alone misses any Blueprint attribute set the editor has never opened, so this also reads the asset registry and reports those separately without loading them. Needs the GameplayAbilities plugin, which ships DISABLED by default on 5.6, 5.7 and 5.8, when it is off the command says so and names where to enable it.

  cfa list_attribute_sets
  cfa list_attribute_sets --filter Health --include-attributes

List an AttributeSet's attributes with defaults

Lists the attributes on an AttributeSet with their kind, default value and whether they replicate. What counts as an attribute is the engine's own test, reproduced exactly: any float property, or any property whose struct is FGameplayAttributeData or a subclass. It is never a naming convention, which is why a Blueprint variable of that struct type is a real attribute with no C++ at all. Accepts a class name, a class path, or the asset path of a Blueprint attribute set.

  cfa list_attributes --attribute-set /Game/GAS/AS_Character
  cfa list_attributes --attribute-set MyHealthSet

Create a Blueprint AttributeSet, optionally with attributes

Creates a Blueprint AttributeSet and can create its attributes in the same call. UAttributeSet is declared Blueprintable on 5.6, 5.7 and 5.8, so a Blueprint attribute set is a first-class thing and not a workaround, no C++ is needed to define attributes. Attributes created this way are FGameplayAttributeData variables and are replicated by default.

  cfa create_attribute_set --name AS_Character --path /Game/GAS/ --attributes "Health,MaxHealth,Stamina"

Add an attribute to a Blueprint AttributeSet

Adds an attribute as an FGameplayAttributeData variable on a Blueprint AttributeSet, replicated by default because an unreplicated attribute is a silent multiplayer bug. After the variable is created the engine's own attribute test is re-run against the recompiled class and the result reports whether the engine actually recognises it, a variable existing is not the same claim as an attribute existing. A C++ attribute set cannot gain attributes this way; that needs a property adding in code. On replication: this marks the variable Replicated, which is exactly what Epic's own AbilitySystemTestAttributeSet does. A C++ set can go further and pair ReplicatedUsing with the GAMEPLAYATTRIBUTE_REPNOTIFY macro, which calls SetBaseAttributeValueFromReplication so the AbilitySystemComponent rewinds its aggregator to the server's base value and re-evaluates. That function carries NO UFUNCTION on 5.6, 5.7 or 5.8, so it is unreachable from Blueprint and a Blueprint attribute set structurally cannot do it - a RepNotify can be added but has nothing useful to call. Consequence: fine for single player and server-authoritative play; for client-PREDICTED attributes under duration effects, declare the attribute set in C++.

  cfa add_attribute --attribute-set /Game/GAS/AS_Character --name Health --default-value 100

Check an AttributeSet and return a verdict

Checks an AttributeSet: that it defines any attributes at all, that none are raw floats where AttributeSet.h itself says FGameplayAttributeData is strongly encouraged (a raw float carries no base value and cannot be modified correctly by a duration effect), and that attributes replicate. Returns verdict pass/pass_with_warnings/fail.

  cfa validate_attribute_set --attribute-set /Game/GAS/AS_Character

Create a GameplayEffect Blueprint

Creates a GameplayEffect Blueprint with an optional duration policy (Instant, Infinite, HasDuration). A gameplay effect is a DATA-ONLY Blueprint by Epic's own instruction in GameplayEffect.h, it is Blueprintable purely for templating and should contain no graph. Behaviour beyond modifiers has lived in gameplay effect components since 5.3; list_gameplay_effect_components shows which ones this engine version has.

  cfa create_gameplay_effect --name GE_Damage --path /Game/GAS/ --duration-policy Instant
  cfa create_gameplay_effect --name GE_Regen --duration-policy HasDuration

List the effect component classes this engine has

Lists the gameplay effect component classes THIS engine version actually has, and with --gameplay-effect given, the components attached to that effect. The set is not constant across the versions we support: CancelAbilityTagsGameplayEffectComponent exists on 5.7 and 5.8 and does not exist on 5.6. So the list is discovered from the class hierarchy at call time rather than hardcoded, which is the only way it can be right on all three.

  cfa list_gameplay_effect_components
  cfa list_gameplay_effect_components --gameplay-effect /Game/GAS/GE_Damage

Attach a gameplay effect component

Attaches a gameplay effect component, where all behaviour beyond modifiers lives since 5.3: granted tags, asset tags, immunity, chance to apply, additional effects, target tag requirements and the rest. Construction mirrors UGameplayEffect::AddComponent exactly, which is byte-identical on 5.6, 5.7 and 5.8, including the RF_PropagateToSubObjects | RF_Transactional flags it passes to NewObject. Those flags are the non-obvious half: without RF_Transactional the change is not undoable.

  cfa add_gameplay_effect_component --gameplay-effect /Game/GAS/GE_Damage --component-class AssetTagsGameplayEffectComponent

Remove a gameplay effect component by class

Removes a gameplay effect component by class name, reporting the index removed and the remaining count. When the effect has no such component the error names what it does have, so there is no guess-and-retry loop.

  cfa remove_gameplay_effect_component --gameplay-effect /Game/GAS/GE_Damage --component-class AssetTagsGameplayEffectComponent

Add or edit a modifier on a gameplay effect

Adds or edits a modifier: the attribute it changes, the operation (Additive, Multiplicitive, Division, Override) and the magnitude. Omit --index to append a new modifier; an index past the last modifier is refused rather than appended. The index, attribute and operation are checked before the effect is touched, and a field this engine version's modifier struct cannot take fails the whole call, so nothing is half-written. That matters here more than elsewhere: 5.8 removed a batch of members deprecated in 5.0 and 5.3, so a gameplay effect's property set genuinely differs by version.

  cfa set_gameplay_effect_modifier --gameplay-effect /Game/GAS/GE_Damage --attribute Health --operation Additive --magnitude -25

Run the engine's own validation over an effect

Runs the ENGINE'S own validation over a gameplay effect and every component on it, through IsDataValid, which UGameplayEffect and UGameplayEffectComponent both override, so the verdict is Epic's rather than rules we invented. Adds one check of our own: an effect with neither modifiers nor components does nothing at all when applied, which the engine does not object to. Returns verdict pass/pass_with_warnings/fail.

  cfa validate_gameplay_effect --gameplay-effect /Game/GAS/GE_Damage

Create a GameplayAbility Blueprint

Creates a GameplayAbility Blueprint. This deliberately does not go through create_blueprint: an ability asset must be a UGameplayAbilityBlueprint, not a plain UBlueprint, and GameplayAbilities registers no blueprint-type mapping for the generic path to find. The class pair passed here is exactly what the engine's own GameplayAbilitiesBlueprintFactory passes, which is byte-identical on 5.6, 5.7 and 5.8.

  cfa create_gameplay_ability --name GA_Dash --path /Game/GAS/

Create a cue notify Blueprint bound to its cue tag

Creates a gameplay cue notify Blueprint, static (no actor spawned), actor, burst or looping, and binds it to its cue tag. Binding writes BOTH GameplayCueTag and the AssetRegistrySearchable GameplayCueName mirror. That second field is what the cue manager actually discovers notifies by, so writing only the first produces an asset that looks correctly configured in the details panel and never fires. The mirror is read back after the write, and a notify that does not read back bound fails the call and is removed. Omit --cue-tag to derive it from the asset name using the engine's own rule (strip GC_, underscores become dots, prepend GameplayCue). The engine only ever REQUESTS an existing tag when deriving, so a missing tag would leave the notify unbound, this creates it, and with --create-tag=false a missing tag is refused before anything is created.

  cfa create_gameplay_cue_notify --name GC_Buff_ExtraSpeed --path /Game/GAS/Cues/
  cfa create_gameplay_cue_notify --name GC_Heal --cue-tag GameplayCue.Buff.Heal --notify-type actor

List cue notify assets and the tag each answers to

Lists gameplay cue notify assets with the cue tag each one answers to, read from the asset registry so a notify the editor has never opened still appears. Notifies with no cue tag at all are reported in a separate list, because those are invisible to the cue manager no matter what the asset looks like.

  cfa list_gameplay_cue_notifies
  cfa list_gameplay_cue_notifies --filter Buff

Cross-check cue tags against notifies, both directions

Cross-checks cue tags against cue notify assets in BOTH directions, which is where cues actually break: a tag with no notify fires and produces nothing visible (warning), a notify with no tag is never discovered by the cue manager (error), and a notify bound to a tag that no longer exists is dead weight (error). Epic's own toolset reports only the first of those three. Returns verdict pass/pass_with_warnings/fail.

  cfa validate_gameplay_cues
  cfa validate_gameplay_cues --parent-tag GameplayCue.Buff

Ranked bulk search across tags, attributes, effects and abilities

One ranked search across every gameplay tag and GAS domain: tags, cues, attributes, attribute sets, effects, abilities and gameplay effect components. Takes SEVERAL terms in a single call, "buff,protect,attack", and answers each with its own top-N list, so finding the real names of a set of things is one round trip instead of one per term. Ranking is fuzzy by default: an exact name beats a prefix, which beats a match at a tag or word boundary, which beats a plain substring, which beats a subsequence; shorter names win ties because a short name containing the term is a closer answer than a long one that merely includes it. --mode substring and --mode regex are there when you want literal control instead. Effects and abilities are read from the asset registry, so assets the editor has never opened are found without loading them. Every result carries its kind and owner, so a returned attribute name can be pasted straight into set_gameplay_effect_modifier. --under scopes tags and cues to a SUBTREE, so on a library of a hundred thousand tags you can ask what lives under Buff.Archer without listing anything else; the parent itself is included. --attribute-set does the same for attributes. Either one may be used with no --query at all, which means "show me what is in this scope", the way to explore a large library without dumping it. To create many tags at once use the batch command rather than calling add_gameplay_tag repeatedly: 100 tags in one batch is roughly 30x faster than 100 separate calls, and lands as ONE undo step. Tags and cues need no plugin; the rest needs GameplayAbilities, and when it is off the search narrows and says so rather than failing.

  cfa search_gas --query "buff,protect,attack" --top 10
  cfa search_gas --under Buff.Archer --kind tags --top 20
  cfa search_gas --query power --under Buff --top 5
  cfa search_gas --query health --attribute-set AS_Hero --explain
  cfa search_gas --query "^GameplayCue\..*Death$" --kind cues --mode regex

Inspect an actor's AbilitySystemComponent

Inspects an actor's AbilitySystemComponent and reports its attribute sets and their values. Outside play the values are class defaults and the response says so explicitly. It does not list active effects, granted abilities or owned tags. Omit --actor to use the current selection.

  cfa get_ability_system_info --actor BP_Character_1
  cfa get_ability_system_info