CtrlK
BlogDocsLog inGet started
Tessl Logo

option-vol-analysis

Analyze option volatility by combining vol surface data, option pricing with Greeks, and historical price data to assess implied vs realized volatility. Use when pricing options, analyzing volatility surfaces, computing Greeks, assessing vol premiums, or evaluating vol trading strategies.

70

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-organized, actionable orchestration skill with concrete tool inputs, metrics, and output templates, but its workflow lacks explicit validation checkpoints and the Core Principles section adds mild redundancy and conceptual padding that the workflow already covers. Strong on actionability and structure; room to tighten prose and add verification steps.

Suggestions

Tighten 'Core Principles' to remove redundancy with 'Tool Chaining Workflow' — it previews the same pull-surface-then-price-then-compare sequence that the numbered steps restate; merge or trim to save tokens.

Add explicit validation checkpoints to the workflow (e.g., verify the vol surface returned all requested tenors/deltas before pricing; confirm historical data spans at least 90 days before computing realized vol) with a fix-and-retry loop, to reach full workflow clarity.

Cut conceptual asides Claude already knows — such as 'Individual option prices are derived from this surface' and 'The vol premium (implied minus realized) is the key metric for assessing whether options are cheap or expensive' — unless they change a concrete routing decision.

DimensionReasoningScore

Conciseness

The body is mostly efficient, but 'Core Principles' explains concepts Claude already knows ('Individual option prices are derived from this surface', 'The vol premium (implied minus realized) is the key metric...') and previews the same sequence restated in the 6-step 'Tool Chaining Workflow', introducing redundancy; it does not reach 3 because not every token earns its place, yet it is not 1 since there is no generic 'what is X' padding and the tool descriptions are crisp.

2 / 3

Actionability

Guidance is concrete and specific — named MCP tools, exact inputs ('.SPX@RIC', 'EURUSD'), defined metrics (20/60/90-day realized vol, 25-delta RR and BF), and explicit output table templates — giving fully actionable orchestration direction; per the scoring note, absence of code in this instruction-only skill is not penalized, and it is not 2 because no key details are missing and nothing is left as pseudocode.

3 / 3

Workflow Clarity

The 6-step 'Tool Chaining Workflow' is clearly numbered and sequenced (surface → template discovery → pricing → historical data → realized vol → synthesize), but there are no explicit validation checkpoints or error-recovery feedback loops, matching the score-2 anchor of 'sequence present but checkpoints missing or implicit'; it is not 3 because no validation/verification steps are written, and not 1 because the sequence itself is unambiguous.

2 / 3

Progressive Disclosure

The skill is self-contained (~56 lines) with no external references and is organized into clear sections (Core Principles, Available MCP Tools, Tool Chaining Workflow, Output Format), so the simple-skill exemption applies; it is not 2 because the content is appropriately inline and well-signaled rather than a monolithic wall or misplaced inline bulk, and not 1 because there are no nested/deep references.

3 / 3

Total

10

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, third-person description that clearly states concrete capabilities and pairs them with an explicit 'Use when...' trigger clause covering natural user language. It is specific, complete, and distinctive with no over-claims or padding.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — 'combining vol surface data, option pricing with Greeks, and historical price data to assess implied vs realized volatility' — matching the score-3 anchor and avoiding vague language; it does not rest at the score-2 level because it enumerates several distinct concrete actions rather than naming a domain with only some actions.

3 / 3

Completeness

It explicitly answers both 'what' (analyze option volatility by combining the three data sources) and 'when' via an explicit 'Use when...' clause, matching the score-3 anchor; it is not capped at 2 because the trigger guidance is explicit, not merely implied.

3 / 3

Trigger Term Quality

Trigger terms — 'pricing options, analyzing volatility surfaces, computing Greeks, assessing vol premiums, or evaluating vol trading strategies' — are natural phrases a derivatives user would actually say, giving good coverage; it is not score 2 because common domain variations are well represented rather than partially missing.

3 / 3

Distinctiveness Conflict Risk

The option-volatility niche is clearly scoped with distinct, domain-specific triggers unlikely to fire for unrelated skills; it is not score 2 because the triggers are specific enough to avoid meaningful overlap with generic analysis skills.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
anthropics/financial-services
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.