What problem does it solve?
Debugging NVIDIA DOCA applications is hard because symptoms like link errors, silent programs, or DOCA_ERROR_* return codes can originate at any of seven layers (install, version, build, link, runtime, program, driver). This Skill gives agents a canonical layered ladder and a 5-phase iterative debug loop so they identify the correct layer first, capture read-only evidence before mutating anything, and avoid wasted effort.
Core Features & Use Cases
- 7-layer debug ladder: Classifies any DOCA symptom (install through driver/firmware) and prescribes the exact read-only probes per layer, such as pkg-config --modversion, doca_caps --list-devs, and dmesg.
- Observability controls: Explains how to raise verbosity with --sdk-log-level, DOCA_LOG_LEVEL, and the doca-<library>-trace build flavor to make hidden state visible.
- Reproducible capture workflow: Guides capturing the program/system/DOCA triple for forum posts and escalation to the DOCA Developer Forum.
- Use Case: A developer hits "undefined reference to doca_flow_init" and the agent places the symptom at the Link layer, then prescribes using pkg-config --libs doca-flow verbatim instead of a hand-typed link line.
Quick Start
Ask your agent to help debug a DOCA symptom, for example: my DOCA program fails at the link step with undefined reference to doca_flow_init, walk me through which layer is responsible.