CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

trading-system

Unified trading system with auto-logging, bots, and performance analytics

54

Quality

68%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./src/skills/bundled/trading-system/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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 strong API reference: fully executable commands and code with no conceptual padding, covering chat commands, TypeScript usage, strategies, and SQL logging. Its weaknesses are structural — the entire API surface lives inline in SKILL.md with no reference files — and the absence of any validation or verification workflow around the destructive real-money bot operations, which caps workflow clarity at 3.

Suggestions

Split the full TypeScript API reference and the Chat Commands catalog into references/ files (e.g. references/api.md, references/commands.md), keeping only a quick-start example and the bot-lifecycle essentials in SKILL.md with clearly signaled links.

Add explicit validation checkpoints around destructive real-money operations, e.g. after 'bots.start(name)' check 'bots.getStatus(name)' and confirm dry-run/paper mode before enabling live execution, mirroring the existing /bot status command.

Trim redundancy: drop comments that restate the following line ('// Get portfolio', '// List bots'), and deduplicate the Chat Commands section against the TypeScript examples to cut token cost.

DimensionReasoningScore

Conciseness

The body is almost entirely dense, useful command and code blocks with zero conceptual padding, but there is minor trimmable fat: comments that restate the method name ("// Get portfolio", "// List bots"), a Chat Commands section that substantially duplicates the TypeScript API section, and a generic Best Practices list. Fits the 4-anchor (efficient, minor instances that could be trimmed); not 5 because of this redundancy.

4 / 5

Actionability

Everything is concrete and executable: slash commands with real flags ('/trading history --limit 50', '/trading export --format json'), a complete createTradingSystem config, copy-paste TypeScript snippets, strategy configs with real values, and runnable SQL. The custom-strategy example's empty init/cleanup bodies are an acceptable interface skeleton. Matches the 5-anchor (fully executable, copy-paste ready, covering common cases).

5 / 5

Workflow Clarity

The content is a reference catalog rather than a sequenced workflow; the bot lifecycle (register, start, status, stop, delete) is implied by section order but has no validation checkpoints. Bots autonomously execute real-money trades — a destructive/batch operation — so the rubric's cap applies: 'Start with paper trading - Use dry-run mode first' is a generic tip, not a validation step, so workflow clarity cannot exceed 3.

3 / 5

Progressive Disclosure

There are no bundle files at all, and ~280 lines of chat-command plus full TypeScript API reference are inlined in SKILL.md. Section headers are well organized, placing it above the 2-anchor (minimal structure, no headers), but a full API reference that clearly belongs in separate references/ files is inline with no external navigation, matching the 3-anchor (content that should be separate is inline).

3 / 5

Total

15

/

20

Passed

Description

50%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 states a clear 'what' at the domain level but is feature-noun shorthand rather than an action list, and it completely lacks any 'when to use' trigger guidance. Keywords are domain-relevant but miss the natural terms (portfolio, P&L, positions, platform names) users would most likely say.

Suggestions

Add an explicit 'Use when...' clause naming natural triggers, e.g. 'Use when the user wants to check positions or P&L, review trading performance, place or review trades on Polymarket/Kalshi, or run trading bots.'

Convert the feature nouns into concrete actions and mention key capabilities from the body, e.g. 'View portfolios and positions, analyze P&L and win rates, export trade history, and register/start trading bots (mean-reversion, momentum, arbitrage) with automatic SQLite trade logging.'

Include synonyms and concrete nouns users would say — portfolio, positions, trades, stats, win rate, drawdown, Polymarket, Kalshi — to improve trigger term coverage and distinctiveness against sibling skills.

DimensionReasoningScore

Specificity

The description names the domain ("trading system") and three capability areas ("auto-logging, bots, and performance analytics"), which is comparable to the 3-anchor's 1-2 concrete actions, but they are feature nouns with no action verbs and omit major capabilities from the body (portfolio, trade history, export, strategies). It is not a 4 because there is no explicit list of specific actions and coverage has real gaps.

3 / 5

Completeness

The 'what' is stated clearly ("Unified trading system with auto-logging, bots, and performance analytics") but there is no 'Use when...' clause or any equivalent trigger guidance, which per the judging guidelines caps completeness at 3. Not a 2 because the 'what' is not vague, and not a 4 because 'when' is entirely absent rather than just imprecise.

3 / 5

Trigger Term Quality

"trading system", "bots", and "performance analytics" are somewhat natural terms, but common phrases users would actually say are missing: portfolio, positions, trades, P&L, stats, and platform names (Polymarket, Kalshi). This matches the 3-anchor (some relevant keywords, missing common variations or synonyms) rather than 4, which requires good coverage of natural terms.

3 / 5

Distinctiveness Conflict Risk

"Unified trading system" anchors it to a specific domain, but "bots", "auto-logging", and "performance analytics" are broad and would overlap with sibling skills such as a platform-specific (Polymarket/Kalshi) skill, a bot-runner skill, or an analytics skill, since no platforms or concrete artifacts are named. Fits the 3-anchor (somewhat specific but could still overlap with similar skills) better than the 4-anchor.

3 / 5

Total

12

/

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

alsk1992/CloddsBot

Path

src/skills/bundled/trading-system/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.