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