Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

Maatsii

REMOTE · MCP.MAATSII.COM · SCANNED SEP 25

Live LinReg fan charts, 64-setup playbook, 11-section MTF TA. Remote MCP, no API key.

Available components

+4 this week 78 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security74
Transport & Reachability100
Schema Quality & AI Usability52
  • 20% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Partial
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 1835 tokens (~131/item across 14 items; 10 tools + 4 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management77
  • Stability observed for 23 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage97
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 90% of tool parameters carry a description.Partial
  • Structured output schemas are declared (20% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 10 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 11 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the Maatsii MCP server?

Maatsii is a hosted endpoint at https://mcp.maatsii.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · mcp.maatsii.com

# add to Claude Code
claude mcp add --transport http com-maatsii-linreg 'https://mcp.maatsii.com/mcp'
// .cursor/mcp.json
{
  "mcpServers": {
    "com-maatsii-linreg": {
      "url": "https://mcp.maatsii.com/mcp"
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "com-maatsii-linreg": {
      "type": "http",
      "url": "https://mcp.maatsii.com/mcp"
    }
  }
}
# ~/.codex/config.toml
[mcp_servers.com-maatsii-linreg]
url = "https://mcp.maatsii.com/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "com-maatsii-linreg": {
      "type": "remote",
      "url": "https://mcp.maatsii.com/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add com-maatsii-linreg --url 'https://mcp.maatsii.com/mcp' --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  com-maatsii-linreg:
    url: "https://mcp.maatsii.com/mcp"
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "com-maatsii-linreg": {
      "Transport": "http",
      "Url": "https://mcp.maatsii.com/mcp"
    }
  }
}
# add to Vellum
assistant mcp add com-maatsii-linreg -t streamable-http -u 'https://mcp.maatsii.com/mcp'
// mcp.json
{
  "mcpServers": {
    "com-maatsii-linreg": {
      "type": "http",
      "url": "https://mcp.maatsii.com/mcp"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 25 Sept 26 +1
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 23 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 67 to 70. That category is still filling its 30-day observation window: 20 days of observed history at the previous scan, 21 at this one. The score rises as the window fills, whether or not the server changes.

  • 21 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 60 to 63. That category is still filling its 30-day observation window: 18 days of observed history at the previous scan, 19 at this one. The score rises as the window fills, whether or not the server changes.

  • 19 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 53 to 57. That category is still filling its 30-day observation window: 16 days of observed history at the previous scan, 17 at this one. The score rises as the window fills, whether or not the server changes.

  • 17 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 47 to 50. That category is still filling its 30-day observation window: 14 days of observed history at the previous scan, 15 at this one. The score rises as the window fills, whether or not the server changes.

  • 15 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes.

  • 13 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.

  • 10 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 25 Sept 2026 · Probed https://mcp.maatsii.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_256_GCM_SHA384 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=mcp.maatsii.com CN=YE2,O=Let's Encrypt,C=US 9 Sept 2026 8 Dec 2026 ECDSA 256 ECDSA-SHA384 506e359187b2790739fd07da1119be71b8b
SANs: mcp.maatsii.com
CN=YE2,O=Let's Encrypt,C=US (CA) CN=Root YE,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 ECDSA 384 ECDSA-SHA384 4df3b15dd6c0784c507cd37b58e6f115
CN=Root YE,O=ISRG,C=US (CA) CN=ISRG Root X2,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 ECDSA-SHA384 872165fc34b6e5fba8add5b3705fb53a
CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 SHA256-RSA 6c8f1dc727c7117f7baf853ac980f9cd

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of mcp.maatsii.com. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
maatsii.com. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://mcp.maatsii.com/mcp Verified 200
http (plaintext) http://mcp.maatsii.com/mcp HTTPS enforced 301 https://mcp.maatsii.com/mcp
MCP tools · 10 exposed · ~1,815 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
maatsii_analysis_framework ~80

The 11-section multi-timeframe (MTF) LinReg analysis structure — the per-group timeframe hierarchy (use the intervals you actually fetched), alignment/divergence scoring, setup verification via playbook text, optional intermarket section, and the Master Trade List + bull/base/bear scenario tree — to produce a full TA with actionable levels.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

maatsii_chart_map ~95

The authoritative 200-chart / 25-group map (id -> symbol/timeframe/group), including the group ALIASES (NQ, GOLD, PLTR, ...) and the derived tickCharts inventory (which ids are 100T/1000T tick charts). Chart ids are non-contiguous; use this to route a symbol to the right ids. The printed header on a render always wins over the map.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

maatsii_fan_guide ~98

LinReg fan geometry: what the fans are (EQ centerline + S1-3/R1-3 rails at ±1/2/3σ), rail parity (R≈S), EQ mean-reversion, the <TF> <R|S|EQ> label convention, confluence zones (3+ multi-timeframe lines converging), and slope alignment — how to read fan structure like the methodology intends.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

maatsii_get_chart ~236

Get ONE fresh Maatsii chart by id (c1..c200) or ticker (NQ_100T, BTCUSD, PLTR). Returns the chart JPEG INLINE (type=image) plus a JSON metadata block with the render-ready api.maatsii.com url (unique cachebuster), symbol, timeframe and group. Vision the image; the printed chart title is ground truth for symbol+timeframe; prices are read off the RIGHT AXIS (maatsii_reading_guide).

NameTypeReqDescription
cbstring–Optional cachebuster [A-Za-z0-9._-]{1,64}; a fresh one is generated if omitted or invalid
id_or_tickerstringyesCanonical id c1..c200, or a ticker like NQ_100T / BTCUSD / PLTR
image_modestring–"both" (default) = JPEG inline + url in text; "inline" = same; "url_only" = no image bytes, url only
include_imagesboolean–Default true. false is equivalent to image_mode url_only.
NameTypeReqDescription
chartsarrayyes–
degradedbooleanyes–
omittedarrayyes–

No examples provided.

maatsii_get_concept ~105

Explain a Maatsii concept in a few sentences: rail parity, fan confluence, EQ centerline, strength tiers, catalog direction, playbook fields, setup hint only, vision features, VRVP not VWAP, MTF alignment, invalidation logic, tick structure, chart freshness, fetch gate. Unknown concepts return the list of known ones.

NameTypeReqDescription
conceptstringyesConcept name, e.g. 'playbook fields' or 'catalog direction'

No output schema declared.

No examples provided.

maatsii_get_group ~355

Get FRESH charts for every chart in a group (the REAL non-contiguous ids) — each chart's JPEG INLINE (type=image) plus one JSON metadata block listing every id with its api.maatsii.com url, symbol, interval. Accepts a friendly name/alias (NQ, ES, YM, RTY, BTC, ETH, GOLD, ENERGY, DXY, VIX, PLTR, NVDA, HYG, MACRO, CREDIT, ...). Rates note: YIELDS/ZN/RATES = the 10-Year group only; the curve/credit complex is CREDIT. EVERY chart in the group is inlined by default — there is no server image cap; use ids:[...] (or the optional max_images hint) to take a subset, image_mode:"url_only" to skip bytes. The metadata always lists the whole group. Vision EVERY chart; the MTF hierarchy for your analysis is the intervals these charts actually have.

NameTypeReqDescription
groupstringyesGroup name or alias, e.g. NQ, BTC, GOLD, VIX, PLTR, CREDIT
idsarray–Only these chart ids from the group, e.g. ["c1","c4"]
image_modestring–"both" (default) = JPEG inline + url in text; "inline" = same; "url_only" = no image bytes, url only
include_imagesboolean–Default true. false is equivalent to image_mode url_only.
max_imagesinteger–OPTIONAL caller hint: inline at most this many JPEGs (the rest stay url-only). Omitted = EVERY requested chart inline — there is no server maximum.
NameTypeReqDescription
chartsarrayyes–
degradedbooleanyes–
omittedarrayyes–

No examples provided.

maatsii_get_setup ~144

Get the full public playbook for ONE active setup by id (accepts "#19", "19", "T1", "t1"). Returns the catalog card (id/name/category/direction/description/strengthTier/appliesTo) plus logic/entry/confirmation/exit/stop/target/edge text. Use it to verify a candidate against the chart before citing it. There are 64 active setups (45 Fan + 19 Tick); ids outside the active library return an error. Catalog direction is not the trade side.

NameTypeReqDescription
idstring|numberyesSetup id, e.g. "#19", 19, or "T1"

No output schema declared.

No examples provided.

maatsii_list_setups ~245

List all 64 active LinReg setups (45 Fan #-series + 19 Tick T-series). detail:"full" (default) includes each setup's playbook text (logic/entry/confirmation/exit/stop/target/edge); detail:"card" is a lightweight catalog for browsing. Filter by type (FAN|TICK|ALL), direction, category, and/or timeframe (TICK setups — and the tick-native Fan #34 — apply ONLY on 100T/1000T tick charts, never on time-based intervals). Note: catalog direction is the pattern's native side, NOT the trade side, and strengthTier is an ID-band label, not live chart state.

NameTypeReqDescription
categorystring–Filter by category slug, e.g. advanced_pattern, confluence, correlation_intermarket, divergence, ...
detailstring–"card" = catalog fields only; "full" (default) adds the playbook text
directionstring––
timeframestring–Filter to setups applicable on this interval, e.g. 1H or 100T
typestring––

No output schema declared.

No examples provided.

maatsii_match_setup ~361

OPTIONAL hint — do not lead a TA with it. THE CLIENT matches setups by visioning the fetched chart JPEGs and verifying candidates via maatsii_get_setup; this tool only cross-checks vision_features (boolean flags, plus raw_vision_text scanned for natural TA language with negations respected) against the 64-setup active library and may return best null (correct on empty/thin input — never invents a setup). Results carry a QUALITATIVE fit label + playbook text; ignore the catalog direction label (trade side = highest fetched TF EQ slope). Pass timeframes — the chart intervals you actually read; TICK setups (T-series) and the tick-native Fan #34 are only eligible when a 100T/1000T tick chart is in scope. Pass groups_read — the group aliases you fetched this turn; cross-asset setup #78 is only eligible when a vol group (VIX/MOVE) was fetched.

NameTypeReqDescription
groups_readarray–Group aliases the client fetched this turn (e.g. ["NQ","VIX"]); used only to allow the vol-gated setup #78.
max_resultsinteger–Optional; the default of 4 is a hint-quality default, NOT a cap — any positive integer is accepted (bounded only by the active library size).
timeframesarray–Intervals of the charts the features were read from, e.g. ["100T","15M","1H"]. Required for TICK setup eligibility.
vision_featuresobjectyesBoolean structure flags (fan_support_test, pullback_to_fan, tick_absorption, ...), dominant_bias, raw_vision_text, optional conditions[] — see the vision_features concept

No output schema declared.

No examples provided.

maatsii_reading_guide ~96

How to read a Maatsii chart correctly: the price is on the RIGHT AXIS; the black last-price tag = header Close; fan labels are <TF> <type> (R/S/EQ); no VRVP/volume-profile or VWAP is printed on the template (header Vol = bar volume; mid = labelled EQ). No OCR, no pixel math, no 'black box' hunting.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

Common questions

What is the Maatsii MCP server?

Maatsii is an MCP server listed in the public MCP registry as com.maatsii/linreg. Live LinReg fan charts, 64-setup playbook, 11-section MTF TA. Remote MCP, no API key. This page covers its hosted endpoint (https://mcp.maatsii.com/mcp).

Is the Maatsii MCP server safe to use?

Maatsii scores 78 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the Maatsii MCP server expose?

Maatsii exposes 10 tools: maatsii_get_chart, maatsii_get_group, maatsii_chart_map, maatsii_list_setups, maatsii_match_setup, and 5 more. Their descriptions and schemas cost roughly 1,815 tokens of context every time the server is loaded.

Does the Maatsii MCP server require authentication?

No. We connected to Maatsii without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the Maatsii MCP server still maintained?

Maatsii is still listed as active in the MCP registry. We last reached this channel on 25 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.