India Tenders

io.github.pipeworx-iov0.1.0更新於 Oct 5, 2026

India Government Tenders MCP — active public tenders from India's official

已驗證Streamable HTTP可網頁執行Web Search & ScrapingBusiness & Commerce

概覽

AI 產生的概覽

讓助理查詢印度官方電子採購入口網站上的現行政府標案,涵蓋國防、中央、國營事業與邦級標案。

功能
提供工具檢索印度政府現行標案,來源包括國防部入口網站、中央公共採購入口網站(CPPP,含其列出的 GeM 標案)、中央國營事業電子標案,以及九個邦與產業的 GePNIC 入口網站。工具涵蓋國防標案、依入口網站搜尋、附現行標案數量的採購機關、單一標案的完整細節(類型、類別、EMD、費用、金額、地點、關鍵日期),以及 CPPP 或 GeM 最新項目。回應帶有 data_as_of 時間戳,日期為印度標準時間。
適用情境
當助理需要掌握印度當前公共採購機會(國防或民用、中央或邦級),或查詢特定標案細節時使用。適合投標研究、供應商開發與監測新公告,而非歷史資料分析。
執行需求
以遠端 streamable HTTP 端點形式執行於供應方的閘道;未聲明需要帳號或 API 金鑰,資料來源為公開頁面。文件另提到可透過 npm 套件在本機以 stdio 方式執行,需要 Node.js。需要能連線至該閘道或上游入口網站的網路。
安裝前請注意
此整合被描述為獨立、非官方,與上游供應方無關聯,亦未獲其背書。閘道端點除本套件工具外還暴露共用中繼工具,會佔用額外上下文。上游入口網站的關鍵字搜尋受驗證碼限制,因此改在機關頁面上過濾結果;部分入口網站時快時慢,或拒絕來自印度境外的連線。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 India Tenders,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "india-tenders": {
      "type": "http",
      "url": "https://gateway.pipeworx.io/india-tenders/mcp"
    }
  }
}

README

@pipeworx/india-tenders

Active Government of India tenders from the official e-procurement portals: the Ministry of Defence portal (defproc.gov.in), the Central Public Procurement Portal (CPPP, including the GeM bids it lists), central PSU e-tenders, and nine state and sector GePNIC portals.

Part of Pipeworx — an MCP gateway connecting AI agents to 1689+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.

Tools

  • india_defence_tenders({query?, organisation?, closing_after?, include_psus?, include_large_orgs?, limit?}) — active India defence tenders: Army, Navy, Air Force, DRDO, Border Roads, Defence Estates, Coast Guard, Integrated Defence Staff (defproc.gov.in), plus defence PSUs (AWEIL, Armoured Vehicles Nigam, Munitions India, Yantra India, India Optel, Troop Comforts, shipyards) and DRDO / Defence Estates on the CPPP central portal. Answers "open India defence tenders".
  • india_search_tenders({portal?, query?, organisation?, closing_after?, max_orgs?, include_large_orgs?, limit?}) — active tenders on one portal: central (CPPP central government), cpse, defence, maharashtra, tamil-nadu, kerala, west-bengal, rajasthan, delhi, coal-india, iocl, pmgsy.
  • india_tender_organisations({portal?, query?}) — a portal's buying organisations with their live active-tender counts.
  • india_get_tender({tender_id, portal?, organisation?}) — full detail for one tender: type, category, EMD, fee, value, location, pincode, every key date.
  • india_cppp_latest_tenders({feed?, page?, pages?, query?}) — newest tenders on the CPPP all-portal feed (cppp), or GeM bids as listed by CPPP (gem).

Every response carries data_as_of. Dates are India Standard Time, returned as ISO 8601 with +05:30.

Auth

Keyless. All sources are public pages that need no account.

Data sources

Things the next person would otherwise rediscover:

  • Accept-Language: * returns HTTP 500 on every GePNIC portal. Node's fetch sends that header by default, so a laptop smoke test fails while curl works. The pack sends en-IN.
  • Keyword search is captcha-gated on GePNIC (FrontEndAdvancedSearch, FrontEndLatestActiveTenders) and on CPPP. The captcha-free route is "Tenders by Organisation": the organisation list, then one page per organisation with all its active tenders. The pack filters keywords over those pages.
  • The per-organisation links are session-bound (session=T). Without the JSESSIONID cookie from the organisation-list response they return a 1.4 KB stale-session page. Every call opens its own session.
  • Rows contain a commented-out <td>. Strip HTML comments before splitting cells, or every column after the title shifts by one.
  • Military Engineer Services lists about 4,000 tenders on one 8.6 MB page (mostly a serialized page-state field) and takes 30 to 60 seconds. Organisations with 1,000 or more active tenders are opt-in: name them in organisation or pass include_large_orgs: true.
  • etenders.gov.in is intermittently slow (3 s on one request, a 30 s timeout on the next). The defence tool gives the secondary portals a 15 s budget and reports portal_errors rather than failing.
  • GeM itself (bidplus.gem.gov.in) and mod.gov.in refused connections from outside India in testing on 2026-10-04. GeM coverage comes from the CPPP gemdata feed instead.
  • CPPP pagination wraps the target URL in base64 under ?url=; the inner page=N is the 1-based page shown to users. A bare ?page=N is ignored and returns page 1.

Quick Start

Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):

json
{  "mcpServers": {    "india-tenders": {      "url": "https://gateway.pipeworx.io/india-tenders/mcp"    }  }}

What this endpoint actually serves

tools/list at https://gateway.pipeworx.io/india-tenders/mcp returns the tools in the table above plus the shared Pipeworx meta-tools — ask_pipeworx, discover_tools, search_within, remember/recall and the rest of the gateway-wide set. So the tool count you see is larger than this table: a single-pack endpoint currently lists roughly 30 shared tools alongside the pack's own. The connection's initialize response states its exact scope, and is the authoritative answer for a given day.

This is deliberate, not multiplexing by accident. The meta-tools are what let a scoped connection answer a question this pack does not cover — via ask_pipeworx, which routes across the whole catalog — without you adding a second MCP server. There is currently no way to mount a pack endpoint without them; if the extra schemas cost you more context than the routing is worth, connect to the full gateway once rather than to several pack endpoints.

Or connect to the full Pipeworx gateway to get every pack's tools listed directly, instead of just this one's:

json
{  "mcpServers": {    "pipeworx": {      "url": "https://gateway.pipeworx.io/mcp"    }  }}

Both URLs reach the same gateway and the same 1689+ data sources. The only difference is which pack's tools are listed directly; ask_pipeworx reaches all of them from either one.

No MCP client? Call it over HTTP

bash
curl -X POST https://gateway.pipeworx.io/v1/tools/india_defence_tenders \  -H 'Content-Type: application/json' \  -d '{"query":"gen set","limit":5}'

No account needed for the first calls. Inspect any tool: GET https://gateway.pipeworx.io/v1/tools/india_defence_tenders. Find one: POST https://gateway.pipeworx.io/v1/tools/search_packs with {"query":"..."}.

Standalone (no gateway account)

This package also runs as a local stdio MCP server — no Pipeworx account, no gateway round-trip:

json
{  "mcpServers": {    "india-tenders": {      "command": "npx",      "args": ["-y", "@pipeworx/mcp-india-tenders"]    }  }}

Or run it directly to confirm it starts:

bash
npx -y @pipeworx/mcp-india-tenders

It speaks MCP over stdin/stdout and answers initialize/tools/list/tools/call for only this pack's tools — none of the shared meta-tools the gateway connection above adds. Same source, same tools, no ask_pipeworx routing.

Using with ask_pipeworx

Instead of calling tools directly, you can ask questions in plain English — this works on the pack endpoint above as well as on the full gateway:

ask_pipeworx({ question: "your question about India Tenders data" })

The gateway picks the right tool and fills the arguments automatically.

More

License

MIT

來源:README.md,提交 9aa73f8

工具

0
工具後設資料尚未被收錄。

版本歷史

1
  1. v0.1.0最新Oct 5, 2026