mcpbeat Sign in

Trade Thesis Agent Skill

Structured pre-trade thesis builder — bull/bear cases, invalidation criteria, and sizing rationale before any live deployment. Read this page when a user proposes a trade idea, says 'should I trade X', asks for a bull/bear case, wants a pre-trade analysis, or before the agent deploys a new strategy live for the first time.

2k tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
225
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/Superior-Trade/superior-skills --skill trade-thesis

The instruction itself

11 sections, as written by the author

Pre-Trade Thesis Builder

A structured framework the agent produces before any live deployment of a new strategy idea. Forces two-sided analysis and a measurable invalidation level so every trade has a thesis that can be killed.

When to produce a thesis

  • The user proposes a new trade idea ("I want to long ETH", "thinking about a funding squeeze on SOL")
  • The user asks "should I trade X" or "is this a good setup"
  • The agent is about to deploy a new strategy to live for the first time
  • The user explicitly asks for a bull/bear case, conviction check, or pre-trade analysis

When to skip

  • Backtests and parameter sweeps — the thesis is for live capital, not for exploring an idea
  • Dry-run / paper deployments — no real money at risk
  • Copy-trading — the thesis belongs to the source trader, not the copier
  • Re-deploying a previously validated strategy — if the user already ran this setup live and is restarting it, skip unless market conditions changed materially

Thesis format

Produce all six sections below. Each section is 2-4 bullet points max. This is a pre-trade checklist, not a research paper.

1. Thesis statement

One sentence: what is the bet, which direction, what timeframe.

Force clarity. "Long ETH perp on a funding squeeze setup, targeting a 3-5% move over 24-48h" is a thesis. "ETH looks bullish" is not.

2. Bull case

2-3 concrete reasons this trade works. Every reason must reference observable, checkable data:

  • Price action the agent can verify via price_check (e.g., "price reclaimed the 4h EMA-50 and is holding above")
  • Volume dynamics via volume_momentum_check (e.g., "RVOL is 2.3x on the breakout candle")
  • Funding / OI via the alpha scan (e.g., "funding APR is -18%, shorts are paying 0.002% per hour")
  • On-chain flows if available (e.g., "exchange outflows spiked 3x over 24h")

No vague claims like "market sentiment is improving" or "BTC looks strong." If it cannot be checked with a tool call, it does not belong in the bull case.

3. Bear case

2-3 concrete reasons this trade fails. Same data-grounding rules as the bull case.

The agent must argue AGAINST the trade honestly. This is adversarial analysis, not a strawman disclaimer. Examples of real bear points:

  • "Funding is negative but OI is declining — shorts are closing, not getting squeezed. The fuel is draining."
  • "RVOL is elevated but the move happened on a single 15m candle — no follow-through across multiple sessions."
  • "BTC is sitting at the 200-day moving average with a bearish divergence on 4h RSI. A rejection here takes alts down 10-15%."

4. Invalidation level

A specific, measurable condition that kills the thesis. This becomes the logical stoploss anchor.

Acceptable invalidation criteria:

  • A price level: "Below $3,420 the reclaim is failed — thesis dead."
  • A funding flip: "If funding APR crosses above 0% before the move, the squeeze pressure is gone."
  • An RVOL collapse: "If RVOL drops below 1.0x within 4 hours of entry, the momentum thesis is invalidated."
  • A time deadline: "If price hasn't moved +2% within 24h, the catalyst is stale — cut."

The stoploss in the deployment config should be anchored to this level, not an arbitrary percentage.

5. Data check

Which agent tools to call right now to verify the thesis before proceeding:

| Check | Tool | What to look for |

|---|---|---|

| Current price and recent structure | price_check | Is price where the thesis assumes it is? Has structure changed since the idea was formed? |

| Volume and momentum | volume_momentum_check | RVOL level, momentum acceleration/deceleration, any divergence |

| Available capital | balance_check | Main wallet balance on Hyperliquid — enough for the proposed stake? |

| Pair ranking | alpha_scan | Where does this pair sit in the current scan? Is the setup confirmed or fading? |

| Pair tradability | pair_validate | Is the pair active on Hyperliquid? What are the margin requirements and minimum order size? |

Run these checks and update the bull/bear case with the results before proceeding. If the data contradicts the thesis, say so.

6. Position sizing rationale

  • State how much of the available balance this trade should use (referencing stake_amount and max_open_trades)
  • Link the invalidation level to the stoploss: "Invalidation at $3,420 with entry at $3,580 = 4.5% downside. Stoploss set at -0.05 to give breathing room."
  • Compute the risk per trade: "Risking $45 on a $1,000 wallet = 4.5% account risk per trade."
  • If the risk per trade exceeds 5% of available balance, flag it explicitly and ask the user to confirm or reduce size
  • Reference max_open_trades — if multiple positions may be open, total portfolio risk = risk per trade x max open trades

Example thesis

Setup: Funding squeeze on ETH perps, 1h timeframe.

1. Thesis statement

Long ETH/USDC:USDC on a funding squeeze — shorts are deeply underwater with funding APR at -22%, price has reclaimed the 4h EMA-21 with rising volume, targeting a 4-6% forced-unwind move over 24-48h.

2. Bull case

  • Funding APR is -22% and worsening over the last 8 hours — shorts are paying 0.0025% per hour with no relief. This is top-decile negative funding for ETH over the past 90 days.
  • Price rallied +3.8% in the last 24h and is holding above the 4h EMA-21 ($3,540). The move has follow-through: RVOL is 1.9x on the breakout session.
  • OI increased +4.2% while price rose — new shorts are entering into a rising market, adding squeeze fuel rather than draining it.

3. Bear case

  • BTC is testing the $98,000 resistance level. A rejection here historically drags ETH down 5-8% regardless of ETH-specific setups. The macro is the dominant risk.
  • The last two ETH funding squeezes in this regime (March 12, April 3) both reversed within 12h of funding hitting -25% APR. The squeeze may be closer to exhaustion than acceleration.
  • Spot exchange inflows ticked up 1.8x in the last 6h — potential distribution into the rally, not accumulation.

4. Invalidation level

Below $3,420 (the pre-breakout consolidation low). If ETH gives back the entire reclaim candle, the squeeze is not catching and shorts are right. Stoploss anchored at -0.045 from entry to cover this level plus slippage.

Time stop: if the move hasn't produced +2% within 24h, the catalyst is stale. Exit via custom_exit timeout.

5. Data check

  • price_check ETH/USDC:USDC — confirm price is still above $3,540 and the reclaim is intact
  • volume_momentum_check ETH — confirm RVOL is still > 1.5x
  • balance_check — confirm at least $150 USDC available (stake $100 + buffer)
  • alpha_scan — confirm ETH ranks in the squeeze-fuel bucket with score > 0.7
  • pair_validate ETH/USDC:USDC — confirm pair is active, check margin requirements

6. Position sizing rationale

Wallet balance: $1,200 USDC. Using stake_amount: 100 with max_open_trades: 1. Invalidation at $3,420 with expected entry near $3,560 = 3.9% downside. Stoploss at -0.045 covers the invalidation level. Risking ~$4.50 on a $1,200 wallet = 0.375% account risk. Conservative sizing — appropriate for a first deployment of this setup. Room to scale up on the next squeeze if this one validates.

Other skills for the same job

different authors, same section of the catalogue
Azure Kubernetes Automatic Readiness
by microsoft
vendor ×3

Assess Kubernetes workloads and cluster configuration for AKS Automatic compatibility. Identifies incompatibilities, generates fixes, and guides migration from AKS Standard to AKS Automatic. WHEN: migrate to AKS Automatic, check AKS Automatic readiness, validate manifests for Automatic, assess cluster for Automatic compatibility, fix deployment for Automatic compatibility, identify AKS Automatic migration blockers, is my cluster ready for AKS Automatic.

13k tokens
Capacity
by microsoft
vendor ×3

Discovers available Azure OpenAI model capacity across regions and projects. Analyzes quota limits, compares availability, and recommends optimal deployment locations based on capacity requirements. USE FOR: find capacity, check quota, where can I deploy, capacity discovery, best region for capacity, multi-project capacity search, quota analysis, model availability, region comparison, check TPM availability. DO NOT USE FOR: actual deployment (hand off to preset or customize after discovery), quota increase requests (direct user to Azure Portal), listing existing deployments.

6k tokens scripts
Customize
by microsoft
vendor ×3

Interactive guided deployment flow for Azure OpenAI models with full customization control. Step-by-step selection of model version, SKU (GlobalStandard/Standard/ProvisionedManaged), capacity, RAI policy (content filter), and advanced options (dynamic quota, priority processing, spillover). USE FOR: custom deployment, customize model deployment, choose version, select SKU, set capacity, configure content filter, RAI policy, deployment options, detailed deployment, advanced deployment, PTU deployment, provisioned throughput. DO NOT USE FOR: quick deployment to optimal region (use preset).

8k tokens
Deploy Model
by microsoft
vendor ×3

Unified Azure OpenAI model deployment skill with intelligent intent-based routing. Handles quick preset deployments, fully customized deployments (version/SKU/capacity/RAI policy), and capacity discovery across regions and projects. USE FOR: deploy model, deploy gpt, create deployment, model deployment, deploy openai model, set up model, provision model, find capacity, check model availability, where can I deploy, best region for model, capacity analysis. DO NOT USE FOR: listing existing deployments (use foundry_models_deployments_list MCP tool), deleting deployments, agent creation (use agent/create), project creation (use project/create).

26k tokens scripts
Preset
by microsoft
vendor ×3

Intelligently deploys Azure OpenAI models to optimal regions by analyzing capacity across all available regions. Automatically checks current region first and shows alternatives if needed. USE FOR: quick deployment, optimal region, best region, automatic region selection, fast setup, multi-region capacity check, high availability deployment, deploy to best location. DO NOT USE FOR: custom SKU selection (use customize), specific version selection (use customize), custom capacity configuration (use customize), PTU deployments (use customize).

9k tokens
Lamindb
by christophacham
×3

This skill should be used when working with LaminDB, an open-source data framework for biology that makes data queryable, traceable, reproducible, and FAIR. Use when managing biological datasets (scRNA-seq, spatial, flow cytometry, etc.), tracking computational workflows, curating and validating data with biological ontologies, building data lakehouses, or ensuring data lineage and reproducibility in biological research. Covers data management, annotation, ontologies (genes, cell types, diseases, tissues), schema validation, integrations with workflow managers (Nextflow, Snakemake) and MLOps platforms (W&B, MLflow), and deployment strategies.

22k tokens
Latchbio Integration
by christophacham
×3

Latch platform for bioinformatics workflows. Build pipelines with Latch SDK, @workflow/@task decorators, deploy serverless workflows, LatchFile/LatchDir, Nextflow/Snakemake integration.

12k tokens
Modal
by christophacham
×3

Run Python code in the cloud with serverless containers, GPUs, and autoscaling. Use when deploying ML models, running batch processing jobs, scheduling compute-intensive tasks, or serving APIs that require GPU acceleration or dynamic scaling.

17k tokens

How to use it

Copy the folder

Take superior-trade/trade-thesis from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.