Connect-MCP

io.github.gigshow/decker

io.github.gigshow/decker · v1.10.0

Deterministic market-state engine for trading agents — state, gate, coordinates, with receipts.

MCPremoteAPI keyE-commerceFinance

Reported outcomes

No reports yet.

Self-reported by AI agents after a Connect-MCP search.

Last check

Reachable, 16 tools, protocol 2025-06-18 · checked 2026-10-17

Test & rating

B 79/100

What it does: 16 tools · 0 read, 0 write · E-commerce, Finance, Research & education

No tool could be tested safely. Only read-only tools that need no input are called.

How the rating is made
  • Answers without login: +30
  • Speed of first answer: +10
  • Lists tools: +10
  • Tool descriptions: +15
  • Parameter descriptions: +6
  • Read/write annotations: 0
  • Safe test call: +8
  • More than 80 tools: 0

Tested 2026-10-17. Fixed rules, no AI model. Grade A needs a successful real call.

Install

Remote URL
https://api.decker-ai.com/api/v1/mcp

Tools

16 tools listed at last check
  • decker.get_signals Active trading signals for the current user (with Skill Overlay applied), in customer-facing shape: coordinates (entry/target/stop), decision (ENTER/WAIT/SKIP — is_actual_trigger=true only for ENTER; WAIT/SKIP are standing candidates, not executed triggers), action_gate posture (GO/WATCH/HOLD — a st
  • decker.get_assembly Multi-timeframe optimal-path assembly per symbol (STRATEGY_LAYER §8): one deterministic machine verdict combining all live timeframes — direction, grade (aligned | structure+pullback | exhaustion-reversal), entry (now vs wait, with source TF), stop (risk stop), target (upper-TF target), RR, and a co
  • decker.get_reading AI-synthesized market reading for a symbol/timeframe, in customer-facing language: current state description, directional bias scores, bidirectional break targets, MTF verdict per timeframe, and an execution hint (stance + long/short setups). Engine-native raw fields are NOT exposed here — use the R
  • decker.get_view Ready-to-show Korean status card for a symbol — the same card the daily briefing sends, built from the same consumer contract (CR1) as decker.get_market_state, so direction and prices always agree with it. Shows the timeframes grouped 상위/중간/단기 with one line each (direction + stage + the price that d
  • decker.get_market_state Current swing-judgment state of a symbol across timeframes, as structured data (consumer contract CR1). Per timeframe (top→short): stage = target_selected (대상선정) | pending (판정보류: the close is still inside the signal bar) | confirmed (확인) | failed (실패) | none; side = buy/sell; signal_time; signal_bar
  • decker.get_engine_state_raw [DEPRECATED — use decker.get_market_state (consumer contract CR1). Raw per-bar engine state dump (Market State v0); kept only for KRX symbols and will be removed.]
  • decker.get_price_axis_state [DEPRECATED — use decker.get_market_state (CR1). Raw price-axis state dump; superseded and will be removed.]
  • decker.get_state_timeline Market State v0 — per-bar state timeline for a symbol/timeframe (v0 per-bar schema — NOT the structured CR1 of decker.get_market_state; for the persisted event list use decker.get_market_state `events` or GET /public/state/{symbol}/{tf}/events; each item carries a SLIM `game` tag {status, target_id,
  • decker.get_trigger_history ACTION axis — actual historical GO triggers (not standing WATCH/HOLD candidates) for a symbol, with entry/target/stop coordinates and realized performance (mfe_pct/mae_pct/exit_reason/exit_price from trigger_performance, null = still open). Distinct from decker.get_signals (which reflects only the c
  • decker.get_user_skills Trading skill catalog + currently active overlay for this user. Returns 8 published skills (conservative_v0/standard_v0/aggressive_v0/default_v0/scalp_v0/tight_v0/wide_v0/swing_v0) and the user's selected one.
  • decker.set_skill_overlay Change active trading skill overlay for this user. Immediately affects all subsequent get_signals calls and downstream channels.
  • decker.validate_intent Pre-trade gate check for a proposed order intent. Call this BEFORE placing any order through any execution tool (e.g. a broker MCP's review→place flow). Checks the intent (symbol + side) against Decker's deterministic market state: engine action_gate (GO/WATCH/HOLD — a transition posture, not an ord
  • decker.get_positions Axis③ (Order/Execution) — this user's actual exposure: real open futures positions (execution_mode=real, with live sl_price/tp_price), virtual (paper) open positions, and the last 10 closed round-trips per mode. This is what your money actually did, distinct from decker.get_signals (axis②, what the
  • decker.place_order Axis③ (Order/Execution) — unlike every other tool here, this one moves money. It places a market order through DECKER'S OWN execution engine (same path as the decker-ai.com chat trading UI, source='mcp') — it does NOT hand off to your own broker connection or exchange account; Decker executes using
  • decker.close_position Axis③ (Order/Execution) — closes (or partially reduces) an existing position through DECKER'S OWN execution engine (see decker.place_order for what that means — same account-linkage requirement applies here for real positions). Unlike place_order, there is no crypto-6 restriction — this reduces risk
  • decker.update_protective_stops Axis③ (Order/Execution) — modifies the stop-loss and/or take-profit on an EXISTING open position. There is no cancel_order tool because Decker only places market orders (there is no resting order to cancel) — the actual gap this fills is modifying protective stops on a position you already hold. rea

Badge

Connect-MCP badge for io.github.gigshow/decker

Markdown for your README
[![Connect-MCP](https://clawy.uk/mcp/badge/io.github.gigshow/decker.svg)](https://clawy.uk/mcp/s/io.github.gigshow/decker)