> Build and test the PREVAIL verifier (external/ebpf-verifier) standalone. Use this skill when asked to build, test, or iterate on the PREVAIL verifier, run YAML verification tests, or work with the verifier's cmake build system.
npx skills add https://github.com/microsoft/ebpf-for-windows --skill build-prevail
Build and test the PREVAIL eBPF verifier (external/ebpf-verifier) independently from the main eBPF for Windows solution.
external/ebpf-verifier/run_yaml.exe or tests.exe for the verifierThe verifier's cmake build directory must exist. If external/ebpf-verifier/build/ is missing, run from the solution root:
.\scripts\initialize_ebpf_repo.ps1
This generates cmake projects for the verifier (and other submodules). You only need to do this once, or after resetting submodules.
cd external\ebpf-verifier
# Build the YAML test runner (most common during development)
cmake --build build --config Release --target run_yaml
# Build the full Catch2 test binary
cmake --build build --config Release --target tests
# Clean build (rebuild everything from scratch)
cmake --build build --config Release --clean-first
When built as a submodule, prevail_ENABLE_TESTS defaults to OFF. To enable standalone tests:
cmake -B build -Dprevail_ENABLE_TESTS=ON
cmake --build build --config Release
Note: The initialize_ebpf_repo.ps1 script does NOT enable tests. You need to reconfigure with -Dprevail_ENABLE_TESTS=ON if you want to build tests.exe standalone.
YAML test files are in external/ebpf-verifier/test-data/*.yaml. Each file is a test suite with individual tests separated by ---.
cd external\ebpf-verifier
# Run all tests in a suite
.\bin\run_yaml.exe test-data\loop.yaml
# Run tests matching a substring
.\bin\run_yaml.exe test-data\loop.yaml "while loop with"
# Run a specific test by exact name
.\bin\run_yaml.exe test-data\bitop.yaml "AND with 0xFF preserves relations when value fits"
0 — all tests passed1 — one or more tests failedWhen writing new YAML tests, use placeholder postconditions and run the test to discover actual values:
post:
- placeholder
messages:
- placeholder
The failure output shows "Unexpected properties" (actual values) and "Unseen properties" (your placeholders). Copy the actual values into your test.
| Suite | Description |
|-------|-------------|
| loop.yaml | Bounded loop verification (termination checking) |
| bitop.yaml | Bitwise operations (AND, OR, XOR) |
| movsx.yaml | Sign extension (MOVSX) operations |
| sext.yaml | Sign/zero extension relational tests |
| jump.yaml | Conditional jumps and branching |
| packet.yaml | Packet access safety |
| pointer.yaml | Pointer arithmetic and safety |
| stack.yaml | Stack access verification |
| call.yaml | Helper function calls |
| calllocal.yaml | Local (subprogram) calls |
| assign.yaml | Register assignment |
| add.yaml / subtract.yaml | Arithmetic operations |
| muldiv.yaml / sdivmod.yaml / udivmod.yaml | Multiplication, division, modulo |
| shift.yaml | Shift operations |
| atomic.yaml | Atomic operations |
| full64.yaml | 64-bit comparison operations |
| unsigned.yaml | Unsigned comparison operations |
| unop.yaml | Unary operations (neg, swap) |
| observe.yaml | Observation/assertion tests |
| uninit.yaml | Uninitialized variable detection |
| map.yaml | Map operations |
| parse.yaml | YAML parsing tests |
| callx.yaml | Indirect calls |
cd external\ebpf-verifier
# Run all tests
.\bin\tests.exe
# Run with compact reporter
.\bin\tests.exe --reporter compact
# Abort on first failure
.\bin\tests.exe --abort --reporter compact
# Run specific test sections
.\bin\tests.exe "YAML suite: test-data/loop.yaml"
The tests.exe binary includes YAML tests, ELF verification tests, conformance tests, and unit tests.
---
test-case: descriptive test name
options: ["termination"] # optional; enables loop termination checking
pre: ["r1.type=number", "r1.svalue=[0, 100]", "r1.uvalue=r1.svalue"]
code:
<start>: |
r0 = 0
<loop>: |
r0 += 1
if r1 > r0 goto <loop>
<out>: |
exit
post:
- r0.type=number
- r0.svalue=[1, 100]
messages: [] # expected verifier messages; omit for no messages
r prefix for 64-bit registers, w prefix for 32-bitw2 = r2 generates a 32-bit self-MOV (SHL 32 + RSH 32 truncation pattern)r2 &= 255 generates 64-bit AND with immediatesvalue = signed value, uvalue = unsigned valuer2.svalue=r1.svalue means relational constraint (r2 tracks r1)r1.svalue=[0, 100] means interval [0, 100]pc[N] refers to the loop counter at instruction Npost: must list ALL expected properties — unlisted ones cause "Unexpected properties" failuremessages: field is optional (defaults to empty)When you need to build the verifier as part of the main solution (e.g., to build bpf2c which depends on it):
# From solution root
msbuild ebpf-for-windows.sln /m /p:Configuration=Debug /p:Platform=x64 /t:"tools\bpf2c" /v:q /nologo
The MSBuild target for the verifier library is libs\user\prevail (for Debug/Release configs).
The ubpf_fuzzer\ebpfverifier target is a separate copy used only in FuzzerDebug configuration.
external/ebpf-verifier/ as a git submodulegit stash in the parent repo does NOT affect the submodule working tree — stash separately in the submodule if neededgit submodule update --init --recursive (from the parent repo root).\scripts\initialize_ebpf_repo.ps1 to regenerate cmake projectsToolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Use when implementing any feature or bugfix, before writing implementation code
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always
Expert guidance for systematic backtesting of trading strategies. Use when developing, testing, stress-testing, or validating quantitative trading strategies. Covers "beating ideas to death" methodology, parameter robustness testing, slippage modeling, bias prevention, and interpreting backtest results. Applicable when user asks about backtesting, strategy validation, robustness testing, avoiding overfitting, or systematic trading development.
Cloud laboratory platform for automated protein testing and validation. Use when designing proteins and needing experimental validation including binding assays, expression testing, thermostability measurements, enzyme activity assays, or protein sequence optimization. Also use for submitting experiments via API, tracking experiment status, downloading results, optimizing protein sequences for better expression using computational tools (NetSolP, SoluProt, SolubleMPNN, ESM), or managing protein design workflows with wet-lab validation.
This skill should be used for time series machine learning tasks including classification, regression, clustering, forecasting, anomaly detection, segmentation, and similarity search. Use when working with temporal data, sequential patterns, or time-indexed observations requiring specialized algorithms beyond standard ML approaches. Particularly suited for univariate and multivariate time series analysis with scikit-learn compatible APIs.
Take microsoft/build-prevail from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.