Agent fallback for CNetworkTransmitComponent_m_nStateFlags (auto-generated, category: structmember). Locate
CNetworkTransmitComponent::m_nStateFlags in the CS2 server module via IDA Pro MCP and emit a fresh,
minimal-unique artifact. The deterministic preprocessor could not resolve this
symbol on the current gamever - your job is the re-sign.
Trigger: CNetworkTransmitComponent_m_nStateFlags, CNetworkTransmitComponent::m_nStateFlags
Installs into .claude/skills of the current project.
Sponsors
SSkills DirectorySkills Directory
Is that skill safe to install?
SSkills DirectorySkills Directory
Know which skills are safe — weekly.
Are you the author of Find CNetworkTransmitComponent M NStateFlags?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/mrc4tt-find-cnetworktransmitcomponent-m-nstateflags)
---
name: find-CNetworkTransmitComponent_m_nStateFlags
description: |
Agent fallback for CNetworkTransmitComponent_m_nStateFlags (auto-generated, category: structmember). Locate
CNetworkTransmitComponent::m_nStateFlags in the CS2 server module via IDA Pro MCP and emit a fresh,
minimal-unique artifact. The deterministic preprocessor could not resolve this
symbol on the current gamever - your job is the re-sign.
Trigger: CNetworkTransmitComponent_m_nStateFlags, CNetworkTransmitComponent::m_nStateFlags
disable-model-invocation: true
---
# Find CNetworkTransmitComponent_m_nStateFlags
Target: `CNetworkTransmitComponent::m_nStateFlags` (structmember) in the module loaded in THIS session.
> The old artifact/preprocessor anchors no longer match this build. Use anchors
> only to *locate* candidates; derive the artifact from the ACTUAL bytes you read.
> Produce ONLY this session's platform output. NEVER open another binary.
## Method
Resolve the class layout via the schema/network system or instructions that
dereference the member. Verify natural alignment and cross-check with
constructor/accessor functions.
## Mandatory self-check before emitting
The pipeline re-reads the bytes at your `func_va` and regenerates `func_sig` from
them - a mismatch aborts the run. Therefore: read the real bytes via IDA MCP,
derive the artifact FROM those bytes (wildcard relocated operands as `??`), start
at the TRUE function head, and only then write the YAML. A mismatch is always a
bug in YOUR output.
## Output schema (STRICT)
Write `CNetworkTransmitComponent_m_nStateFlags.{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 and confirm the behavior matches the symbol's semantics.
2. Uniqueness: the pattern must match exactly ONE location in the loaded binary.
3. If no candidate can be confirmed, report the shortlist - a skipped symbol is
safer than a wrong signature.