Nl Rechtspraak

@pipeworx/nl-rechtspraak

荷兰法院判决（uitspraken en conclusies）：可按法院、法律领域和判决日期搜索，按 ECLI 查询，并阅读完整的荷兰语原文。与涵盖成文法的 @pipeworx/nl-wetten 不同，本工具包提供的是判例法。

属于 Pipeworx 的一部分——一个连接 AI Agent 与 1819+ 个实时数据源的 MCP 网关。这是独立的非官方集成，与上游提供方没有关联、未获其认可，也非由其发布。

工具

• nl_rechtspraak_search(query?, court?, subject?, type?, date_from?, date_to?, offset?, limit?) — 按法院、法律领域（rechtsgebied）、文档类型和判决日期范围搜索荷兰法院判决，并支持分页。query 是客户端对每个候选结果的标题和已发布摘要（summary）进行的子字符串匹配——数据源没有全文搜索 API——最多扫描 200 条最近修改且符合元数据条件的候选结果；如果扫描不完整，响应会明确说明。返回的 ECLI 可通过 nl_rechtspraak_get_decision 查询完整文本。
• nl_rechtspraak_get_decision(ecli) — 返回单项判决的完整荷兰语原文、法院、判决日期、发布日期和最后修改日期（分别作为三个字段）、诉讼程序、rechtsgebied(en)、与其他 ECLI 的正式关联（例如该判决所上诉的先前审级判决），以及数据源正式链接的任何 BWB 成文法 ID（cited_bwb_ids——通常为空；请参阅说明），以便接续调用 nl_wetten_get_law / nl_wetten_get_article。

身份验证

无需密钥。

数据源

• Raad voor de Rechtspraak，Open Data van de Rechtspraak——所有已分配 ECLI（欧洲判例法标识符）的荷兰法院判决，以及已发布判决的全文。

备注

• 搜索查找的是元数据，而非全文。 数据源的搜索服务按法院、法律领域、文档类型和日期筛选——通过对其测试多个候选自由文本参数名称，确认了这一点；这些参数均未改变结果数量。query 是 Pipeworx 在客户端对元数据匹配候选项的标题和已发布摘要进行筛选，而非搜索完整判决正文。仅出现在法院论述深处的词语不会匹配。
• 三个日期，绝不合并： decision_date（uitspraakdatum——法院作出判决的日期）、publication_date（issued——rechtspraak.nl 发布判决的日期，可能晚几年，也可能较早的案件从未发布）和 last_modified（记录自身最后一次元数据／文本变更的日期）在数据源中是三个独立字段，在这里也分别保留。
• BWB 法规引用很少采用结构化格式。 数据源架构中有一个文档记录字段，可用于将判决关联到其引用的具体法律（dcterms:references，带有 bwb: 标识符前缀），但对近期 Hoge Raad 判决的抽样显示，这些记录中没有一条填入了该字段——法院在正文中以名称引用法规，而非使用机器关联的标识符。cited_bwb_ids 会读取该字段（若存在），并在字段缺失时改为扫描原始文档中的 BWB ID 字符串；结果为空意味着数据源没有正式关联法规，而非判决未引用任何法规。请改用名称通过 nl_wetten_search 查找法律，然后继续调用 nl_wetten_get_article。
• court 和 subject 接受名称或准确的数据源标识符 URI。 底层 API 的这两个参数只接受完整的 OWMS/PSI 标识符 URI——仅填写 “Hoge Raad” 会被上游拒绝。此工具包可按名称解析目前在任的约 26 家荷兰法院以及完整的 rechtsgebied 分类体系（例如 “HR”、“Rechtbank Amsterdam”、“Civiel recht”、“Arbeidsrecht”）；对于已停止运作的法院（数据源曾以其名义发布判决的 261 家法院之一），直接传入其标识符 URI 仍可使用。
• 搜索结果标题以固定格式的单个字符串返回（ECLI, court, DD-MM-YYYY, case number(s)）；此工具包会从中解析出法院、日期和案号，作为独立字段返回。极少数不符合该格式的条目会返回 title_parsed: false，并且仅提供原始标题——绝不会静默返回错误日期。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/nl-rechtspraak/mcp 上的 tools/list 会返回上表中的工具，以及共享的 Pipeworx 元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，你看到的工具数量会多于此表所列数量：目前，单个工具包端点除了工具包自身的工具外，还会列出约 30 个共享工具。连接的 initialize 响应会说明其准确范围，并且是当日权威信息。

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

也可以连接完整的 Pipeworx 网关，直接列出每个工具包的工具，而不只是此工具包的工具：

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

两个 URL 都连接到同一个网关和相同的 1819+ 个数据源。唯一差异在于，哪些工具包的工具会被直接列出；无论使用哪个 URL，ask_pipeworx 都可以访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/nl_rechtspraak_search \
  -H 'Content-Type: application/json' \
  -d '{"court":"HR","subject":"Civiel recht","date_from":"2019-12-19","date_to":"2019-12-21","query":"klimaat"}'

首次调用无需账号。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/nl_rechtspraak_search。查找工具：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

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

此软件包也可作为本地 stdio MCP 服务运行，无需 Pipeworx 账号，也无需通过网关中转：

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

或者直接运行，确认服务能启动：

npx -y @pipeworx/mcp-nl-rechtspraak

它通过 stdin/stdout 使用 MCP，并响应 initialize/tools/list/tools/call，但仅支持此软件包的工具——不包含上述网关连接所添加的任何共享元工具。相同的源代码，相同的工具，不通过 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用简单的英语提问，而不是直接调用工具——这不仅适用于上面的软件包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Nl Rechtspraak data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT