@pipeworx/mcp-emarket-storage 0.1.0

package/.pipeworx-staged-ok

@@ -0,0 +1,6 @@
+{
+  "staged_at": "2026-09-24T16:29:16.941Z",
+  "publisher_blob": "da6994091dc9dcc6a7433084251ca4bbd58b4bed",
+  "publisher_commit": "1c417b2cfcdac06e2d9210e869265722ef013f20",
+  "note": "Written by scripts/publish-pack.sh as its LAST step. Its presence is the ONLY thing that lets stage-unpublished-packs.sh skip this pack. Deleting this dir is the correct way to force a rebuild."
+}

package/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 Mojibake Inc.
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -0,0 +1,215 @@
+# @pipeworx/emarket-storage
+
+Italian regulated company disclosures direct from eMarket Storage (Teleborsa)
+— a document index (title, issuer, timestamp, PDF link), updated same-day,
+built to fix the months-long lag in the community ESEF index for current-year
+Italian filings.
+
+Part of [Pipeworx](https://pipeworx.io) — an MCP gateway connecting AI agents to 1678+ live data sources.
+
+## Tools
+
+- `emarket_search_disclosures(company?, azienda_id?, category?, market?, cerca?, date_from?, date_to?, limit?, offset?)`
+  — search disclosures by issuer (name, resolved against eMarket's own
+  issuer list, or a known azienda_id), EU Transparency Directive category,
+  market segment, and/or a publication date window. Returns newest first.
+- `emarket_get_disclosure(id, date)` — fetch one disclosure by its Teleborsa
+  protocollo id and publication date (both come from a prior search — this
+  source has no by-id-only lookup).
+
+## Why this pack exists
+
+`esef-filings` proxies `filings.xbrl.org`, a community index whose
+current-year coverage for Italian issuers runs months behind (the same
+problem `amf-filings` fixes for France). This pack goes to eMarket Storage,
+one of Italy's two Officially Appointed Mechanisms (OAMs) for Transparency
+Directive disclosures, directly. **Measured live 2026-09-23**: a
+`category="104"` (Informazioni privilegiate) search for 2026-09-22..09-24
+returned a WEBUILD disclosure published 2026-09-23T17:13 local time (same
+day as the query), with its PDF confirmed reachable (HTTP 200).
+
+## ⚠️ Four things a caller must know
+
+1. **eMarket-covered issuers only — this is not the full Italian market.**
+   Italy has a SECOND, separate OAM, **1INFO** (a different keyless JSON API
+   covering roughly 314 issuers). An issuer discloses through exactly one of
+   the two. Some well-known names are 1INFO issuers and will NOT be found
+   here — confirmed 2026-09-23 by checking eMarket Storage's own ~480-company
+   issuer picklist: neither **IREN** nor **SOMEC** appear in it. A company
+   search that matches nothing returns an explanatory `note`, not a bare
+   error, saying the issuer may be a 1INFO issuer instead. This pack does not
+   merge 1INFO data.
+2. **This is a document index, not an XBRL-facts API.** Every row is a
+   disclosure EVENT: a title, an issuer, a publication timestamp, and a link
+   to the underlying PDF. There is no per-fact extraction — no "give me net
+   income for FY2025" lookup.
+3. **No ISIN or LEI.** Unlike `amf-filings`, eMarket Storage's listing and
+   its issuer picklist expose only a company NAME and an internal Teleborsa
+   numeric id (`azienda_id`) — no ISIN/LEI field was found anywhere on the
+   listing or a per-company page (checked 2026-09-23). Identify issuers by
+   name (resolved automatically against the site's own list) or by
+   `azienda_id` directly once you have it from a prior search.
+4. **`date_to` is INCLUSIVE in this tool — the underlying source's own
+   `data_to` is EXCLUSIVE, and that mismatch silently drops rows, not just on
+   an exact single-day query.** Verified live 2026-09-24 against the raw
+   source: `data_from=2026-09-21&data_to=2026-09-22` returned 13 rows, ALL
+   from the 21st — the entire 22nd silently vanished, with no error, no
+   empty-result signal, nothing to indicate the caller's "21st through 22nd"
+   request was answered wrong. `emarket_search_disclosures` always sends the
+   source a `data_to` one calendar day past the caller's inclusive `date_to`
+   (a lone `date_from` with no `date_to` means "just that one day"), and the
+   response echoes both `date_to` (your inclusive value) and
+   `upstream_date_to_exclusive` (the raw bound actually sent) — so a caller
+   asking for "the 21st through the 22nd" now correctly gets rows from both
+   days. Confirmed locally: the same 21→22 request now returns rows dated
+   both 2026-09-21 and 2026-09-22.
+
+## Auth
+
+Keyless. No account, no API key.
+
+## Data sources
+
+- <https://www.emarketstorage.it/it/comunicati-finanziari> — eMarket
+  Storage's public disclosure listing (Teleborsa, an EU Transparency
+  Directive OAM for Italy). Pipeworx queries it live on every call; there is
+  no bulk download or formal API (`/jsonapi` on this Drupal site 404s — it
+  is HTML-only), so this pack parses the listing's HTML directly.
+
+## Gotchas
+
+- No formal API. The listing is a plain GET-filterable Drupal View
+  (`azienda`, `mercato`, `categoria`, `data_from`/`data_to`, `cerca`). This
+  pack parses the rendered HTML with targeted regex — Cloudflare Workers
+  have no DOMParser (same approach as `spain-tenders`).
+- **The row's `datetime` attribute (on its `time` element) is broken** —
+  every row observed carries something like `34Z` (just trailing seconds
+  and a "Z", an upstream templating bug), not a usable timestamp. This pack
+  parses the human-readable text instead ("DD/MM/YYYY - HH:MM", Italian
+  local time) and returns it as `published_at_local` with an explicit
+  `timezone: "Europe/Rome"` field — it is NOT converted to UTC, since doing
+  that correctly needs DST awareness this pack does not assume.
+- **The listing does not expose a category per row** — only the `categoria`
+  filter parameter accepts one. `emarket_search_disclosures` therefore
+  echoes the requested `category` onto every result when the caller filtered
+  by it (that is a true fact about a filtered result, not a guess); on an
+  unfiltered search, `category` is honestly `null` rather than fabricated.
+- **Fixed page size of 24**, confirmed live (every page but the last was
+  exactly 24 rows). There is no total-count field anywhere in the response;
+  when a next page exists, this pack reports `has_more: true` and
+  `at_least_total` — a true LOWER BOUND (`last_page_index * 24`), never a
+  fabricated exact total. Example measured 2026-09-23: SAIPEM narrowed to a
+  2-day window returned 1 disclosure; the same issuer over 2025-01-01..
+  2026-09-24 returned `at_least_total: 120` (122 exact, confirmed by walking
+  to the last page) — the date filter genuinely binds.
+- Company-name resolution uses `rankMatches` (exact > prefix > whole-word >
+  substring) against eMarket's own issuer picklist, embedded in every
+  listing page load. An ambiguous match (multiple issuers tied at the same
+  score) returns `candidates` instead of guessing.
+- `emarket_get_disclosure` has no direct by-id endpoint on the source — it
+  re-fetches the given date's listing (paging up to 15 pages, i.e. up to 360
+  disclosures market-wide for that day) and matches on the protocollo id.
+
+## Quick Start
+
+Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):
+
+```json
+{
+  "mcpServers": {
+    "emarket-storage": {
+      "url": "https://gateway.pipeworx.io/emarket-storage/mcp"
+    }
+  }
+}
+```
+
+### What this endpoint actually serves
+
+`tools/list` at `https://gateway.pipeworx.io/emarket-storage/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 1678+ 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/emarket_search_disclosures \
+  -H 'Content-Type: application/json' \
+  -d '{"category":"104","date_from":"2026-09-22","date_to":"2026-09-24"}'
+```
+
+No account needed for the first calls. Inspect any tool: `GET https://gateway.pipeworx.io/v1/tools/emarket_search_disclosures`. 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": {
+    "emarket-storage": {
+      "command": "npx",
+      "args": ["-y", "@pipeworx/mcp-emarket-storage"]
+    }
+  }
+}
+```
+
+Or run it directly to confirm it starts:
+
+```bash
+npx -y @pipeworx/mcp-emarket-storage
+```
+
+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 Emarket Storage data" })
+```
+
+The gateway picks the right tool and fills the arguments automatically.
+
+## More
+
+- [Docs and guides](https://pipeworx.io/docs)
+- [pipeworx.io](https://pipeworx.io)
+
+## License
+
+MIT

package/bin/cli.js

@@ -0,0 +1,17 @@
+#!/usr/bin/env node
+//
+// Entry point for `npx @pipeworx/mcp-<slug>`.
+//
+// Packs ship as raw TypeScript (no build step — see publish-pack.sh for why:
+// tsx sidesteps every extensionless-import / bare-JSON-import edge case a
+// per-pack tsc build would have to solve one pack at a time). This file
+// registers tsx's ESM loader programmatically, then hands off to src/server.ts,
+// which wraps the pack's {tools, callTool} export in a stdio MCP server.
+//
+// Copied verbatim into every published pack repo by scripts/publish-pack.sh —
+// edit this file, not a per-pack copy.
+import { register } from 'tsx/esm/api';
+
+register();
+
+await import('../src/server.ts');

package/package.json

@@ -0,0 +1,28 @@
+{
+  "name": "@pipeworx/mcp-emarket-storage",
+  "version": "0.1.0",
+  "description": "Italian regulated disclosures direct from eMarket Storage (Teleborsa) — keyless, same-day-fresh.",
+  "type": "module",
+  "main": "src/index.ts",
+  "types": "src/index.ts",
+  "bin": {
+    "mcp-emarket-storage": "bin/cli.js"
+  },
+  "keywords": ["mcp", "mcp-server", "model-context-protocol", "pipeworx", "emarket-storage"],
+  "license": "MIT",
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/pipeworx-io/mcp-emarket-storage.git"
+  },
+  "scripts": {
+    "typecheck": "tsc --noEmit"
+  },
+  "dependencies": {
+    "@modelcontextprotocol/sdk": "^1.30.0",
+    "tsx": "^4.19.0"
+  },
+  "devDependencies": {
+    "typescript": "^5.9.3",
+    "@cloudflare/workers-types": "^4.20260405.1"
+  }
+}

package/server.json

@@ -0,0 +1,18 @@
+{
+  "$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
+  "name": "io.github.pipeworx-io/emarket-storage",
+  "title": "Emarket Storage",
+  "description": "Italian regulated disclosures direct from eMarket Storage (Teleborsa) — keyless, same-day-fresh.",
+  "version": "0.1.0",
+  "websiteUrl": "https://pipeworx.io/packs/emarket-storage",
+  "repository": {
+    "url": "https://github.com/pipeworx-io/mcp-emarket-storage",
+    "source": "github"
+  },
+  "remotes": [
+    {
+      "type": "streamable-http",
+      "url": "https://gateway.pipeworx.io/emarket-storage/mcp"
+    }
+  ]
+}