mcpField
L
Louisiana Code

Louisiana Code

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

关于 Louisiana Code

Louisiana Code 提供路易斯安那州多部法典及宪法的条文查询、主题搜索和修订历史,适合法律研究与法规检索。数据直接来自州议会,且无需密钥;仅提供当前编纂文本,不支持历史版本。

主要功能

  1. 01按引文查询条文全文
  2. 02跨法典主题搜索
  3. 03查看修订与制定历史
  4. 04浏览修订法规标题目录

适用场景

  1. 01查找特定法律条文
  2. 02按主题检索相关法规
  3. 03核对条文修订历史

MCP 相关

向 MCP 客户端提供条文查询、全文搜索和法规标题目录工具。可通过 Pipeworx 网关连接,也可作为本地 stdio MCP 服务运行。

配置

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

服务地址https://gateway.pipeworx.io/louisiana-code/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/louisiana-code

按引文查询路易斯安那州法律——《修订法规》《民法典》《民事诉讼法典》《刑事诉讼法典》《证据法典》《儿童法典》和《路易斯安那州宪法》;可解析每个条款的制定与修订历史,并支持跨这些法典全文搜索主题,以及浏览《修订法规》中某一编的所有条款。无需密钥,数据实时取自路易斯安那州议会。

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

工具

  • louisiana_statute(citation | doc_id) — 获取单个条款的全文: "RS 14:20"、"La. R.S. 9:2800.1"、"14:20"、"CC 2315"、 "La. C.C. art. 2315"、"CCP 966"、"C.Cr.P. art. 701"、"CE 404"、 "CHC 603"、"Const. Art. I, §5" / "CONST 1:5",或搜索结果中包含的 legis.la.gov doc_id。返回 heading、hierarchy(该条款上方的章/编标题行)、text、末尾的 history 行(“Added by Acts 1976, No. 655, §1. Amended by Acts 2014, No. 163, §1.”),解析为 amendments({year, act, session}),以及 last_amended_year。
  • louisiana_law_search(query, bodies?, limit?) — 按主题/关键词进行全文搜索(“vehicular homicide”“security deposit lessor”“comparative fault”),也可限定法典范围(RS、CC、CCP、CCRP、CE、CHC、CONST、CA、HRULE、SRULE、JRULE;默认搜索全部)。返回按相关性排序的结果行,包含引文、标题、最后修改日期和 doc_id,以及来源中的 total。
  • louisiana_title_contents(title, filter?, offset?, limit?) — 获取《修订法规》某一编的所有条款及其标题和 doc_id (第 14 编有 729 条,第 32 编有 870 条),也可按标题中的词语筛选;已废止条款会加以标记。

身份验证

无需密钥。

数据来源

此源的工作方式:它是一个 WebForms 网站,而不是 API

所有内容都可以通过普通 HTTP 访问——无需 Cookie、JavaScript、CAPTCHA 或 Lexis 跳转——但四条路由中有三条需要通过表单 POST:

  1. 文档 ID 并不按引文顺序排列。 d=78337 是 RS 14:2,d=78338 是 RS 14:20,d=78339 是 RS 14:201(按字符串排序)。因此,无法将引文计算成 URL;“查看特定法律”表单负责映射。POST 表单的隐藏字段 __VIEWSTATE/__EVENTVALIDATION,以及 ddlLawBodies、tbFirstNumber、tbSecondNumber 和 btnViewLaw=View;服务器会回复 302 到 Law.aspx?d=<id>。对于未知引文,服务器会以 HTTP 200 重新渲染表单且不重定向——这是未找到的信号(不会显示提示)。
  2. 非 RS 法律主体需要先触发下拉菜单自身的回发。 选择 Civil Code 等选项时,会通过 __doPostBack('...ddlLawBodies') 将表单切换为单个“Article”输入框;如果使用刚获取的 RS 状态表单提交条款编号,提交会被静默忽略。该包会对每个法律主体执行一次切换,并缓存生成的隐藏字段。
  3. viewstate 不与会话绑定。 获取一次表单的 GET 请求即可获得可用于重复 POST 的字段(已验证:使用同一组字段解析了两个不同引文,且从未设置 Cookie)。该包会按隔离环境缓存这些字段 30 分钟,并在 POST 未发生重定向时刷新一次,因此,热缓存中的引文查询只需一次 POST 和一次 GET。
  4. 搜索会 POST 到 LawSearchList.aspx,而不是返回表单(按钮的 WebForm_PostBackOptions 指定了该目标)。各法律主体的复选框为 cbLaws$0..cbLaws$10(0 CHC、1 CC、2 CCP、3 CCRP、4 CE、5 CA、6 CONST、7 HRULE、8 JRULE、9 RS、10 SRULE);cbLaws$11“全选”仅由客户端 JavaScript 处理——服务器会忽略它,因此“所有法律主体”意味着勾选全部十项。仅命中一条的搜索会直接 302 到章节页面。列表最多显示相关度排序的前 100 条,并注明总数 N(“此列表中有 347 个法律章节”)。
  5. 匹配章节过多的单词查询会被静默拒绝:对 RS 搜索 "tax" 会重定向回空白表单,其字节内容与全新 GET 完全相同。该包会将其报告为 search_rejected,并提示添加一个词。搜索引擎会对每个词执行 AND 运算;a or b、a not b 和 ""exact phrase""(双引号)是其自身的语法。
  6. 页面会用原始换行符硬拆段落。 RS 14:30 的历史段落横跨九行源文本。应按 <P> 标签拆分,绝不能按换行符拆分,否则历史文本会被拆碎,只有第一部分会被识别为历史内容。
  7. 表单字段名称中包含 $。 URLSearchParams 会将其编码为 %24,这是 IIS 所需的格式;如果请求体中 $ 保持原样,表单会以 HTTP 200 重新渲染,不会有其他结果。
四项能力,以及源站无法提供的一项能力
能力状态方式
主题搜索支持louisiana_law_search(立法机构自己的全文搜索引擎)
按引文查找章节支持louisiana_statute(表单 POST → 302 → 章节页面)
修订/制定历史支持尾部的历史段落,解析后存入 amendments
历史时点版本不支持legis.la.gov 仅提供当前汇编文本;每个章节响应都会在 historical_version 中说明这一点

每个响应中的 laws_current_through 都是立法机构自己的“更新至……”说明(例如“2025 年第一次特别会议”),读取自搜索表单。

快速开始

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

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

tools/list 在 https://gateway.pipeworx.io/louisiana-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 都连接到同一个网关和相同的 1882+ 个数据源。唯一的区别是直接列出哪个工具包的工具;无论连接哪个 URL,ask_pipeworx 都能访问所有工具包。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/louisiana_statute \
  -H 'Content-Type: application/json' \
  -d '{"citation":"RS 14:20"}'

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

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

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

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

或者直接运行它,确认服务能够启动:

npx -y @pipeworx/mcp-louisiana-code

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

使用 ask_pipeworx

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

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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