A practical guide to decoding resource IDs for weapon cases, collections, and agent skins on C5GAME. Learn why the inspect window, inventory grid, and listing page may show different names, and which identifier to trust when they conflict.
Introduction
If you've ever browsed your inventory on C5GAME, you've probably noticed something odd: the same item appears as "Weapon Case" in the inspect window, a string of cryptic English in your inventory grid, and yet another name on the listing page. This isn't a mistake—it's because these three resource types each have their own ID system, and the inspect window, inventory grid, and listing page read different fields. Understanding how they interlock is far more useful than memorizing skin names.
Weapon Cases: Identify by weapon_case Prefix, Not by Localized Name
Weapon cases are a distinct item type in the game's resources, typically prefixed with weapon_case. What you see in the inspect window—"Dreams & Nightmares Case," "Recoil Case"—are localized display names. What truly determines whether two cases are the same is the resource key, something like csgo_weapon_case_xxx.
Here's a common pitfall: localized names for weapon cases get tweaked with language pack updates, but resource keys never change. So when the name on C5GAME's listing page doesn't match the in-game inspect window, don't jump to conclusions about counterfeits—check the resource key first. Cases openable by the same key must belong to the same key group. If names differ but keys match, it's just localization lag.
Another detail: the container property. A case isn't a decorative item; it's a container, so its inspect view won't show sticker slots or a wear bar. The static case image you see reads the case's texture, which has no binding relationship with the skins that might drop from it. In other words, the cover image on the listing page and the case contents are two separate resources—don't infer contents from the cover.
Collections: IDs Attach to the Series, Not to Individual Items
Collections are the most misunderstood of the three. Many assume a collection is just "a bundle of skins," but from a resource perspective, a collection's ID attaches at the series level, not the individual item level.
Specifically, a skin's resource key usually looks like cu_xxx_yyy, where the first part is the weapon or finish series and the second part is the specific variant. A collection groups these resource keys into a series set, often tied to a map, operation, or tournament. The collection tag you see in the inspect window reads this group name.
This means two things:
First, the same skin can appear in different collection contexts because a collection is a classification, not a unique identity. If you see a skin tagged as Collection A on C5GAME and Collection B elsewhere, don't cry fake—check whether its base resource key has changed.
Second, a collection's "completeness" is a group-level concept. To complete a set, you're collecting a set of resource keys, not a set of localized names. Localized names drift across pages due to translation habits; resource keys don't.
Agent Skins: IDs Bind Two Layers—Model + Texture
The biggest difference between agent skins and weapon skins is that an agent skin isn't a finish applied to a fixed weapon model; it replaces the entire character resource. So its ID structure has two layers: one pointing to the character model, one pointing to the texture variant used by that model.
This leads to a practical phenomenon: agent skins typically have no wear bar in the inspect window. Their resource definition lacks a wear field, making wear meaningless for them. If you see an agent listing on C5GAME without a wear filter, it's not a missing feature—the item simply doesn't participate in the wear system.
So how do you tell if two agents are the same? Look at the model resource key. Different texture variants of the same model diverge in the latter part of the resource key. After translation, they might both be called "Some Agent," but if the model keys differ, they're two different things. This is especially useful when cross-referencing pages: localized names lie, model keys don't.
Which Line to Trust When Comparing the Three
Putting all three together, the logic is clear:
- Weapon Cases: Trust the
weapon_caseprefix + key group, not the localized display name. - Collections: Trust the series group name + resource key set, not individual localized names.
- Agent Skins: Trust the model key + texture variant, not the presence of a wear bar.
When the inspect window, inventory grid, and C5GAME listing page show mismatched names, prioritize the resource key, then the item type prefix, and only then the localized display name. Localized names are for humans; resource keys are for system interoperability.
By the way, Steam Community Market item pages align with in-game resource keys. If you're cross-referencing between C5GAME and Steam, using the resource key from the Steam page as your anchor is far more reliable than using localized names. Names change; keys don't.