Indiana Code

Indiana 法典

按引文查找 Indiana 法典，并支持全文主题搜索和按年份查看历史年度版本。无需密钥。

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

数据源（fleet #2724）

Indiana 州议会的法典查看器（iga.in.gov）是一个 React SPA。其自身的 JS 包直接指出了数据源（REACT_APP_API_URL），而页面每次呈现一个标题时，都会按年份获取一份纯文档：

https://iga.in.gov/ic/<year>/Title_<N>.html

每个标题一份文档，而非每个条款一份——Title_9.html（机动车辆）约 5.9 MB，包含该年份 Title 9 的约 2,300 个条款。<year> 与 SPA 中称为 in_code_year 的字段相同——这就是历史版本功能：in_code_section 的 year 参数可获取过去某一年的相同结构（例如 2018 年），无需单独的存档 API。测量日期：2026-10-06。Title 9 的真实内容最早可追溯到 2017 年；部分标题的最早年份有所不同，因此请求没有存档内容的年份时，会返回 year_or_title_not_found，而非硬编码的年份下限。

上游要求使用仿浏览器的 User-Agent。 使用普通 UA（包括纯 "Mozilla/5.0"）会得到 HTTP 200 和 691 字节的 SPA 外壳——内容悄然为空，而非报错。Mozilla/5.0 (compatible; pipeworx-mcp-indiana-code/1.0; +https://pipeworx.io)——本仓库在其他地方（19hz、fed-comms）也采用同样规范、如实标识机器人的 UA 约定——可以通过；无需 Referer、Cookie 或 JS 挑战。已通过普通 curl 在浏览器之外确认。

引文查找

in_code_section 通过在标题文档中查找边界标记来解析引文（例如 "9-21-5-5"、"32-31-3-6"）——该标记是一个以引文本身为键的 section 类元素。源文档中的每个标题、篇、章和条款都带有相同形式的标记，因此只需一次边界扫描，就能找到条款的精确起止位置，无论其在层级结构中的深度如何。

对于当前法典，它会优先尝试预先获取的打包数据（scripts/ingest-indiana-statutes.mjs，写入共享的 pipeworx-datasets R2 存储桶中的 statutes/in/<title>.json——每个标题一个，共 37 个），如果打包数据缺失，则回退到实时获取。若指定的 year 与打包数据的入库年份不同，则始终实时获取——预先获取的打包数据仅包含当前法典；历史年份不会预先入库，因为实时获取路径不受限流（与 mcps/north-carolina-code 在 ncleg.gov 上按条款获取的路径不同）。

每个条款末尾的“As added by...”“Amended by...”注释（以及任何 "[Pre-<year> Recodification Citation: ...]" 行）都会单独提取到 history 字段，而不保留在 text 中——这实现了任务所要求的修订历史功能；mcps/california-code 也会以相同方式拆分其条文末尾的制定说明括号内容。

主题搜索

in_code_search 可通过共享的 SEARCH_SHARD Durable Object 中的 FTS5 回答引文查找无法解答的问题，例如“房东报复性驱逐”“超大型车辆许可证”（workers/gateway/src/search-shard.ts，分片名称为 in-statutes；无需新增 Cloudflare 绑定，详见 docs/gateway-text-binding-limit.md）。搜索结果包含引文和标题；要获取全文，请使用结果中的条款调用 in_code_section。

覆盖范围

涵盖作为独立文档存在的全部 37 个 Indiana 法典标题（Title 7 已全部合并至 7.1，因此没有单独内容；Titles 17/18/19 是带有标记且包含零个条款的“REPEALED”占位内容——这两类都保留为真实的零条款结果，而非视为缺失）。2026 年法典共从 37 个标题中入库 77,780 个条款。

刷新

node scripts/ingest-indiana-statutes.mjs — 定期重新运行（州议会每年召开一次；无需每日更新）。目前未设置计划任务：按照 scripts/ingest-nc-statutes.mjs 的相同模式手动运行。

数据来源

州立法机关官方网站（iga.in.gov）。印第安纳州法规属于公共记录；未发现此处使用的标题批量文档路径存在重用限制。

快速开始

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

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

此端点实际提供的内容

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/in_code_section \
  -H 'Content-Type: application/json' \
  -d '{"section":"9-21-5-5"}'

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

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

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

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

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

npx -y @pipeworx/mcp-indiana-code

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT