Sentinel-MCP
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Sentinel-MCPshow server diagnostics"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Sentinel-MCP
Sentinel-MCP is an extensible trading-intelligence platform whose first interface is a Model Context Protocol (MCP) server. Milestone 1 provides a robust server foundation: configuration, structured logging, automatic tool registration, error boundaries, testing, and a diagnostic tool.
Trading execution and market-data integrations are intentionally out of scope for this milestone.
Architecture
The application follows dependency-oriented boundaries:
corecreates the MCP server and cross-cutting concerns such as logging and errors.configvalidates the runtime environment before startup.toolscontains independently registerable MCP capabilities.servicescontains application logic that tools depend on.modelscontains stable, provider-agnostic data contracts.
Future provider adapters (TradingView, Dhan, NSE, news, and caching) can be added behind service interfaces without changing the MCP entry point.
Related MCP server: @zuupee/mcp-server
Requirements
Node.js 22 or later (current LTS recommended)
pnpm 9 or later
Installation
git clone <your-repository-url>
cd sentinel-mcp
pnpm install
cp .env.example .envDevelopment
pnpm devBuild and run
pnpm build
pnpm startThe server communicates over standard input/output, as required by local MCP clients. Logs are written to stderr so they never corrupt the MCP protocol stream.
To use it with Claude Desktop after building, add a server entry that invokes the built file:
{
"mcpServers": {
"sentinel-mcp": {
"command": "node",
"args": ["/absolute/path/to/sentinel-mcp/dist/index.js"]
}
}
}Available tools
get_server_info
Returns structured runtime data including server name, version, status, ISO timestamp, uptime, Node.js version, and host platform. It is a safe connection and health diagnostic.
Quality commands
pnpm typecheck
pnpm lint
pnpm test
pnpm format:checkFolder structure
src/
config/ Environment validation and runtime settings
core/ Server composition, errors, logging
models/ Provider-agnostic application contracts
providers/ External-provider contracts and future adapters
schemas/ Shared validation schemas
services/ Reusable application services
tools/ Self-registering MCP tools and registry
cache/ Cache implementations and policies
types/ Shared TypeScript declarations
utils/ Small, framework-independent helpers
tests/ Vitest coverage for foundation components
docs/ Project documentation (reserved for design documents)
scripts/ Project automation (reserved for operational scripts)Configuration
Copy .env.example to .env. The defaults work for local development.
Variable | Default | Purpose |
|
| Server identity exposed to clients |
|
| Server version exposed to clients |
|
| Pino log level |
|
| MCP transport for this milestone |
Roadmap
Provider interfaces and resilient market-data adapters.
Shared cache, rate-limit, and retry policies.
Symbol lookup and market intelligence tools.
News enrichment and configurable alerting.
Optional authenticated provider integrations.
License
Choose and add an open-source license before public distribution.
Available Tools
1 toolget_server_infoGet server informationA
Returns the Sentinel-MCP version and current runtime status.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
Output Schema
| Name | Required | Description |
|---|---|---|
| name | Yes | |
| status | Yes | |
| uptime | Yes | |
| version | Yes | |
| platform | Yes | |
| timestamp | Yes | |
| nodeVersion | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden. It indicates a read-only operation returning specific status data. No hidden side effects or destructive behavior is implied, which is appropriate for a zero-parameter info tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
A single sentence that directly states the tool's output. Every word is necessary and the structure is front-loaded with the action and result.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The tool is simple with no parameters and an output schema provided. The description fully explains what the tool returns, so no additional context is needed.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
There are zero parameters, so the schema is fully covered. The description does not need to add parameter details. The baseline of 4 is appropriate as no further compensation is required.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description explicitly states it returns the Sentinel-MCP version and current runtime status. The verb 'Returns' combined with specific resources (version, runtime status) makes the purpose clear and unambiguous.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage when version or status info is needed. No exclusions or alternatives are discussed, but given the simplicity and lack of sibling tools, the context is sufficiently clear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v0.1.0-alpha- First observed
get_server_info
TDQS
Scored across 1 tool
Only one tool exists, so there is no possibility of ambiguity. The tool's purpose is clearly distinct by default.
With a single tool named 'get_server_info', naming is trivially consistent. The pattern follows a clear verb_noun structure.
A single tool that only returns server info is extremely limited. While it may serve a niche purpose, it feels insufficiently scoped for a typical MCP server, bordering on trivial.
The tool surface is severely incomplete for any meaningful server interaction. There are no CRUD or lifecycle operations, merely a single informational endpoint.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
MCP server for OpenMM — exposes market data, account, trading, and strategy tools to AI agents
MCP server exposing the Backtest360 engine API as tools for AI agents.
MCP server with quote and live cryptocurrency price tools, local and cloud-deployed transports.
MCP server for progressive tool usage at any scale (see https://klavis.ai)
Related MCP Servers
- AlicenseAqualityCmaintenanceRead-only MCP server for Interactive Brokers that exposes market data, positions, and account info as MCP tools.8MIT
- FlicenseNot gradedqualityBmaintenanceGeneral-purpose MCP server with built-in tools for HTTP, JSON, and datetime operations, supporting pluggable modules and security defaults.-
- AlicenseNot gradedqualityCmaintenanceA local-first MCP server that bridges AI coding agents with MetaTrader 5 for inspection, market data, MQL5 development, compiling, Strategy Tester review, workspace sync, logs, audit trails, demo trading, and carefully gated live trading.MIT
- AlicenseBqualityCmaintenanceA read-only-by-default MCP server for Interactive Brokers that exposes account, positions, PnL, market data, and trade history from a local TWS/IB Gateway session, with optional trading capabilities.15MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/AnahadhBirdh/sentinel-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server