get_limits
Return plan limits for the current API key (GET /v1/limits).
Score a workflow against Sentinel Signal's models — validating and normalising the payload first without spending a scoring call.
LABSCO SUMMARY
The failure mode for metered scoring is an agent iterating on payload shape and burning the month's allowance on rejected requests. Separating validation from scoring, and saying in the tool text that validation is free, removes it — the agent can converge on a correct payload and then spend once. get_workflow_schema serves the same end from the other direction, by supplying the field list rather than leaving it to be inferred. Reporting model versions on list_workflows is worth noting for anyone keeping scores comparable over time: a score without its model version is not comparable to last quarter's.
A workflow-scoring client with eight tools: the scoring calls themselves, the schema and validation around them, and the plan limits and usage reporting that govern them.
SENTINEL_BASE_URL and SENTINEL_TOKEN_BASE_URL — the base URLs are configurable rather than fixed, so this points at the deployment you are entitled to.
One command — uvx sentinel-signal-mcp
USE CASES
Read the workflow's schema with its example payloads, then validate and normalise your version — neither call consumes a scoring credit.
Send up to 25 in one batch request rather than looping single calls, once the shape is confirmed.
Check the ceiling and the consumption against it, scoped by month when you need the trend rather than the total.
Attach structured feedback to the specific scoring request, so it is tied to an input rather than filed as a general complaint.
Counted once with only startup setup. Other versions, modes or optional credentials may expose a different list.
get_limitsReturn plan limits for the current API key (GET /v1/limits).
get_usageReturn usage for the current API key (GET /v1/usage). Optional month format: YYYY-MM.
get_workflow_schemaFetch required fields, optional fields, and example payloads for a workflow (GET /v1/workflows/{workflow}/schema).
list_workflowsList supported workflows and current model versions (GET /v1/workflows).
score_batchScore up to 25 workflow items sequentially in one request (POST /v1/score/batch).
score_workflowCall Sentinel Signal unified workflow scoring (POST /v1/score).
submit_feedbackSubmit structured feedback for a prior scoring request (POST /v1/feedback).
validate_workflow_payloadValidate and normalize a workflow payload without consuming a scoring call (POST /v1/workflows/{workflow}/validate).
BEFORE YOU INSTALL
8 tools when we connected. When your key's quota runs out, tools return a 402 upgrade_required error instead of disappearing.
uvx on PATH
CONTEXT COST
Rated by the size of the 8 tool definitions that ride along on every turn, not by how many there are
INSTALLATION
uvx sentinel-signal-mcphttps://mcp.sentinelsignal.io/mcpAdd this hosted endpoint to your MCP client.
{
"mcpServers": {
"sentinel-signal": {
"command": "uvx",
"args": [
"sentinel-signal-mcp"
],
"env": {
"SENTINEL_BASE_URL": "https://api.sentinelsignal.io",
"SENTINEL_TOKEN_BASE_URL": "https://token.sentinelsignal.io",
"SENTINEL_API_KEY": "<YOUR_SENTINEL_API_KEY>",
"SENTINEL_TIMEOUT_SECONDS": "30"
}
}
}
}SENTINEL_API_KEY is optional — delete that line and the server mints a free trial key on first run (no signup) and caches it in ~/.sentinel/credentials.json.
{
"mcpServers": {
"sentinel-signal": {
"command": "uvx",
"args": [
"sentinel-signal-mcp"
],
"env": {
"SENTINEL_BASE_URL": "https://api.sentinelsignal.io",
"SENTINEL_TOKEN_BASE_URL": "https://token.sentinelsignal.io"
}
}
}
}Connect a client that supports remote HTTP MCP to this address:
https://mcp.sentinelsignal.io/mcpSend a key with each request in the header Authorization: Bearer <YOUR_SENTINEL_API_KEY>. Over HTTP the key is not minted for you; a free trial key needs no signup: POST https://token.sentinelsignal.io/v1/keys/trial