# Gigshow Decker MCP server

Source: https://glimind.com/server/mcp-registry%2Fio.github.gigshow%2Fdecker
Registry id: `mcp-registry/io.github.gigshow/decker`
Status: live (checked 2026-10-27T02:18:47.107Z)

## Measurements (30 days)

- Uptime: 99.24%
- Checks: 5011
- Outages (90 days): 75

## Install

```json
{
  "mcpServers": {
    "gigshow-decker-mcp-server": {
      "type": "http",
      "url": "https://api.decker-ai.com/api/v1/mcp"
    }
  }
}
```

Claude Code:

```sh
claude mcp add --transport http gigshow-decker-mcp-server https://api.decker-ai.com/api/v1/mcp
```

## Tools (14)

- `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 —
- `decker.get_assembly`: THE answer for 'what is the situation and what do I do on this symbol now' — one verdict per symbol, built from the per-timeframe judgment state (CR1); no score
- `decker.get_episodes`: Price-axis EPISODE history — answers 'where did I buy/sell last time, what was the target value and the event chain then, and where did price move WITHOUT a sig
- `decker.get_market_state`: PER-TIMEFRAME judgment state of a symbol, structured (consumer contract CR1) — the evidence behind decker.get_assembly's single verdict. For 'what is the situat
- `decker.get_positions`: Axis③ (Order/Execution) — this user's actual exposure (each open row carries vs_verdict: does the held side match the current symbol verdict, plus `knots` = the
- `decker.get_reading`: How ONE timeframe looks right now, in plain language: state (phase, this timeframe's key direction, posture GO/WATCH/HOLD — a stance, not an order), mtf.by_tf (
- `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 —
- `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_
- `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_
- `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, 
- `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 d
- `decker.set_skill_overlay`: Change active trading skill overlay for this user. Immediately affects all subsequent get_signals calls and downstream channels.
- `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 marke
- `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 

Measured by Glimind (https://glimind.com): MCP handshake + tool list only, no tool is ever called. CC BY 4.0.