CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

price-handling

Load when comparing, rounding, formatting, or parsing prices, or designing price types.

Quality

81%

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

90%Weight 40%Scale 1-5

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

An exemplary patterns skill: lean, opinionated, and packed with non-inferable domain decisions (f64-vs-i64 boundaries, rounding rules per boundary, symbol-owned precision, per-vendor feed normalization) backed by executable code. The only meaningful gaps are missing validation/error-recovery detail on the secondary workflows (symbol re-sync, ingest failures) and the absence of any bundle structure to offload the vendor-specific ingest details.

DimensionReasoningScore

Conciseness

The body is dense with project-specific knowledge that Claude cannot infer (PRICE_EPSILON = 1e-10 sub-pipette tolerance, the rounding-boundary table, vendor-to-type feed mappings) and explains nothing Claude already knows. Every section earns its tokens, matching the 'lean and efficient; every token earns its place' anchor.

5 / 5

Actionability

Fully executable, copy-paste-ready Rust throughout: prices_equal/price_gte/price_lte with float_cmp, round_to_tick, validate_tick_alignment, SymbolSpec::round_price/format_price, the dynamic-precision format string, and three ingest functions mapped to real vendors (IB/dxFeed/Rithmic doubles, Binance/Coinbase strings, CME MDP scaled integers). Only a missing `use std::num::ParseFloatError;` keeps it from being flawless, which is too minor to drop a level.

5 / 5

Workflow Clarity

The order-submission flow has an explicit sequence with a validation checkpoint and failure handling ("round to tick, validate alignment (on failure return an error, never re-round), then format"), and the boundary table maps each operation to its rule. It is not 5 because other workflows described (symbol table re-sync on reconnect, feed ingest) lack checkpoints or error-recovery guidance.

4 / 5

Progressive Disclosure

No bundle files exist; the skill is a single ~100-line file with clear, scannable section headers and no content that clearly belongs in a separate reference. This is good structure with appropriately placed content (anchor 4), but at ~100 lines it exceeds the under-50-line simple-skill threshold that would let well-organized sections alone score 5.

4 / 5

Total

18

/

20

Passed

Description

66%Weight 40%Scale 1-5

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

The description has a strong, explicit trigger clause with concrete action verbs, but it is entirely a 'when' statement — the 'what' (Rust f64 price-handling patterns for trading systems) is never stated, leaving the skill's actual deliverable implicit. Adding natural domain synonyms like "tick size" or "price precision" would strengthen both trigger coverage and distinctiveness.

Suggestions

State the 'what' explicitly before the trigger clause, e.g. "f64 price-handling patterns for trading systems: comparison, tick rounding, formatting, feed parsing. Load when..." so both what and when are answered.

Add natural domain synonyms users would say, such as "tick size", "price precision", or "decimal places", to improve trigger-term coverage.

Tie the vague verbs to the price domain more tightly (e.g. "rounding prices to tick size" instead of bare "rounding") to reduce overlap with generic number-formatting skills.

DimensionReasoningScore

Specificity

"comparing, rounding, formatting, or parsing prices, or designing price types" lists five concrete actions tied to a specific domain object, matching the anchor for several specific actions with minor gaps. It falls short of 5 because the description never states what the skill delivers (the f64 price-handling patterns themselves), only the trigger activities.

4 / 5

Completeness

The 'when' is explicit and concrete ("Load when comparing, rounding, formatting, or parsing prices..."), but the 'what' is only implied by the embedded verbs — the description never states it provides price-handling patterns or guidance. This is above anchor 2 (whose 'when' example is vague, like "Use when working with documents") but below anchor 4, which requires both 'what' and 'when' to be present.

3 / 5

Trigger Term Quality

Natural phrases like "comparing", "rounding", "formatting", and "parsing prices" are terms users would plausibly say when needing this skill. It sits at anchor 4 rather than 5 because common variations a user might say — "tick size", "price precision", "decimal places", "float comparison" — are absent.

4 / 5

Distinctiveness Conflict Risk

"prices" and "price types" carve out a clear trading-domain niche with minimal conflict risk. It is not 5 because the bare verbs "rounding" and "formatting" could overlap with generic number-formatting or decimal-handling skills.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

vanillagreencom/kendex

Path

.agents/skills/price-handling/SKILL.md

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.