mcpField
H
Hudoc

Hudoc

远程服务
pipeworx.io法律与政务02 天前更新

关于 Hudoc

Hudoc 是用于搜索和阅读欧洲人权法院判例的 MCP 服务,面向法律研究人员和 Agent。它检索法院的 HUDOC 数据库,并支持分页读取文档正文,无需 API 密钥。

主要功能

  1. 01按文本和条件搜索案件
  2. 02通过 item ID 阅读判决正文
  3. 03按条款和被告国筛选
  4. 04获取包含案件详情的结果

适用场景

  1. 01查找涉及特定公约条款的案件
  2. 02查看特定国家的裁决
  3. 03阅读搜索到的判决正文
  4. 04按日期范围研究判例

MCP 相关

通过 Pipeworx 或独立本地 stdio 服务向 MCP 客户端提供 ECHR 案件搜索和判决阅读工具。网关连接还包含 Pipeworx 共享元工具。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/hudoc/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

@pipeworx/hudoc

欧洲人权法院(ECHR / Strasbourg)判例法——涵盖欧洲委员会 46 个成员国的 231,000 多份判决、决定、咨询意见、决议和已通知案件,直接从法院自己的 HUDOC 数据库实时提供。

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

工具

  • echr_search(query?, article?, respondent?, collection?, importance?, date_from?, date_to?, limit?) — 按自由文本、《公约》条款、被申请国和/或日期搜索判例法。返回案件名称、申请编号、条款、结论(违反/未违反)以及用于读取全文的 itemid。
  • echr_judgment(itemid, max_chars?, offset?) — 按 HUDOC itemid 分页获取一份文档的全文。

身份验证

无需密钥。无需注册,也无需 API 密钥。

数据源

  • https://hudoc.echr.coe.int/app/query/results — HUDOC 搜索 API 所用的网页界面。查询语法采用类似 Lucene 的字段语法(contentsitename=ECHR AND (documentcollectionid2:JUDGMENTS) AND article=8 AND respondent=FRA AND kpdate>=2024-01-01 AND "surveillance")。自由文本是没有字段名的双引号短语——带字段限定的短语(例如 conclusion="freedom of expression")会静默返回零条结果。
  • https://hudoc.echr.coe.int/app/conversion/docx/html/body?library=ECHR&id=... — 文档正文,由法院存储的 DOCX 转换为 HTML。这不是 /eng?i=... 页面 URL:无论 itemid 是否存在,该 URL 都是一个静态 Angular SPA 外壳,字节内容完全相同,大小约为 15.7KB,且从不包含判决文本。SPA 本身会在客户端调用转换端点来呈现文档。
  • 最近发布的文档(观察到的情况:约 2–4 天内)可能在转换端点返回 204——HTML 转换会滞后于搜索索引。echr_judgment 会明确报告这一情况(found: false, reason: "not_yet_converted"),而不是静默返回空文本;无论如何,echr_search 的 conclusion 字段都会立即填充。
  • 仅有法语版本的文档(doctype 以 HF 开头)即使年代久远,也经常在同一端点返回 204;echr_search 默认使用 languageisocode=ENG,并排除 doctype=PR(新闻稿占位项,否则会泄漏到每个集合筛选结果中),以避开这两个问题。
  • respondent 接受 ISO3166-1 alpha-3 代码(FRA、GBR 等);该工具还通过一个小型查找表接受常见国家名称,覆盖全部 46 个成员国以及俄罗斯(俄罗斯于 2022 年被开除,但其被开除前的判例法仍保留在 HUDOC 中,也仍有人查询)。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "hudoc": {
      "url": "https://gateway.pipeworx.io/hudoc/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/hudoc/mcp 上的 tools/list 会返回上表中的工具,以及 Pipeworx 的共享元工具——ask_pipeworx、discover_tools、search_within、remember/recall 和其他网关级工具。因此,你看到的工具数量会多于此表:目前,单个工具包端点除了列出该工具包自身的工具外,还会列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围,是当天情况的权威答案。

这是有意为之,并非意外的多路复用。元工具让限定范围的连接也能回答本工具包未涵盖的问题——通过 ask_pipeworx 在整个目录中路由——无需再添加第二个 MCP 服务。目前无法在不包含这些工具的情况下挂载工具包端点;如果额外的 schema 带来的上下文开销超过路由的价值,请只连接一次完整网关,而不是连接多个工具包端点。

或者,连接完整的 Pipeworx 网关,直接列出所有工具包的工具,而不只是此工具包的工具:

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

两个 URL 都连接到同一个网关和相同的 1881+ 个数据源。唯一的区别是直接列出哪个工具包的工具;无论连接哪一个,ask_pipeworx 都能访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/echr_search \
  -H 'Content-Type: application/json' \
  -d '{"article":"8","respondent":"GBR","date_from":"2024-01-01","date_to":"2026-12-31","limit":5}'

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

独立运行(无需网关账号)

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账号,也无需经过网关:

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

或者直接运行,以确认它能正常启动:

npx -y @pipeworx/mcp-hudoc

它通过 stdin/stdout 使用 MCP 协议,并会针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接提供的任何共享元工具。源代码相同,工具相同,但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用通俗易懂的语言提问,而不是直接调用工具——此功能既适用于上面的工具包端点,也适用于完整网关:

ask_pipeworx({ question: "your question about Hudoc data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。