What problem does it solve?
Programming NVIDIA DOCA Flow pipelines normally requires linking libdoca_flow.so directly into a C/C++ process, which blocks teams whose control plane runs in Python, Go, Rust, or on a different host. This Skill guides agents through standing up, securing, and troubleshooting doca_flow_grpc, the DOCA-shipped gRPC remote-control surface for doca-flow.
Core Features & Use Cases
- Remote-vs-direct decision guidance: Determines whether a gRPC control plane is justified or whether a direct libdoca_flow.so link is the simpler answer.
- Plaintext endpoint hardening: The shipped server uses grpc::InsecureServerCredentials() with no TLS or token-auth knobs, so the Skill enforces binding on a trusted segment behind an external proxy, sidecar, or VPN.
- Contract-first client bring-up: Locates the shipped .proto files as the authoritative RPC contract and generates client stubs via protoc for any gRPC-supported language.
- Layered debugging taxonomy: Diagnoses failures across server-not-started, binding-failed, external-layer-rejected, RPC-call-error, Flow-precondition, and version-mismatch layers.
- Use Case: A control-plane engineer needs a Python service on a separate host to program Flow pipes on a BlueField DPU; the Skill walks through building the server, locating the .proto files, smoking one read-only RPC, then safely exposing the endpoint.
Quick Start
Ask your agent to help you bring up the doca_flow_grpc server and connect a Python client to program Flow rules on a remote BlueField.