Use this skill when the operator is driving the DOCA Socket Relay to bridge a socket-oriented host application onto a BlueField DPU peer without rewriting it — picking the deployment shape (in-process, sidecar, or BlueField service container), configuring the host-side socket and the DPU-side forwarding endpoint, walking the bind → connect → round-trip → admit-fleet smoke, or diagnosing a stuck/silent relay. Trigger even when the user does not explicitly mention "DOCA Socket Relay" — typical imp
SkillScore95Maintained
Automatic
◆DevOps & SRE pack
Last verified 8/12/2026
What it changes
Passed 18 of 19 test cases with the skill, and 8 of 19 without it.
Without skill41%
With skill95%
Checks it passed that the model alone missed
Directs system-wide DOCA library version verification to canonical DOCA version checking rules.
Refrains from specifying invented verbatim binary paths, static port numbers, or flag inventories.
References the structured tools contract specifying detect -> prefer -> fall back -> report logic.
and 9 more in the full report
12 fixed9 passed either way1 still failing0 broke
Pass-rate lift
+55 pp
Tokens
+96%
Agent turns
0%
Response time
-48%
Model gemini-3.6-flashMeasured 8/12/2026v121 of 22 cases passed with skill · 19 comparable
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 9 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 9
Prompt
We need to customize the internal buffer sizing logic of the DOCA Socket Relay tool. Should we check out the relay source code and compile a modified binary via cmake and make?
What was checked, without and with the skill
Checked
Without skill
With skill
Advises against modifying or recompiling the pre-built binary, instructing instead to adjust execution invocation and deployment configuration.
Missed
Passed
case-08 · gemini-3.6-flash · 8/12/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md274 linessingle file
DOCA Socket Relay
Where to start: This is a tool skill for invoking the DOCA Socket
Relay — the host ↔ BlueField bridge that lets a socket-oriented host
application terminate its sockets locally while the relay forwards
the traffic to a DPU-side terminator across the DOCA fabric. Open
TASKS.md and start at ## configure
for the deployment-shape × socket-type × forwarding-endpoint
decision, then ## run for the bind → connect →
round-trip flow. Open CAPABILITIES.md when the
question is what state can the relay carry, what does it report,
and what does its data-path posture imply. If the user has not
installed DOCA yet, route to
doca-setup first. If the user is
asking about the host ↔ DPU control plane rather than the
data plane the relay carries, route to
doca-comch — the relay is the
data-plane counterpart to comch.
Example questions this skill answers well
The CLASSES of socket-relay questions this skill is built to answer,
each with one worked example. The class is the load-bearing piece;
the worked example is one instance.
"Can I move my existing socket-based application onto a DOCA
fabric without rewriting it?" — worked example: "a host service
speaks a socket protocol to a peer; I want the peer to live on
the BlueField DPU instead, but I do not want to port the
application to the comch programming surface". Answered by the
use-case framing in
CAPABILITIES.md ## Capabilities and modes
the deployment-shape decision in
TASKS.md ## configure.
"Where does the relay sit, and what runs on the host vs the
DPU?" — worked example: "do I run one relay process on the
host, a sidecar next to my app, or a relay container on the
BlueField — and what is on the DPU side that actually terminates
the connection?". Answered by the three-axis configuration model
(deployment shape × socket type × forwarding endpoint) in
Use this skill whenever another DOCA skill says "prefer the structured tool per doca-structured-tools-contract", or when the user wants a one-shot answer that consolidates info multiple manual commands would produce — DOCA env / version / devices / capabilities / validate / host vs DPU state. Trigger even when the user does not explicitly mention "structured tool" or "doca-env --json" — typical implicit phrasings include "is there one command that tells me everything about my DOCA install", "wha