Delaware Code

@pipeworx/delaware-code

特拉华州法典——按引文查询州法规全文、全文搜索和修订历史。无需密钥。

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

工具

• de_statute(citation) — 根据引文获取特拉华州法典某条款的全文（“11-636”是一级谋杀；“6-2734”是包含自动续约条款的合同）。通过内置索引将引文解析到对应的唯一章节／小节页面，实时获取该页面，并提取条文文本及其修订历史。
• de_search(query, limit?) — 通过特拉华州议会自己的实时搜索 API，对特拉华州法典法规文本进行真正的全文搜索（并非内置的标题索引——见下文）。

身份验证

无需密钥。

调查中的陷阱只说对了一半

记录在案的特拉华州陷阱是“索引列出章节名称，却不提供条款范围”——这确实如此：像“11 Del. C. 636”这样的引文，并未说明特拉华州约 2,200 个章节／小节 HTML 页面中的哪一个包含该条款；而且与北达科他州不同，这里没有可用于构建内置索引的单一合并索引页面。不过，这约 2,200 个页面都很小，采用纯 HTML，无需密钥（无需 PDF、登录或 JS 渲染），整个页面树都可以遍历：

https://delcode.delaware.gov/index.html                     -> 31 titles
https://delcode.delaware.gov/title11/index.html               -> chapters
https://delcode.delaware.gov/title11/c005/index.html           -> either
    section content directly, or a list of subchapter links
https://delcode.delaware.gov/title11/c005/sc02/index.html    -> section
    content, when the chapter has subchapters

因此，解决方案的形式与 mcps/north-dakota-code 相同（爬取一次，构建引文索引，每次调用时实时获取），尽管底层页面布局完全不同——爬取过程见 scripts/bake-index.mjs，生成的内置表见 src/de-index-data.ts。该表存储引文 + 官方标题 + 章节／小节／篇上下文 + 该引文对应的唯一内容页面 URL；绝不存储法规文本本身，de_statute 每次调用时都会实时获取文本。

刷新方式

每当特拉华州议会重新编纂法典（新增、重新编号或拆分章节／小节）时，重新运行构建脚本：

node mcps/delaware-code/scripts/bake-index.mjs > mcps/delaware-code/src/de-index-data.ts

如果根索引解析出的篇数少于 25，或整个爬取过程得到的内容页面数或条款数异常少，脚本就会明确报错——这两种情况都意味着 delcode.delaware.gov 更改了标记，而不是法典内容变少。脚本还会为每个找到但不含条文内容的章节／小节打印一行 WARNING:（例如保留的占位章节，或已转移至其他位置且旧页面不含内容的章节）——这些页面会被跳过，不视为失败，因为网站索引本身仍列出了它们。

de_search 调用真正的全文搜索 API，而非内置的标题索引

与 ND/IA/KY 同类软件包不同，特拉华州议会在其网站搜索框后运行真正的全文搜索功能——只有阅读搜索页面自身的 Kendo 网格配置才能找到它（没有公开的文档化端点）：

POST https://legis.delaware.gov/json/DelCodeSearch/GetDelCodeSearchResults?searchTerm=<q>

已通过实时验证：即使直接调用、此前未加载页面、没有 Cookie，也没有防伪令牌，仍会返回结果——这是无状态的。搜索“landlord”会在整个法典中返回 308 个匹配项，其中包括标题本身从未出现“landlord”一词的条款（它匹配的是法规文本，而不仅是条款标题）。因此，de_search 会直接调用此端点，而不是退回到内置的标题索引——本软件包中的内置表仅用于将引文解析到 de_statute 对应的唯一内容页面，不用于支持搜索。

切分条文及其历史记录

叶子页面的标记会将每个条文包装为：

<div class="Section">
  <div class="SectionHead" id="636">§ 636. Murder in the first degree; class A felony.</div>
  <p class="subsection">(a) A person is guilty of murder in the first degree when:</p>
  ...
  11 Del. C. 1953, § 636; <a href="...">58 Del. Laws, c. 497, § 1</a>; ...
</div><br><div class="Section">
  ... next section ...

法条正文是一个 SectionHead 与下一个 SectionHead 之间的所有 <p>。修订历史是最后一个 </p> 后、结束 Section 包装的 </div><br> 之前的纯文本 + <a> 引用链——这对结束标记是唯一可靠的边界，已验证在中间条文（后接 </div><br><div class="Section">）和页面最后一个条文（后接 </div><br></div>，进入页面自身的结束标签）中都成立。保留占位条文（例如“637-640. [Reserved.]”）完全没有 <p>，因此正文和历史记录都会返回空内容——这是正确行为，并非解析失败。

四项能力——三项可用，一项不可用

• 按引用查找条文——可用（de_statute）。
• 主题/关键词搜索——可用（de_search），而且是真正的全文搜索（见上文），并非仅搜索标题。
• 修订/历史记录——可用，包含在 de_statute 的响应中（history 字段）：特拉华州印在每个条文末尾的会话法引用链，无论这些法律是否仍然有效。
• 历史版本（某条文在特定修订前的文本）——不可用。delcode.delaware.gov 仅发布当前在线版本；它不像 Iowa 或 Indiana 那样提供按年份划分的存档。少数条文带有面向未来的 [Effective until <date>] / [Effective <date>] 标签对，表示未来修订已安排（当前文本和未来文本此时都属于“当前”版本，只是尚未都生效）——这是在线页面自身的标注，不是历史存档；如果存在，de_search 会原样传递这些标签。

引用格式

特拉华州采用“标题-条文”格式引用，例如“11-636”（Title 11，Section 636：一级谋杀）或“6-2734”（Title 6，Section 2734：自动续约合同）。de_statute 也接受“11 Del. C. § 636”、“11 Del. C. 636”和“Title 11 § 636”。少数条文带有字母后缀（“11-607A”），或在共享 ID 下编入索引以表示保留范围（“637-640”）——de_statute 会展开范围，并允许直接根据内置索引查找带字母后缀的引用，匹配 delcode.delaware.gov 本身显示的条文 ID。

数据来源

• https://delcode.delaware.gov/index.html 及其标题/章节/子章节索引页面——爬取一次后写入 src/de-index-data.ts（包括引用、标题行、章节/子章节/标题上下文，以及每条引用对应的一个内容页面 URL）；每次调用时不会重新获取。
• https://delcode.delaware.gov/title<N>/.../index.html——包含指定条文全文的章节或子章节页面。de_statute 每次调用时都会实时获取。
• https://legis.delaware.gov/json/DelCodeSearch/GetDelCodeSearchResults——特拉华州议会自己的全文搜索 API。de_search 每次调用时都会实时请求。

这三项数据源都是公开的，无需密钥——无需登录或 API 密钥；开发期间未观察到速率限制。

快速开始

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

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

此端点实际提供的内容

tools/list 在 https://gateway.pipeworx.io/delaware-code/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 都连接到同一个网关和同一组 1878+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出；从任一端点都可以通过 ask_pipeworx 访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/de_statute \
  -H 'Content-Type: application/json' \
  -d '{"citation":"11-636"}'

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

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

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

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

也可以直接运行，确认服务能正常启动：

npx -y @pipeworx/mcp-delaware-code

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Delaware Code data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT