CtrlK
BlogDocsLog inGet started
Tessl Logo

execution-model

Trade execution modeling (backtest only) — slippage formulas (linear / square-root impact), VWAP/TWAP execution logic, market-impact cost estimation, and execution-assumption configuration.

56

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./a_全网优秀资源/10_大模型/07_skill包/vibe_trading_skills/execution-model/SKILL.md

The canonical home for this skill is execution-model in HKUDS/Vibe-Trading

SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

A dense, information-rich reference with strong actionable content — executable slippage/impact functions, concrete per-market parameters, and useful decision guidance — undermined by monolithic structure and missing validation steps. Nothing is offloaded to reference files, and there is no verification loop to check that execution assumptions are realistic before conclusions are drawn.

Suggestions

Move the per-market cost/impact reference tables and the execution-algorithm details into references/ files (e.g. references/cost-tables.md, references/execution-algorithms.md) and keep SKILL.md as a concise overview with one-level-deep links.

Add explicit validation checkpoints to the workflow, e.g. 'sanity-check modeled fills against historical VWAP and reject the backtest if cost drag exceeds X% of gross return', turning the sensitivity table into a required verification step rather than an illustration.

Trim the 'Why Slippage Models Are Needed' motivation block and consolidate the three separate commission=0.001 recommendations into one, and fix the incomplete SignalEngine/delayed_execution snippets (import pandas, initialize signals) so all code is copy-paste executable.

DimensionReasoningScore

Conciseness

Most of the body is genuinely non-obvious domain data (per-market cost tables, impact coefficients, the model-selection tree) that earns its tokens, but it opens with a motivational 'Why Slippage Models Are Needed' block explaining basics Claude already knows ('the order book has a bid-ask spread', 'large orders push prices'), and repeats the commission=0.001 recommendation in three separate sections. It fits 'mostly efficient but includes some unnecessary explanation or could be tightened' rather than level 4's 'minor instances'.

3 / 5

Actionability

The skill provides mostly executable guidance: complete Python functions (fixed_slippage, linear_impact, sqrt_impact) with documented arguments, concrete parameter ranges in tables, a capital-vs-ADV decision tree, and explicit config examples. It falls short of fully copy-paste-ready (level 5) because delayed_execution uses pd.Series without importing pandas, and the SignalEngine.generate snippet references an undefined signals dict and self._compute_signal, so it will not run as written.

4 / 5

Workflow Clarity

There are sequenced processes — the three-step cost-impact analysis framework and the slippage-model selection decision tree — but no validation checkpoints or feedback loops anywhere (e.g. 'verify the fill assumptions against historical VWAP before accepting results'). The sequence is present but checkpoints are missing or only implicit, matching the level-3 anchor.

3 / 5

Progressive Disclosure

The body has clear section structure but is a ~340-line monolithic document with no bundle files at all: per-market reference tables, the cost-coefficient data, and the code snippets are exactly the material that belongs in references/ files linked one level deep. It matches 'some structure but content that should be separate is inline' — better than the unstructured level-2 anchor, but with no reference architecture to reach level 4.

3 / 5

Total

13

/

20

Passed

Description

71%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.

A specific, jargon-rich description that clearly communicates what the skill does, with a well-defined niche and natural domain keywords. Its main weakness is the total absence of an explicit 'Use when...' trigger clause, which caps completeness and slightly limits discoverability and distinctiveness.

Suggestions

Append an explicit trigger clause, e.g. 'Use when backtests show unrealistically good fills, when the user mentions slippage, transaction costs, market impact, or execution assumptions, or when configuring commission/slippage settings for a backtest.'

Add commonly-used synonyms such as 'transaction costs', 'fill price', and 'order execution' to broaden natural-keyword coverage.

Clarify the trigger boundary versus a general backtesting skill (e.g. 'for cost/execution assumptions only, not general backtest engine setup') to further reduce conflict risk.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete, domain-specific actions — 'slippage formulas (linear / square-root impact)', 'VWAP/TWAP execution logic', 'market-impact cost estimation', and 'execution-assumption configuration' — giving comprehensive coverage of the skill's capabilities with no padding or buzzwords. It clearly exceeds the level-4 anchor ('several specific actions; minor gaps') because every named capability maps to a real section of the skill.

5 / 5

Completeness

The 'what' is clear and specific (trade execution modeling for backtests with named sub-capabilities), but there is no 'Use when...' clause or equivalent explicit trigger guidance — '(backtest only)' is a scope qualifier, not a usage trigger. Per the judging guidelines, a missing 'when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

It contains good, natural trigger terms practitioners would actually say — 'slippage', 'VWAP', 'TWAP', 'market impact', 'backtest', 'execution' — but misses common variations like 'transaction costs', 'fill price', or 'order execution'. It fits the level-4 anchor ('good keyword coverage; a few natural terms missing') rather than level 5, which requires synonym- and extension-level coverage.

4 / 5

Distinctiveness Conflict Risk

'Trade execution modeling (backtest only)' with VWAP/TWAP and slippage jargon carves out a clear niche that is unlikely to fire for unrelated skills. It falls short of level 5 because it could still overlap with a broader 'backtesting configuration' or 'transaction cost analysis' skill sharing terms like 'backtest' and 'execution'.

4 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
charliedream1/ai_quant_trade
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.