traintrack-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., "@traintrack-mcpcheck live status of 12627"
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.
TrainTrack MCP
An MCP server for TrainTrack that gives AI agents access to Indian Railways train search, schedules, live status, trains between stations, station data, and PNR status.
It uses the MCP stdio transport, requires no API key, and talks to https://traintrack.stupidlabs.lol/ by default. TrainTrack uses unofficial NTES/Indian Railways data, which may occasionally be delayed, incomplete, or unavailable. Confirm time-sensitive journey details through official railway channels.
Requirements
Node.js 18 or newer
An MCP-compatible client
Related MCP server: ns-bridge
Installation
After the package is published:
npm install --global traintrack-mcpTo run it directly from a source checkout:
npm install
npm startMCP client configuration
No environment variables are required for the hosted TrainTrack API.
Claude Desktop, Claude Code, Cline, and compatible clients
Add this to the client's MCP configuration:
{
"mcpServers": {
"traintrack": {
"command": "npx",
"args": ["-y", "traintrack-mcp"]
}
}
}Codex
Add this to ~/.codex/config.toml:
[mcp_servers.traintrack]
command = "npx"
args = ["-y", "traintrack-mcp"]
tool_timeout_sec = 60OpenCode
Add this to ~/.config/opencode/opencode.json:
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"traintrack": {
"type": "local",
"command": ["npx", "-y", "traintrack-mcp"],
"enabled": true
}
}
}Configuration
Environment variable | Default | Description |
|
| TrainTrack deployment to use. |
|
| Positive request timeout in milliseconds. |
For example:
{
"mcpServers": {
"traintrack": {
"command": "npx",
"args": ["-y", "traintrack-mcp"],
"env": {
"TRAINTRACK_BASE_URL": "https://trains.example.com/"
}
}
}
}Tools
Tool | Inputs | What it returns |
|
| Trains matching a name, number, or text |
|
| Train identity, endpoints, and running instances |
|
| Scheduled stops, times, running days, and coordinates |
|
| Live stops, delays, platforms, current reported position, and route geometry |
|
| Direct trains between two station codes |
|
| Exceptional service information such as cancellations or diversions |
|
| Booking, passenger, train, and chart status |
|
| Bundled station name and coordinates |
|
| Stations matching a name or code |
|
| Batched live tracking for up to 10 trains |
| none | Public API availability and service status |
Dates use DD-MMM-YYYY, for example 26-Jul-2026. Train numbers contain 4–6 digits, station codes contain 1–10 letters or digits, and a PNR contains exactly 10 digits.
Rate limits
TrainTrack applies these default limits per client IP and per endpoint. This MCP server does not add another rate limiter. An upstream 429 response is returned to the MCP client as a tool error with its HTTP status, response details, and X-Request-ID when available.
Operation | Default upstream limit |
Train search | 60/minute |
Train information | 30/minute |
Train schedule | 20/minute |
Live train status | 12/minute |
Trains between stations | 20/minute |
Train exceptions | 20/minute |
PNR status | 2/minute |
Station coordinates | 120/minute |
Station search | 120/minute |
Batched live tracking | 6/minute |
Health check | 120/minute |
The hosted service also protects its railway-data provider from overload, so temporary 502 errors can occur even before a client endpoint limit is reached. Wait briefly before retrying a 429 or 502 response.
Cache and data freshness
Caching happens in TrainTrack, not in this MCP process. The MCP tools return the upstream response unchanged, including its cached field. A response with "cached": true came from an earlier identical request or was shared with a simultaneous identical request; it does not mean the data was just refreshed.
Data | Maximum default cache window |
Live running status | 45 seconds |
Train exceptions/service updates | 5 minutes |
Train information | 30 minutes |
Current running instance | 30 minutes |
Trains between stations | 30 minutes |
Train search | 12 hours |
Train schedules | 12 hours |
PNR results are never stored in the result cache. Identical simultaneous PNR requests may still share one in-flight lookup. Treat PNRs as sensitive travel information and avoid putting real values in shared logs, screenshots, or telemetry.
See the hosted TrainTrack API documentation for the full API behavior.
Development
npm install
npm run check
npm testThe project uses ESM throughout and relies on Node's built-in Fetch API.
Author
Nitin Bansal (freakynit) — nitinbansal85@gmail.com
License
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
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/freakynit/traintrack-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server