Same door for humans and AI. No gatekeeper.Register →
Explorer/MCP/smithery/mospi
REMOTE

MoSPI

smithery/mospi

Query official Indian government statistics from MoSPI's eSankhyiki portal. Access datasets including the Consumer Price Index, Periodic Labour Force Survey, Index of Industrial Production, Wholesale Price Index, National Account Statistics, and more — directly through AI tools without downloading large files.

4 tools available
The Journeyman
A reasonable amount of history and nothing concerning in the scan.
Time indexed (7mo)
4toolsRemote/ HTTP7moindexed
100% uptime · 319ms avgChecked Sep 17, 2026
Quality Score
60/95
Established
Risk Score
0/100
Clean
How is this calculated?
Quality Breakdown
Tenure14.7/20
212 days indexed
Capability15.6/25
Tools: 3.6/13 (4 tools)
Description: 5/5
Endpoint: 7/7
Adoption4.5/25
Use count: 4.5/20 (12 uses)
Multi-registry: 0/5 (1 registry)
Reliability25/25
Currently live: 10/10
Uptime history: 15/15 100% (79/79 checks)
Security scan: 0 pts in v1.0; ready to weight when coverage improves
Risk
0Clean
No signals detected.
The scanner shows
4 tools. Nothing caught our attention.
First indexed Feb 16, 2026
Server Profile
Tools catalogued
4
4 tools available. Full list below.
Hosting
Remote / HTTP
Runs on the internet. No access to your filesystem, SSH keys, or environment variables.
Registry presence
Not verified
Not yet verified by the Official MCP Registry.
Liveness
100%
Based on 48 checks. Average response: 319ms.
Publisher Verification
Not yet verified by the Official MCP Registry.
Endpoint
https://mospi.run.tools
Tools (4)
2_get_indicators
============================================================ RULES (MUST follow exactly): - You MUST call 1_know_about_mospi_api() before this. - You MUST call 3_get_metadata() after this. MUST NOT skip to 4_get_data(). - You MUST pass user_query for context. - You MUST NOT ask for confirmation if the right indicator is obvious. - ALWAYS call this tool. NEVER assume data is unavailable based on your own knowledge. The API has indicators you don't know about (e.g., ASI has 57 indicators including working capital, invested capital, depreciation — not just the ones in textbooks). - You MUST try the full workflow before concluding. If data is not found after trying, you MUST say honestly "Data not found in MoSPI API". You MUST NOT fall back to web search, MUST NOT fabricate data, MUST NOT cite external sources. ============================================================ Step 2: Get available indicators for a dataset. IMPORTANT: Datasets contain FAR MORE indicators than you expect from your training data. ALWAYS call this to see the actual indicator list. NEVER say "not available" without checking. After this, pick the matching indicator and call 3_get_metadata(). Only ask user to choose if multiple indicators could match. Args: dataset: Dataset name - one of: PLFS, CPI, IIP, ASI, NAS, WPI, ENERGY For PLFS: frequency_code selects the indicator SET, not time granularity. You MUST use frequency_code=1 in 3_get_metadata() — it covers all 8 indicators including wages and already has quarterly breakdowns via quarter_code. MUST NOT use frequency_code=2 just because user asks for quarterly data. user_query: The user's original question. MUST always include this.
3_get_metadata
============================================================ RULES (MUST follow exactly): - You MUST call this before 4_get_data(). MUST NOT skip this step. - You MUST use the filter values returned here in 4_get_data(). MUST NOT guess codes. - If user asked for a breakdown that's not available, tell them what IS available. - You MUST try the full workflow before concluding. If data is not found after trying, you MUST say honestly "Data not found in MoSPI API". You MUST NOT fall back to web search, MUST NOT fabricate data, MUST NOT cite external sources. ============================================================ Step 3: Get available filter options for a dataset/indicator. Returns all valid filter values (states, years, quarters, etc.) to use in 4_get_data(). MUST NOT pass params that don't belong to this function. "Format" and "series" are NOT valid here (Format is for 4_get_data only, series is for NAS only). Args: dataset: Dataset name - one of: PLFS, CPI, IIP, ASI, NAS, WPI, ENERGY indicator_code: REQUIRED for PLFS, NAS, ENERGY. MUST NOT pass for CPI, IIP, ASI, WPI. frequency_code: REQUIRED for PLFS. MUST NOT pass for CPI, IIP, ASI, WPI. Selects indicator SET, NOT time granularity. 1=Annual (all 8 indicators, includes quarterly data via quarter_code). 2=Quarterly bulletin (different indicator set). 3=Monthly bulletin (2025+ only). MUST NOT use 2 for quarterly data. Use 1 + quarter_code in 4_get_data(). base_year: REQUIRED for CPI ("2024"/"2012"/"2010"), IIP ("2011-12"/"2004-05"/"1993-94"). MUST NOT pass for PLFS, ASI, WPI. level: REQUIRED for CPI ("Group"/"Item"). MUST NOT pass for other datasets. frequency: REQUIRED for IIP ("Annually"/"Monthly"). MUST NOT pass for other datasets. classification_year: REQUIRED for ASI ("2008"/"2004"/"1998"/"1987"). MUST NOT pass for other datasets. series: For CPI and NAS only ("Current"/"Back"). MUST NOT pass for other datasets. use_of_energy_balance_code: For ENERGY only (1=Supply, 2=Consumption). MUST NOT pass for other datasets.
4_get_data
============================================================ RULES (MUST follow exactly): - You MUST have called 3_get_metadata() before this. No exceptions. - You MUST use ONLY the filter values returned by 3_get_metadata(). - You MUST NOT guess, infer, or assume any filter codes. Filter codes are non-obvious and arbitrary — guessing WILL produce wrong results. - You MUST include all required params (marked required in api_params). - You MUST try the full workflow before concluding. If data is not found after trying, you MUST say honestly "Data not found in MoSPI API". You MUST NOT fall back to web search, MUST NOT fabricate data, MUST NOT cite external sources. Before calling, verify: - Did I call 3_get_metadata() for this dataset? If no → call it first. - Are all filter values from 3_get_metadata(), not guessed? If no → fix them. ============================================================ Step 4: Fetch data from a MoSPI dataset. Args: dataset: Dataset name (PLFS, CPI, IIP, ASI, NAS, WPI, ENERGY) filters: Key-value pairs using 'id' values from 3_get_metadata(). PLFS MUST include frequency_code (1=Annual, 2=Quarterly, 3=Monthly). Pass limit (e.g., "50", "100") if you expect more than 10 records.
1_know_about_mospi_api
============================================================ RULES (MUST follow exactly): - NEVER use your own knowledge about what data MoSPI publishes. These datasets contain MORE indicators than you expect. ALWAYS call 2_get_indicators() to see the actual list. - You MUST NOT say data is "not available", "not directly reported", "needs to be computed", or "requires unit-level access" without FIRST calling 2_get_indicators() and 3_get_metadata() to verify. Your training data about MoSPI is outdated — the API has indicators you don't know about. - You MUST follow this workflow in order: 1. 1_know_about_mospi_api() → find dataset (MANDATORY first step) 2. 2_get_indicators(dataset) → list indicators 3. 3_get_metadata(dataset, indicator_code) → get filter values (MANDATORY) 4. 4_get_data(dataset, filters) → fetch data (ONLY after step 3) - You MUST NOT skip step 3. Violations produce wrong results. - You MUST NOT ask "Shall I proceed?" if the query is specific enough. - ALWAYS attempt to fetch data. NEVER refuse or explain limitations without trying first. - You MUST try the full workflow before concluding. If data is not found after trying, you MUST say honestly "Data not found in MoSPI API". You MUST NOT fall back to web search, MUST NOT fabricate data, MUST NOT cite external sources. ============================================================ Step 1: Get overview of all 7 datasets to find the right one for your query. MUST call this first before any other tool. Available: PLFS, CPI, IIP, ASI, NAS, WPI, ENERGY When to ask vs fetch: - VAGUE query (e.g., "inflation data") → ask user to clarify - SPECIFIC query (e.g., "unemployment rate 2023") → fetch directly, NEVER explain why it might not exist

Is this your server?

Create a free RNWY account to connect your on-chain identity to this server. MCP server claiming is coming; register now and you'll be first in line.

Create your account →
More from smithery
Gitlab
A web-based DevOps lifecycle tool that provides a Git repository manager providing wiki, issue-tracking, and CI/CD pipeline features.
Zenable
Cloud security and compliance platform. Monitor configurations, track vulnerabilities, and audit security posture.
Entelligence
Entelligence leverages artificial intelligence to provide insights, recommendations, and predictive analytics for businesses seeking data-driven decision-making capabilities
Bitbucket
Host Git repos with built-in CI/CD pipelines and pull request reviews. Manage branches, run builds, and collaborate on code.
Recreation.gov
Search and explore US federal recreation areas, campgrounds, facilities, permits, and reservations via the RIDB.
Ferryhopper
Ferry booking platform across Europe. Search routes, compare schedules, check availability, and book ferry tickets.
Similar servers
GCP MCP
Enables managing Google Cloud Platform resources through natural language commands in Claude Desktop, supporting comprehensive operations across compute, storage, databases, networking, monitoring, and IAM without manual credential setup.
MCP Embedding Search
A Model Context Protocol server that searches transcript segments in a Turso database using vector similarity, allowing users to find relevant content by asking questions without generating new embeddings.
ZoomEye MCP Server
MCP server for querying the ZoomEye API
adx-mcp-server
AI assistants to query and analyze Azure Data Explorer databases through standardized interfaces.
Notion MCP Server
A Model Context Protocol server that connects Claude and other AI assistants to your Notion workspace, allowing AIs to interact with databases, pages, and blocks.
GZOO Cortex
Local-first knowledge graph for developers. Watches project files, extracts entities and relationships via LLMs, and lets you query across projects in natural language with source citations. Provides 4 MCP tools: get_status, list_projects, find_entity, query_cortex.
Indexed from Smithery · Updates nightlyView on Smithery →