Locate CEntityIdentity::m_pInstance in CS2 server.dll / libserver.so via IDA Pro MCP and emit a fresh, minimal-unique signature or offset for the local gamedata entry "CEntityIdentity::m_pInstance" (symbol CEntityIdentity_m_pInstance). This is a STRUCT MEMBER OFFSET (schema netvar), not a function. Resolve the CEntityIdentity class layout via the schema/network system; the member must satisfy natural alignment. Cross-check with functions that dereference the member. Trigger: CEntityIdentity_m...
Scanned 9/27/2026
Install to Claude Code
npx -y skills add mrc4tt/CS2_VibeSignatures --skill find-CEntityIdentity_m_pInstance --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Find CEntityIdentity M PInstance?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/mrc4tt-find-centityidentity-m-pinstance)More formats (shields.io, HTML) on the badges page.
---
name: find-CEntityIdentity_m_pInstance
description: |
Locate CEntityIdentity::m_pInstance in CS2 server.dll / libserver.so via IDA Pro MCP and emit a fresh, minimal-unique
signature or offset for the local gamedata entry "CEntityIdentity::m_pInstance" (symbol CEntityIdentity_m_pInstance). This is a STRUCT MEMBER OFFSET (schema netvar), not a function. Resolve the
CEntityIdentity class layout via the schema/network system; the member must satisfy
natural alignment. Cross-check with functions that dereference the member.
Trigger: CEntityIdentity_m_pInstance, CEntityIdentity::m_pInstance
disable-model-invocation: true
---
# Find CEntityIdentity_m_pInstance
Target: `CEntityIdentity::m_pInstance` (structmember) in the CS2 server module.
> Do NOT anchor on raw byte patterns from older releases - they shift. Use anchors only to *locate*
> the function, then generate a fresh minimal-unique function-head signature with relocated bytes
> wildcarded. Produce ONLY the output file(s) listed in this skill's expected outputs, for the binary
> loaded in THIS session (one platform per run). NEVER open or analyze the other platform's binary.
## Method
This is a STRUCT MEMBER OFFSET (schema netvar), not a function. Resolve the
CEntityIdentity class layout via the schema/network system; the member must satisfy
natural alignment. Cross-check with functions that dereference the member.
## Mandatory self-check before emitting
The pipeline re-reads the bytes at your `func_va` and deterministically regenerates `func_sig` from
them - if your `func_sig` does not match those bytes EXACTLY (with `??` matching anything), the run
aborts. Therefore:
1. After picking the function, read the actual bytes at `func_va` via the IDA MCP.
2. Derive `func_sig` FROM those bytes: keep stable opcode bytes literally, wildcard relocated or
variable operands as `??`.
3. `func_sig` MUST start at `func_va` (the true function head).
4. Only then write the YAML. A mismatch is always a bug in YOUR output, never in the pipeline.
## Output schema (STRICT)
Write the YAML file `<symbol>.{platform}.yaml` with EXACTLY these fields:
```yaml
struct_name: <owning class name>
member_name: <member name>
offset: "<hex byte offset as string>"
size: <member size in bytes, decimal>
offset_sig: "<short byte pattern of an instruction touching the offset>"
```
NEVER include func_* or vfunc_* fields.
## Verification
1. Decompile the candidate and confirm the behavior matches the purpose above (not a caller or callee).
2. Confirm uniqueness: the generated pattern must match exactly one location in the loaded binary.
3. If a candidate cannot be confirmed, report the shortlist instead of guessing - a skipped symbol is
safer than a wrong signature.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!