This release is a pre-release and may not be stable for production use.
ReliaQuest GreyMatter MCP Server
A Model Context Protocol server that exposes the
ReliaQuest GreyMatter Self-Service GraphQL API to AI assistants. It provides
146 tools across 22 domains — Incidents, Tasks, Detections, Playbooks, Cases, DRP
Alerts, Assets, Identities, Reference Lists, Users, and more — plus a generic
graphql_query escape hatch for anything not covered by a dedicated tool. The tool set
is generated directly from the vendor's API collection, so it stays faithful to the real
API surface, and it has been verified against the live GraphQL schema.
Tools
146 tools across 22 domains (56 queries + 90 mutations), plus the graphql_query escape
hatch. In read-only mode only the 56 queries (and a query-only graphql_query) are
registered.
| Domain | Queries | Mutations | Notable tools |
|---|---|---|---|
| Incidents | 3 | 10 | incidents, incident, health_incidents, acknowledge_incident, assign_incident, add_incident_comment, close_incident, update_incident_state |
| Tasks | 2 | 9 | tasks, task, assign_task, add_task_comment, resolve_task, update_task_state |
| Detections | 6 | 1 | detection_rules, customer_detections, customer_detection, customer_detection_activity_log_entries |
| Playbooks | 6 | 4 | playbooks, playbook_runs, playbook_run, recommended_playbooks, run_playbook |
| Cases | 2 | 9 | cases, case, create_case, close_case, cancel_case, add_case_comment, update_case_owner |
| DRP Alerts | 2 | 15 | drp_alerts, drp_alert, assign_drp_alert, watch_drp_alert, add_drp_alert_comment, update_drp_alert_state |
| DRP Access Control | 3 | 4 | access_control_policies, access_control_resources, create_access_control_policy |
| Access Groups | 7 | 9 | access_groups, pods, roles, permissions, create_role, update_pod |
| Reference Lists | 2 | 9 | reference_lists, reference_list, create_reference_list_row, update_reference_list_column |
| Users | 2 | 9 | me, user, create_user, disable_user, reset_mfa, resend_invite |
| Discover Tasks | 2 | 3 | discover_tasks, discover_task, assign_discover_task, close_discover_task |
| Emergency Contacts | 2 | 4 | emergency_contacts, create_emergency_contact, update_call_order |
| API Keys | 1 | 3 | api_keys, create_api_key, delete_api_key_by_id |
| Assets | 1 | 1 | assets, delete_asset |
| Customer | 2 | 0 | customer, customers |
| Identities | 1 | 0 | identities |
| Indicators | 2 | 0 | indicators, indicator |
| Fields | 2 | 0 | greymatter_fields, greymatter_field |
| Query Management | 3 | 0 | integrations, integration, search_history |
| Data | 2 | 0 | data_source_schema, time_buckets |
| User Activity | 1 | 0 | audits |
| Utilities | 2 | 0 | rate_limit, node |
146 tools total. Highlights:
- List queries (
incidents,tasks,assets,detection_rules,cases, …) are Relay-paginated — passfirst/afterand readedges,pageInfo, andtotalCount. Most accept a domain filter and order input (e.g.incidentFilter,incidentOrder). - Single-item queries (
incident,task,case,user, …) take abyargument (e.g. an id or ticket number) to fetch one record with its full detail and comments. - Incident workflow mutations cover the GreyMatter Investigate lifecycle:
acknowledge_incident,assign_incident,add_incident_comment,update_incident_state, andclose_incident. Incident close codes includeCUSTOMER_TRUE_POSITIVE,CUSTOMER_FALSE_POSITIVE,CUSTOMER_ANOMALOUS_SAFE,FALSE_POSITIVE_CREATE_TUNING_TICKET,CUSTOMER_SECURITY_CONTROL_TESTING,CUSTOMER_CANCELLED; states includePENDING_CUSTOMER,PENDING_RQ,RESOLVED,CANCELLED. - Respond / playbooks:
run_playbookexecutes a predefined playbook;playbook_runsandplaybook_runread execution results. graphql_queryescape hatch runs an arbitrary GraphQL document for anything without a dedicated tool. In read-only mode it rejects mutations.customer_slugon every tool overrides thex-reliaquest-customer(OpCo) header for that single call — see Multi-OpCo.rate_limitreports your remaining API budget (the API allows 5000 points/hour per company account; each returned node counts as one point).
See docs/ENDPOINTS.md for the full tool ↔ GraphQL-operation mapping.
Quick start
Install
# with uv (recommended)
uv tool install greymatter-mcp
# or with pip
pip install greymatter-mcp
For development from source:
git clone https://github.com/Space-C0wboy/Reliaquest-Greymatter-MCP-Server
cd Reliaquest-Greymatter-MCP-Server
uv venv && uv pip install -e ".[dev]"
Getting an API key
Generate a GreyMatter API key from the portal:
- In GreyMatter, go to Settings → API Key Management.
- Click New API Key, choose an Expiration Date (default is 1 year), then Create Key.
- Copy the key — it is shown only once. This is your
GREYMATTER_API_KEY.
Configuration
Copy .env.example to .env and set:
| Variable | Required | Default | Description |
|---|---|---|---|
GREYMATTER_API_KEY |
yes | — | Your GreyMatter API key (Settings → API Key Management) |
GREYMATTER_BASE_URL |
no | https://greymatter.myreliaquest.com/graphql |
GraphQL endpoint |
GREYMATTER_CUSTOMER_SLUG |
no | (none) | Default x-reliaquest-customer (OpCo) header for multi-OpCo accounts |
GREYMATTER_READ_ONLY |
no | false |
When true, no mutation tools are registered and graphql_query rejects mutations |
GREYMATTER_TIMEOUT |
no | 60 |
Request timeout in seconds (some mutations are slow server-side) |
LOG_LEVEL |
no | INFO |
Logging level |
MCP_HTTP_HOST / MCP_HTTP_PORT |
no | 127.0.0.1:8765 |
HTTP transport bind |
Run
- stdio (default):
uv run greymatter-mcp(or justgreymatter-mcpif installed as a tool) - HTTP:
greymatter-mcp --transport http --port 8765
Read-only mode
Set GREYMATTER_READ_ONLY=true to run the server safely against production. In this mode:
- No mutation tools are registered — only the 56 query tools are exposed.
- The
graphql_queryescape hatch rejects mutations, so it can only run read operations (robust against fragment- or BOM-prefixed mutation documents).
Read-only mode is strongly recommended for analyst-assistant, dashboard, and reporting use cases where the model should never be able to change state.
Editor integration
Claude Desktop
Edit claude_desktop_config.json:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"greymatter": {
"command": "greymatter-mcp",
"env": {
"GREYMATTER_API_KEY": "your-key-here",
"GREYMATTER_READ_ONLY": "true"
}
}
}
}
If running from source instead of an installed tool, use uv with --directory:
{
"mcpServers": {
"greymatter": {
"command": "uv",
"args": ["run", "--directory", "/absolute/path/to/Reliaquest-Greymatter-MCP-Server", "greymatter-mcp"],
"env": { "GREYMATTER_API_KEY": "your-key-here", "GREYMATTER_READ_ONLY": "true" }
}
}
}
Restart Claude Desktop, then confirm greymatter appears in the tools menu.
Claude Code
claude mcp add greymatter \
--env GREYMATTER_API_KEY=your-key-here \
--env GREYMATTER_READ_ONLY=true \
-- greymatter-mcp
Multi-OpCo (Header Slug)
GreyMatter accounts that manage multiple operating companies (OpCos) use the
x-reliaquest-customer header ("Header Slug") to select which company a request targets:
- Set
GREYMATTER_CUSTOMER_SLUGto apply a default slug to every request. - Pass
customer_slugon any individual tool call to override the default for that call. Both set thex-reliaquest-customerheader.
Rate limits
The GreyMatter API enforces a limit of 5000 points/hour per company account. Each node
entity returned counts as 1 point, so large paginated queries consume points quickly.
Use the rate_limit tool to check your current usage.
Known limitations
Entitlement-gated tools. Some tools return "You don't have access to this item"
unless your account/API key is licensed for the relevant module — e.g. drp_alerts,
access_control_policies, access_control_resources, discover_tasks, audits. These
work normally for entitled accounts.
Multi-connection queries. A few queries page several nested connections and expose
multiple first / after parameters (e.g. cases uses first3/after3 for the
top-level list and first/first1/first2 for nested connections). Always set the
outer page-size parameter to bound results; leaving it unset can return very large
responses and time out. For heavy queries (e.g. playbook_run_filter_data), raise
GREYMATTER_TIMEOUT.
Example prompts
- "Show me incidents pending customer action." →
incidents(filter onstate: PENDING_CUSTOMER). - "Acknowledge incident
<id>and assign it to me." →acknowledge_incident→assign_incident. - "Resolve incident
<id>as a false positive with a tuning note." →close_incident(closeCode: CUSTOMER_FALSE_POSITIVE). - "What detection rules are deployed, and which map to MITRE techniques?" →
detection_rules. - "List the 25 most recent open cases." →
cases(setfirst3: 25). - "How much of my API rate-limit budget is left?" →
rate_limit.
How tools are generated
The tools are generated from the vendor's API collection:
python scripts/generate_from_collection.py
This regenerates the modules under src/greymatter_mcp/tools/_generated/ and the catalog
at docs/ENDPOINTS.md. The generated files are not hand-edited — change the generator
(its OVERRIDES / FIELD_EXCLUSIONS maps) and regenerate.
The API collection and other ReliaQuest reference material live in the
Development Reference/ directory, which is gitignored: it is ReliaQuest proprietary
material and is not redistributed in this public repository. To verify the generated tools
against the live API, scripts/introspect.py fetches the current GraphQL schema.
Development
uv run pytest # full suite (HTTP fully mocked; no live calls)
uv run ruff check . # lint
uv run python scripts/generate_from_collection.py # regenerate tools
Releases publish to PyPI when a v* tag is pushed (see .github/workflows/release.yml).
License
Support
This is an unofficial community project. For GreyMatter platform or API questions, contact ReliaQuest at greymattersupport@reliaquest.com. For issues with this MCP server, open an issue on the GitHub repository.
Metadata
Release files for greymatter-mcp 0.1.7b1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| greymatter_mcp-0.1.7b1.tar.gz | 187.2 kB | With provenance | Details for greymatter_mcp-0.1.7b1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| greymatter_mcp-0.1.7b1-py3-none-any.whl | Python 3 | none | any | Details for greymatter_mcp-0.1.7b1-py3-none-any.whl |
Total release size: 279.4 kB
Release files / greymatter_mcp-0.1.7b1.tar.gz
| Download URL | greymatter_mcp-0.1.7b1.tar.gz |
|---|---|
| Size | 187.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
88648327c6761f51ab4dbf7ba09a80de068d03d51b084e809b80cc7cafe253bd
|
|
BLAKE2b-256 checksum How to use checksums |
a5decbfe2812c64a2616edf1fe912ee5b263cb718569bd1401b2116f61d2db3c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 5, 2026.
Transparency logRelease files / greymatter_mcp-0.1.7b1-py3-none-any.whl
| Download URL | greymatter_mcp-0.1.7b1-py3-none-any.whl |
|---|---|
| Size | 92.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
a4f95ce7ed3216dd4d14741150724b99c028baa3fe45af12ad44e447923d4099
|
|
BLAKE2b-256 checksum How to use checksums |
414a3977fcc85d1e11a2524faa1416ed704b16bb9ea27be940c6200cab0444e6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 5, 2026.
Transparency logSecurity for greymatter-mcp 0.1.7b1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for greymatter_mcp-0.1.7b1.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 5, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.