Borrowing it
Nothing to install: this file belongs to inspecto-dev/inspecto. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/inspecto-dev/inspecto/main/.claude/skills/vscode-ext-probe/analyze-params/SKILL.mdgit clone --depth 1 https://github.com/inspecto-dev/inspectoWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/inspecto-dev/inspecto/analyze-params)<a href="https://agentmods.dev/skills/inspecto-dev/inspecto/analyze-params"><img src="https://agentmods.dev/badge/skills/inspecto-dev/inspecto/analyze-params/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/inspecto-dev/inspecto/analyze-params"><img src="https://agentmods.dev/badge/skills/inspecto-dev/inspecto/analyze-params.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00133 | $0.00667 |
| Opus 5.5 | $0.00053 | $0.00267 |
| Sonnet 5.5 | $0.00027 | $0.00133 |
| Haiku 4.5 | $0.00013 | $0.00067 |
Grade A, and why
vscode-ext-analyze-params scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Analyze VSCode Extension Command Parameters
Deep-dive into a specific command's parameter signature from minified source code.
Usage
# Analyze a single command
python3 scripts/analyze_params.py <extension-id> <command-name> [--context-size 800]
# Analyze all commands at once
python3 scripts/analyze_params.py <extension-id> --all
What It Does
For each target command:
- Finds the
registerCommand("cmd", callback)in extension.js - Extracts the callback parameter list (e.g.
(N, v, U)) - Analyzes type-checking patterns in the function body:
typeof X === "string"→ parameter isstringArray.isArray(X)→ parameter isarrayX?.property→ parameter isobject- Ternary guards like
typeof X === "string" ? X : undefined→ optional typed parameter
- Checks URI Handlers (
handleUri) for human-readable parameter name mapping - Extracts the surrounding code context for manual inspection
How to Read the Output
┌─ claude-vscode.terminal.open
│ Params: (N, v, U)
│ Types: N: string, v: string[], U: object (via validator)
│ URI: /open → params: [session, prompt]
│ Mapped: N=prompt, v=flags, U=options (inferred from URI + position)
└──
- Params: Raw minified parameter names from the callback
- Types: Inferred from type guards in the function body
- URI: If the command is also accessible via URI handler, shows the human-readable parameter names
- Context: The surrounding code for manual analysis
Key Insights
- Parameter position matters —
editor.open(session, prompt, viewColumn)puts prompt as arg 2 - URI Handlers are the Rosetta Stone — they map minified names to human-readable ones
- Type guards reveal optionality —
typeof X === "string" ? X : undefinedmeans the param is optional - Validator function calls (e.g.,
M_6(U)) indicate custom object schemas — check the validator's definition for details
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 65 lines · 133 tokens per session scan A 16d0b3706717
vscode-ext-analyze-params is a skill published in the GitHub repository inspecto-dev/inspecto (22 stars, last pushed 1mo ago), licensed MIT. It adds 133 tokens to every session and 667 once invoked, about $0.0005 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
systemic-issue-triage
Trigger: new issue, bug report, triage, backlog, issue flood, community report, root cause, dead-end, blocked user. Attack issues by root class, never one-by-one; fixes must shrink the system, not grow it.
issue-root-resolution
Trigger: root audit, atacar la raíz, issue roots, backlog roots, mechanism map, deletion-driven fix, resolver issues de raíz, close outdated issues. Audit and resolve issue clusters by verified root cause.
rdd-defect-workflow
Trigger: RDD, receipt-driven development, review authority, receipt/lineage, correction/recovery, delivery gate/kill switch, bounded review defects. Guide work.
debug-live
Guides root-cause investigations with debugging capabilities by setting breakpoints, starting a debug session, stepping through execution, inspecting variables, and tracing symptoms back to their origin. Prefer it for runtime bugs, failing tests, exceptions, crashes, hangs, wrong/null values, and unexpected output…
dex-doctor
Whole-system checkup: verifies every Dex feature honestly (working/off/broken/couldn't-check), self-heals what's provably safe, guides the rest. Use when the user says 'is Dex healthy', 'something's broken', 'check my setup', 'run diagnostics'. Not for discovering unused features; use dex-level-up. Not for applying an…
debug-helper
Help debug code by analyzing error messages, identifying root causes, and providing fix suggestions.