mcpField
T
Texas Code

Texas Code

远程服务
pipeworx.io法律与政务05 周前更新

关于 Texas Code

Texas Code 是按引文检索德克萨斯州单条法规的 MCP 服务。它从章节文件中提取指定条文,并区分章节缺失与条文缺失。

主要功能

  1. 01按法规代码和条文检索
  2. 02从章节文件提取单条法规
  3. 03区分章节与条文缺失
  4. 04免密访问公开法规

适用场景

  1. 01按引文查找德克萨斯州法规
  2. 02获取指定条文而不返回相邻法规

MCP 相关

通过 Pipeworx 托管端点或本地 stdio MCP 服务提供德克萨斯州法规检索工具。托管端点还会列出 Pipeworx 的共享元工具。

配置

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

服务地址https://gateway.pipeworx.io/texas-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 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

德州法典 — 按引文查找德州法规

无需密钥。PE + 19.02 可返回谋杀罪法规。

属于 Pipeworx — 一个将 AI Agent 连接到 1684+ 个实时数据源的 MCP 网关。

为何花了三次尝试才找到

statutes.capitol.texas.gov 对所有路径(包括无意义的路径)都返回 HTTP 200 和完全相同的 250,874 字节 Angular 框架,因此对该主机进行任何探测都不可能得到文档或未找到的结果。法规并非由它提供。

真实位置藏在 chunk-7GRZWKYH.js 中的一个环境常量里;index.html 从未引用这个分块(因此扫描预加载分块时会漏掉它):

FileServerPath: https://tcss.legis.texas.gov/resources

文件服务器保存着与旧站相同的逐章 HTML,路径也相同,只是少了 Docs/ 前缀 — 而且它会如实返回 404。

文件按章节组织;引文按条款定位

19.02 位于 PE.19.htm 中,与 19.01-19.06 并列,因此会先获取该章节,再截取从该条款开始、到下一个 Sec. N.NN. 标题为止的内容。对于一个查询,如果返回整章,就会给出六条法规。

缺失的章节和真实章节中缺失的条款会以不同方式报告。

数据来源

Texas Legislative Council。德州法规属于公共记录。

快速开始

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

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/tx_statute \
  -H 'Content-Type: application/json' \
  -d '{"code":"PE","section":"19.02"}'

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

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

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

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

或者直接运行,以确认服务可以启动:

npx -y @pipeworx/mcp-texas-code

它通过 stdin/stdout 使用 MCP 协议,并仅针对该工具包自身的工具响应 initialize/tools/list/tools/call — 不包含上述网关连接额外提供的任何共享元工具。数据源相同,工具相同,不提供 ask_pipeworx 路由。

使用 ask_pipeworx

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

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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