OSV (osv.dev). Use this skill for ANY OSV request — searching and reading data. Whenever a task involves OSV, use this skill instead of calling the API directly.
Pro shows the line behind each finding and how to fix it
Scanned 9/25/2026
npx -y skills add oomol-lab/skills --skill oo-osv --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Oo Osv?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/oomol-lab-oo-osv)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: oo-osv
description: "OSV (osv.dev). Use this skill for ANY OSV request — searching and reading data. Whenever a task involves OSV, use this skill instead of calling the API directly."
allowed-tools: [Bash(oo *)]
metadata:
title: "OSV"
author: "OOMOL"
version: "1.0.1"
services: ["osv"]
icon: "https://static.oomol.com/logo/third-party/osv.svg"
---
# OSV
Operate **OSV** through your OOMOL-connected account. This skill calls the `osv` connector with the [oo CLI](https://github.com/oomol-lab/oo-cli); OOMOL injects credentials server-side, so you never handle raw tokens.
## Running an action
OSV needs no account connection. Assume the oo CLI is installed and signed in. **Do not run `oo auth login` proactively — just run the action.** Fall back to [First-time setup](#first-time-setup) only when a command actually fails.
**1. Inspect the contract** to get the authoritative input/output schema before building a payload:
```bash
oo connector schema "osv" --action "<action_name>"
```
**2. Run the action** with a JSON payload that matches the input schema:
```bash
oo connector run "osv" --action "<action_name>" --data '<json>' --json
```
- `--data` takes a JSON object string or `@path/to/file.json`; omit it to send `{}`.
- The response is `{ "data": ..., "meta": { "executionId": "..." } }`; the execution id lives under `meta.executionId`.
Each action is listed below with a one-line description; actions that change state carry a `[write]` or `[destructive]` tag. Before constructing `--data`, fetch the action's live schema with `oo connector schema` to get its authoritative input fields.
## Available actions
- `get_vulnerability` — Get the complete OSV record for a vulnerability identifier.
- `query_vulnerabilities` — Find known vulnerabilities associated with a package or affecting a specific package version.
## Safety
- Untagged actions are reads (get / list / search) — safe to run directly.
- **Actions tagged `[write]` change OSV state — confirm the exact payload and effect with the user before running.**
- **Actions tagged `[destructive]` remove or overwrite data — always confirm the target and get explicit approval first.**
## First-time setup
These are **one-time** steps — do not repeat them on every call. Run a step only when a command fails for the matching reason.
- **`oo: command not found`** — install the oo CLI (other platforms: <https://cli.oomol.com/install-guide.md>):
```bash
curl -fsSL https://cli.oomol.com/install.sh | bash # macOS / Linux
```
```powershell
irm https://cli.oomol.com/install.ps1 | iex # Windows PowerShell
```
- **Not signed in / authentication error** — sign in to your OOMOL account once:
```bash
oo auth login
```
- **HTTP 402 / `OOMOL_INSUFFICIENT_CREDIT`** — billing stop. Recharge at `https://console.oomol.com/billing/token-recharge` before retrying.
## Resources
- OSV homepage: https://osv.dev
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!