Indiana Code MCP server

Indiana Code

Indiana Code by citation, plus full-text topic search and historical (per-year) annual editions. Keyless.

Part of Pipeworx — an MCP gateway connecting AI agents to 1704+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.

Source (fleet #2724)

The Indiana General Assembly's code viewer (iga.in.gov) is a React SPA. Its own JS bundle names its data source directly (REACTAPPAPI_URL), and the page a title renders fetches one plain document per title per year:

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

One document per TITLE, not per section — Title9.html (Motor Vehicles) is ~5.9 MB and contains all of Title 9's ~2,300 sections for that year. is the same field the SPA calls incodeyear — this is the historical- version capability: incodesection's year argument fetches the exact same shape for a past year (e.g. 2018), rather than needing a separate archive API. Measured 2026-10-06: Title 9 has real content back to 2017; some titles' earliest year differs, so a request for a year with no archived content returns yearortitlenot_found rather than a hardcoded floor.

The upstream needs a browser-shaped User-Agent. A bare UA (including a plain "Mozilla/5.0") gets HTTP 200 with a 691-byte SPA shell — silent emptiness, not an error. Mozilla/5.0 (compatible; pipeworx-mcp-indiana-code/1.0; +https://pipeworx.io) — the same honest bot-UA convention this repo already uses elsewhere (19hz, fed-comms) — passes; no Referer, cookie, or JS challenge needed. Confirmed with a plain curl, outside any browser.

Citation lookup

incodesection resolves a citation (e.g. "9-21-5-5", "32-31-3-6") by locating its boundary marker — a section-classed element keyed by the citation itself — in the title document. Every title/article/chapter/section in the source carries the same marker shape, so one boundary scan finds a section's exact start and end regardless of its depth in the hierarchy.

For the current code, it tries a pre-fetched bundle first (scripts/ingest-indiana-statutes.mjs, written to the shared pipeworx-datasets R2 bucket at statutes/in/.json — one bundle per title, 37 total) and falls back to a live fetch if the bundle is missing. For an explicit year different from the bundle's own ingested year, it always goes live — the pre-fetched bundle only ever holds the current code; historical years are not pre-ingested because the live path is not throttled (unlike mcps/north-carolina-code's per-section path on ncleg.gov).

Each section's trailing "As added by..."/"Amended by..." note (and any "[Pre-<year> Recodification Citation: ...]" line) is split out into its own history field rather than left inside text — the amendment-history capability the task asked for, same split mcps/california-code makes for its own trailing enactment parenthetical.

Topic search

incodesearch answers questions no citation lookup can — "landlord retaliatory eviction", "oversized vehicle permit" — via FTS5 in the shared SEARCHSHARD Durable Object (workers/gateway/src/search-shard.ts, shard name in-statutes; no new Cloudflare binding, per docs/gateway-text-binding-limit.md). Search hits carry a citation and heading; call incode_section with the section from a result for the full text.

Coverage

All 37 Indiana Code titles that exist as separate documents (Title 7 is fully folded into 7.1 and returns no separate content; Titles 17/18/19 are "REPEALED" stubs with a marker and zero sections — both kept as real, zero-section results rather than treated as missing). 77,780 sections ingested across 37 titles for the 2026 code.

Refresh

Shortened. The full README is on GitHub.