Skip to main content
Glama

ETSI Standards Connector

An MCP (Model Context Protocol) server that fetches, parses, and summarises ETSI telecommunications and media standards documents using Claude. Once registered, Claude can autonomously look up and ingest standards mid-conversation, then use the resulting summaries to answer questions, write conformant XML, or generate code that meets a specification.

How it works

You: "Does ETSI TS 102 818 define a required XML namespace?"

Claude --> search_standard("ETSI TS 102 818")
       --> ingest_standard("ETSI TS 102 818")   [downloads PDF, summarises with Claude Opus]
       --> reads standards/TS-102-818.md
       --> "Yes. Clause 5.2 [M] requires the namespace..."

The pipeline has three stages:

1. Search — queries the ETSI standards search API to find the current version of a standard and its PDF download URL.

2. Ingest — downloads the PDF, extracts the text, and calls Claude Opus to produce a structured summary. The summary captures all mandatory/optional requirements, data structures, workflows, allowed values, and normative references. It is written to standards/<id>.md and cached for future use.

3. Query — any subsequent question, code generation, or XML output task reads the local summary rather than the PDF, keeping token costs low.

Related MCP server: mcp-server-3gpp

Tools exposed over MCP

Tool

Description

search_standard

Search the ETSI catalogue by standard number or keywords. Returns up to 20 matches sorted most-recent first.

fetch_standard

Download and parse an ETSI standard PDF. Returns the document text and summarisation instructions to Claude, which then produces the summary and calls save_summary. Pass refresh: true to re-fetch.

save_summary

Persist a summary to standards/<id>.md. Called by Claude after summarising the output of fetch_standard.

get_summary

Read a summary that has already been ingested.

list_ingested

List all standards that have been summarised locally.

A resource template standards://{id} also exposes summaries directly as MCP resources.

Summary format

Every standards/<id>.md follows a fixed schema designed to be token-efficient and machine-readable:

  • Scope — what the standard covers

  • Key Concepts — terms with definitions

  • Normative References — other standards required for conformance

  • Data Structures — fields, types, allowed values; binary structures include byte offsets and hex values

  • Rules and Constraints — numbered list, each prefixed [M] (mandatory) or [O] (optional); recommended values marked *

  • Workflows and Sequences — numbered steps or Mermaid diagrams

  • Conformance Requirements — all SHALL / SHOULD / MAY clauses

  • Related Standards — standards that may warrant further ingestion

Requirements

  • Node.js 20 or later

No Anthropic API key is required in the MCP server. Summarisation is performed by the Claude instance that is already running (Claude Code or Claude Desktop) — the server only handles fetching and parsing.

Installation

git clone <repo>
cd claude-etsi-connector
npm install
npm run build

Registering with Claude

Claude Code (global — available in all projects)

claude mcp add --scope user etsi -- node /absolute/path/to/claude-etsi-connector/dist/src/server.js

This writes to ~/.claude.json. No API key configuration is needed.

Claude Desktop

Add to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS):

{
  "mcpServers": {
    "etsi": {
      "command": "node",
      "args": ["/absolute/path/to/claude-etsi-connector/dist/src/server.js"]
    }
  }
}

Restart Claude Desktop after saving.

Verify

echo '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"test","version":"1"}}}' \
  | node dist/server.js

You should see a JSON response containing "name":"etsi-connector".

Environment variables

Variable

Default

Description

ETSI_STANDARDS_DIR

./standards

Where summary .md files are written.

ETSI_CACHE_DIR

./cache

Where downloaded PDFs are cached.

Example usage

Once registered, Claude can use the tools directly. You can also prompt it explicitly:

"Ingest ETSI TS 103 720 and tell me what video codec profiles are mandatory."

"Using the summary for TS 102 818, write a valid XML service information document."

"What standards does TS 102 818 normatively reference that haven't been ingested yet?"

Project structure

claude-etsi-connector/
├── src/
│   ├── server.ts       # MCP server — tool and resource registration
│   ├── fetcher.ts      # ETSI search API + PDF download
│   ├── parser.ts       # PDF text extraction
│   ├── summariser.ts   # Claude API call → standards/<id>.md
│   └── config.ts       # Paths and model constants
├── prompts/
│   └── summarise.md    # Summarisation prompt template
├── standards/          # Generated summaries (committed to git)
├── cache/              # Downloaded PDFs (git-ignored)
└── dist/               # Compiled output (git-ignored)

Known limitations

  • Summarisation calls claude-opus-4-6 and may take 30–90 seconds for a long specification.

  • Very large documents (>150,000 characters of extracted text, roughly 300+ pages) are truncated. The summary will note where truncation occurred.

  • PDF text extraction quality depends on how the PDF was produced. Scanned or image-based PDFs will yield poor results.

  • The ETSI search API does not reliably flag superseded versions; the connector always takes the first (most recent) result.

Available Tools

6 tools
fetch_standardA

Fetch and parse an ETSI standard PDF. Saves the document text locally and returns summarisation instructions and metadata. Then call read_document_text repeatedly to read the document in chunks, build the summary, and finally call save_summary to persist it. If the standard is already ingested, returns the existing summary immediately. Use refresh=true to re-fetch.

Inputs: query (required), refresh.

get_summaryA

Read the stored summary for an already-ingested ETSI standard.

Inputs: standard_id (required).

list_ingestedA

List all ETSI standards that have been ingested and summarised locally.

Inputs: no named parameters.

read_document_textA

Read a chunk of the extracted text for a standard fetched with fetch_standard. Call repeatedly with the returned next_offset until done is true.

Inputs: offset (required), standard_id (required).

save_summaryA

Persist a structured summary to standards/.md. Call this after producing a summary from fetch_standard output.

Inputs: summary (required), standard_id (required).

search_standardA

Search the ETSI standards catalogue. Returns matching standards sorted most-recent first.

Inputs: query (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.1/5.0

    Scored across 6 tools

    Disambiguation5/5

    Each tool has a clearly distinct purpose: fetch_standard (fetch and parse), get_summary (retrieve summary), list_ingested (list ingested standards), read_document_text (read chunks), save_summary (persist summary), search_standard (search catalogue). No overlap or ambiguity.

    Naming Consistency5/5

    All tool names follow the verb_noun pattern with snake_case (e.g., fetch_standard, get_summary). Consistent and predictable naming throughout.

    Tool Count5/5

    6 tools is well-scoped for an ETSI standards ingestion and summarization system. Each tool covers a necessary step without redundancy or excess.

    Completeness4/5

    Core workflows (fetch, read, summarize, retrieve, search, list) are covered. Minor gap: no tool to delete an ingested standard, but this is a non-critical omission for the server's stated purpose.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      A
      quality
      D
      maintenance
      Enables AI assistants to access and search 3GPP telecommunications specifications through direct integration with the TSpec-LLM dataset. Provides real-time specification content, implementation requirements, and multi-spec comparisons for 3GPP standards development.
      4
      41 npm
      29
      MIT
    • A
      license
      B
      quality
      D
      maintenance
      Enables AI assistants to search and retrieve information from 3GPP specification documents, including full-text search and specific lookup for LTE and 5G NAS cause values. It comes with pre-processed data for major specifications covering NAS, RRC, and protocol conformance testing.
      3
      5
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      Provides AI assistants with access to 102 curated UK Government technology standards, enabling context-aware recommendations for accessibility, APIs, security, cloud strategy, and more.
      MIT