Agent skill

Paro Benchmark

by zunor in zunor/paro

Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons.

Apache-2.0Auto-check passedDatabases

Install Paro Benchmark

skills CLI
$ npx skills add zunor/paro --skill paro-benchmark -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install zunor/paro paro-benchmark --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/zunor/paro.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/paro-benchmark .claude/skills/paro-benchmark && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
paro-benchmark
GitHub stars
105
Token cost
~1.8k tokens
SKILL.md length
871 words
Files
2
Skills in repo
3
Repo updated
First seen
Licence
Apache-2.0

At a glance

Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons.

  • Works in 6 steps: Name the question and intervention.… → Use owned ports/data and explicit output… → C1 is the target's cache-miss occurrence… → …
  • Tasks that involve Vector databases
  • SKILL.md covers Use the selected checkout and…, Running the TPC-DS collector, Practical comparison and Gates and retention
  • Calls cargo and make

What it does

Paro Benchmark is an agent skill from zunor/paro. Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons. Default to lightweight diagnosis; use paro-evidence only for formal parity, release or non-inferiority claims.

Its SKILL.md is about 1.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `agents/openai.yaml`).

It sits in Databases, covering Vector databases. It works with SQL, PostgreSQL and Rust. The repository describes itself as: An AI-native multi-model database unifying SQL, vector, full-text, graph, and sandboxed Python — for transactional, analytical, and agent workloads. The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve Vector databases

Example prompts

  • “/paro-benchmark”

Requirements

  • Python 3

Workflow steps

6 steps, taken from the first numbered list in SKILL.md.

  1. Name the question and intervention. Check the actual binary, data seed,
  2. Use owned ports/data and explicit output paths. Separate directories do
  3. C1 is the target's cache-miss occurrence zero in a fresh process; keep warm
  4. Verify full types, bag multiplicity and required order outside timing.
  5. Rank queries by excess time versus the comparator, with coverage/timeouts
  6. Diagnose relevant outliers with one separate EXPLAIN ANALYZE per engine

What it can do on your machine

Read from SKILL.md and the folder at commit 4afe117. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • cargo
    • make

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Paro Benchmark loads about 1.8k tokens when it runs. Until then it costs about 57 tokens; SKILL.md has 871 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~57
When it runs · the whole SKILL.md, loaded when a task matches
~1.8k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from zunor/paro at commit 4afe117, republished under its Apache-2.0 licence (© zunor). 871 words, ~1,784 tokens.

Download SKILL.mdSave it as .claude/skills/paro-benchmark/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
paro-benchmark
description
Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons. Default to lightweight diagnosis; use paro-evidence only for formal parity, release or non-inferiority claims.

Paro benchmark

Default to exploration: answer the specific question with the smallest useful experiment. A pilot needs source/binary, SQL/data, settings, timer scope and raw samples, not a preregistered certification campaign. Label conclusions accordingly.

Use the selected checkout and maintained runner

Inspect HEAD/status, preserve user work, and read benchmark README. Discover commands from make -C benchmark help, the intended CLI's --help and its implementation; don't copy stale flags. Inspect recursive Make recipes before a dry run. Reuse the declared Python environment and toolchain.

  • Engineering workloads/gates: benchmark/runner.py, harness/, policies/.
  • Corpus A/B and cold/warm: corpora/tpcds_compare.py; read CORPORA for data and result contracts.
  • Compile diagnosis: corpora/cold_planning.py and EXPLAIN COMPILE.
  • Actual operators: EXPLAIN ANALYZE and corpora/d6_execution_profile.py.
  • Known-cardinality checks: corpora/plan_quality.py.

Use supported collectors/validators; extend their missing capability instead of building another timer or per-report parser. Full-corpus certification is not required for a targeted diagnostic run. Help must not start a server.

Running the TPC-DS collector

The corpora/ scripts are not importable as a package or runnable by path alone: run them from benchmark/ with PYTHONPATH=.:corpora .venv/bin/python corpora/<script>.py --help. Facts that are easy to miss:

  • tpcds_compare.py builds cargo build --release --locked --bin parod in its own checkout and runs <checkout>/target/release/parod; it refuses a source tree that changes during the build. The reported source is that checkout, so the collector revision is the tested revision.
  • Normal compile receipts carry compiler_elapsed_us only when the caller exports PARO_COMPILE_WORK_EVIDENCE=1; otherwise compile time is uncovered. Check one cell's compile_receipts[].compile.raw before a long campaign.
  • --report runs/<id>/<name>.json creates the RunOutput directory runs/<id>/<name>-run/; each invocation is one campaign over --start..--end.
  • --server-data-dir is an immutable seed, cloned per process. It must have a root-relative catalog (storage_dir: ./databases/db-N); older absolute-path seeds are rejected. Rebuild one under the data root: start the tested parod with the empty seed directory as cwd and --data-dir . on an owned port, run corpora/tpcds_setup.py --dsn ... --csv-dir <csv> (declared keys, matching --metadata-track generator-declared), then stop it with SIGTERM. The CSV directory needs all 24 tables plus schema.sql/load.sql, whose COPY paths are absolute. Use the same storage format for every arm.
  • Query SQL lives in the DuckDB checkout under extension/tpcds/dsdgen/queries; see CORPORA.

Comparing another revision: add a detached source-only worktree and give it its own Cargo target (CARGO_TARGET_DIR=<worktree>/target); the collector reads <checkout>/target/release/parod. Never let two checkouts share a target. Path-dependency artifact hashes are workspace-relative, so the checkouts overwrite each other's crates, and freshness is judged by source mtimes: a "fresh" build can silently link the other revision's code, and two arms then measure one program. Before collecting, build every arm, confirm distinct binary hashes and one plan- or behavior-level difference per arm, and check each cell's recorded binary_sha256 against its arm. If a shared target was already used, cargo clean --release -p <changed crates> before trusting it again. Use that revision's own collector flags; the single-planner tree has no policy switch, and quality-versus-pipeline Memo comparisons need a revision at or before 5ba483059 (--optimizer-search-policy). Remove the worktree and its target after review.

Show full SKILL.md (385 more words)Show less

Practical comparison

  1. Name the question and intervention. Check the actual binary, data seed, DOP/memory, cache regime, verification and observers. DuckDB's declared version is in benchmark/requirements.txt; verify the imported runtime and extensions, not a different environment's package listing.
  2. Use owned ports/data and explicit output paths. Separate directories do not isolate CPU, I/O or servers. Serialize competing performance runs. Share one build target sequentially rather than cloning build products.
  3. C1 is the target's cache-miss occurrence zero in a fresh process; keep warm and diagnostic cohorts separate. For warm A/B, alternate arms in balanced order in one process only when that binary exposes the real intervention, settings are restored and cache identity separates it. Different binaries require separate owned processes with interleaved blocks.
  4. Verify full types, bag multiplicity and required order outside timing. Preserve errors/timeouts/slow samples. An unavailable oracle is a limitation, not permission to invent an epsilon or bless the result.
  5. Rank queries by excess time versus the comparator, with coverage/timeouts visible; distinguish absolute burden from geometric mean and per-query ratios. SQL-feature categories are hypotheses, not causal attribution.
  6. Diagnose relevant outliers with one separate EXPLAIN ANALYZE per engine (only when execution/side effects are in scope). Match operator metrics by actual plan/port/phase. Directly time first-execution work; do not manufacture its components by subtracting medians from different cohorts.

Keep normal timings trace-off. Record necessary bounded compile/admission receipts and observer overhead; diagnostic durations never certify speed. For planner changes also use paro-optimizer.

Gates and retention

Existing engineering gates retain their policy, calibration, sample minima and failure semantics. A shadow/soft zero exit or Unmeasurable result is not a pass. Running checks does not authorize bless, policy changes or expected updates.

Put raw reports under an ignored, uniquely owned benchmark/runs/<run-id>/ (or an explicit external run root). Inspect actual output flags; a top-level path alone does not prove all legacy writers/retries are isolated. Keep all attempts within a run. Delete disposable runs after review, normally within 14 days; preserve unresolved unique reproducers. Do not install an automatic purge or delete another task's data.

Commit only a short decision when it changes design, with exact source, commands/settings, limitations and how to reproduce. Do not commit routine logs/traces/data or generate an evidence package for every edit. For a formal release, parity or non-inferiority claim use paro-evidence before confirmatory sampling.

© zunor, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file in .agents/skills/paro-benchmark of zunor/paro.

  • SKILL.md
  • agents/openai.yaml

Open the folder on GitHubat commit 4afe117

Compare with similar skills

Paro Benchmark next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Paro Benchmark compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Paro Benchmark this skillzunor/paro105—~1.8kAutomated safety check: PassApache-2.0
Diesel Guardayarotsky/diesel-guard121—~3.1kAutomated safety check: PassMIT
Querying Tempotempoxyz/tidx108—~3.1kAutomated safety check: PassMIT
Neon Postgresneondatabase/agent-skills100—~4.1kAutomated safety check: NotesApache-2.0
Ron Databasebionic-gpt/bionic-gpt2.4k—~721Automated safety check: PassApache-2.0
Rust On Nailsbionic-gpt/bionic-gpt2.4k—~706Automated safety check: PassApache-2.0

Similar skills

  • Diesel Guard

    ayarotsky/diesel-guard

    Lints Diesel and SQLx Postgres migrations for unsafe schema changes that lock tables or cause downtime, and authors custom Rhai checks.

    121 GitHub stars~3.1k tokensUpdated today
    DatabasesAuto-check passed
  • Querying Tempo

    tempoxyz/tidx

    Query indexed Tempo chain data via tidx HTTP API and CLI. An agent skill from tempoxyz/tidx.

    108 GitHub stars~3.1k tokensUpdated today
    DatabasesAuto-check passed
  • Neon Postgres

    neondatabase/agent-skills

    Official

    Guides and best practices for working with Lakebase Postgres on Neon: connections, pooled vs direct, schema migrations, branching, autoscaling, scale-to-zero, instant restore, read replicas, IP…

    100 GitHub stars~4.1k tokensUpdated yesterday
    DatabasesAuto-check: notes
  • Ron Database

    bionic-gpt/bionic-gpt

    Manage PostgreSQL migrations, typed SQL queries, generated Rust bindings, and database authorization in Rust on Nails applications.

    2.4k GitHub stars~721 tokensUpdated 3 days ago
    DatabasesAuto-check passed
  • Rust On Nails

    bionic-gpt/bionic-gpt

    Design Rust on Nails applications and cross-layer features using Axum, server-rendered Dioxus, PostgreSQL, and typed SQL.

    2.4k GitHub stars~706 tokensUpdated 3 days ago
    DatabasesAuto-check passed
  • Golem Add Postgres Rust

    golemcloud/golem

    Using golem:rdbms/postgres from a Rust Golem agent. An agent skill from golemcloud/golem.

    1.5k GitHub stars~551 tokensUpdated today
    DatabasesAuto-check passed

More from zunor/paro

  • Paro Optimizer

    zunor/paro

    Design, refactor and diagnose Paro's staged optimizer, using EXPLAIN COMPILE for planning and EXPLAIN ANALYZE for execution.

    105 GitHub stars~979 tokensUpdated 2 days ago
    Auto-check passed
  • Paro Evidence

    zunor/paro

    Design or audit formal Paro performance claims: release acceptance, cross-engine parity, model calibration certification or non-inferiority.

    105 GitHub stars~1k tokensUpdated 2 days ago
    Auto-check passed

Categories

Questions about Paro Benchmark

What does Paro Benchmark do?

Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons. Paro Benchmark is an agent skill from zunor/paro. Run Paro engineering performance gates and exploratory cold/warm, cross-engine or operator comparisons.

When should I use Paro Benchmark?

Paro Benchmark fits situations like: tasks that involve Vector databases.

How do I install Paro Benchmark in Claude Code?

Run `npx skills add zunor/paro --skill paro-benchmark -a claude-code`. Or copy the skill folder (.agents/skills/paro-benchmark in zunor/paro) into .claude/skills/paro-benchmark in your project. Claude Code loads it when a task matches its description.

How do I install Paro Benchmark in Codex?

Run `npx skills add zunor/paro --skill paro-benchmark -a codex`. Or copy the skill folder (.agents/skills/paro-benchmark in zunor/paro) into .agents/skills/paro-benchmark in your project. Codex loads it when a task matches its description.

Can I use Paro Benchmark in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add zunor/paro --skill paro-benchmark -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/paro-benchmark, .gemini/skills/paro-benchmark, .github/skills/paro-benchmark and .opencode/skills/paro-benchmark in your project.

What does Paro Benchmark need to run?

Going by SKILL.md and its folder, Paro Benchmark needs the command-line tools its instructions call (cargo and make). Our summary lists: Python 3.

Does Paro Benchmark access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Paro Benchmark safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Paro Benchmark use?

Paro Benchmark is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Paro Benchmark use?

About 1.8k tokens (SKILL.md is roughly 7.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Paro Benchmark?

Skills that share tags, products or a category with Paro Benchmark: Diesel Guard (ayarotsky/diesel-guard, 121 stars), Querying Tempo (tempoxyz/tidx, 108 stars), Neon Postgres (neondatabase/agent-skills, 100 stars) and Ron Database (bionic-gpt/bionic-gpt, 2.4k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Paro Benchmark?

zunor (a GitHub user) maintains it in zunor/paro, which has 105 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on October 8, 2026.

Source: zunor/paro on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.