Eu Cellar

@pipeworx/eu-cellar

欧洲联盟出版办公室发布的每份文件——《官方公报》法案、条约、合并文本、COM 提案和欧洲法院判决——都可以通过标题搜索，也可以使用 CELEX 编号读取，数据来自 CELLAR 语义知识库的公共 SPARQL 端点。

这是 Pipeworx 的一部分——一个将 AI Agent 连接到 1879+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供方无关，未获其认可，也并非由其发布。

工具

• cellar_search_works(query, resource_type?, since?, until?, limit?) — 按标题在所有 EU 资源类型中进行全文搜索；返回 CELEX、日期、资源类型和 EUR-Lex 直达链接。
• cellar_work(celex? | cellar_id?) — 单份文件的目录条目：所有英文标题、文件日期、生效标志、资源类型、带英文标签的 EuroVoc 主题概念以及起草机构。
• cellar_sparql(query, limit?) — 对知识库执行自定义 SELECT 或 ASK 查询。拒绝写入操作；结果数量有限。

身份验证

无需密钥。无需注册、无需密钥，也没有公开的配额。

与 eur-lex 包的关系

两者都连接到 publications.europa.eu，但并非重复工具。eur-lex 是一个精选的法律合规服务：手动维护的约 14 项指定法案索引（GDPR、AI Act、DORA……）、文章级文本提取和 CJEU 判决查询，其 SPARQL 用法被硬编码为仅查询立法文件。此包就是知识库本身——涵盖所有资源类型，还提供任意 SELECT 查询工具。

要查询“GDPR 第 17 条规定了什么”，请使用 eur-lex。要查询“EU 发布过哪些关于 X 的内容”，或询问尚无专用工具支持的图谱问题，请使用此包。

数据源

• https://publications.europa.eu/webapi/rdf/sparql — CELLAR SPARQL 端点（Virtuoso），提供 Common Data Model（cdm:）图谱。
• http://publications.europa.eu/resource/cellar/{id} — 端点返回的 Work URI。

陷阱，均已于 2026-09-17 在线验证

• 全文搜索需要使用 bif:contains，而不是 FILTER(CONTAINS(...))。 该端点使用 Virtuoso；对 ?title 使用 CONTAINS 筛选器会扫描知识库中的每个表达式，最终超时。全文搜索形式为 ?title bif:contains "'phrase'"——请注意其中的单引号，Virtuoso 要求多词短语使用这种格式。
• CELEX 字面量带有类型。 ?w cdm:resource_legal_id_celex "32024R1689" 不会匹配任何结果；必须加上 ^^xsd:string。这会正常返回 HTTP 200 和零行，而不是错误。
• 标题既有语言标签，也有不带语言标签的形式。 使用 lang(?title) = "en" 进行筛选会悄悄漏掉知识库中的大量内容。应改为根据表达式的语言 URI 筛选——这是模型中明确记录的事实。
• 单个 Work 会返回多行。 （标题 × 类型 × 主题 × 作者）的笛卡尔积意味着单份文件可能会合理地返回 20 个绑定。cellar_work 会将它们合并；手写 SPARQL 则不会。
• format= 是查询参数。 Accept 标头并非总能得到正确处理，因此请求 JSON 时可能会收到 RDF/XML。
• 格式错误的查询会返回 HTTP 200 和 HTML 错误页面。 如果直接解析，会被误认为“没有结果”。此包会将其作为被拒绝的查询抛出。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "eu-cellar": {
      "url": "https://gateway.pipeworx.io/eu-cellar/mcp"
    }
  }
}

此端点实际提供的内容

tools/list 在 https://gateway.pipeworx.io/eu-cellar/mcp 返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，你看到的工具数量会多于表格中的数量：单个套件端点目前会列出约 30 个共享工具，以及该套件自身的工具。连接的 initialize 响应会说明其确切范围，是当天情况的权威依据。

这是有意设计的，并非意外的多路复用。元工具让作用域受限的连接也能回答该套件未涵盖的问题——通过 ask_pipeworx 跨整个目录路由——无需再添加第二个 MCP 服务。目前无法挂载不含这些元工具的套件端点；如果额外的架构定义占用的上下文超过路由功能带来的价值，请连接一次完整网关，而不是连接多个套件端点。

或者连接完整的 Pipeworx 网关，直接列出每个套件的工具，而不只是此套件的工具：

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

这两个 URL 都会连接到同一个网关和相同的 1879+ 个数据源。唯一的区别是直接列出哪个套件的工具；ask_pipeworx 可从任一端点访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/cellar_search_works \
  -H 'Content-Type: application/json' \
  -d '{"query":"carbon border adjustment","limit":4}'

首次调用无需账户。查看任意工具：GET https://gateway.pipeworx.io/v1/tools/cellar_search_works。查找工具：使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需与网关往返通信：

{
  "mcpServers": {
    "eu-cellar": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-eu-cellar"]
    }
  }
}

也可以直接运行，以确认它能够启动：

npx -y @pipeworx/mcp-eu-cellar

它通过 stdin/stdout 使用 MCP 通信，并响应 initialize/tools/list/tools/call，仅提供此套件的工具——不包含上文网关连接额外提供的任何共享元工具。使用相同的源代码和工具，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用通俗的语言提问，而不是直接调用工具——此方式既适用于上文的套件端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Eu Cellar data" })

网关会自动选择合适的工具并填入参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT