
Alaska Code
io.github.pipeworx-iov0.1.0更新于 Oct 8, 2026
Alaska Statutes — statute text by citation and chapter-catchline search.
概览
按引用查找阿拉斯加法规条文,并按主题或关键词检索官方章节标题。
- 功能
- 提供两个工具:ak_statute 按引用(例如 4.11.010 或 AS 04.11.010)返回单条法规的全文,并附官方章节标题及篇/章上下文;ak_search 对全部 47 篇中的 942 条现行章节标题进行主题或关键词检索。数据实时取自阿拉斯加州议会的公开法规查看器。检索仅限章节标题层级,不是全文检索,也不是条文级检索。
- 适用场景
- 当助手需要某条具体引用的阿拉斯加现行法规文本,或需要查找某个主题(如酒类许可、谋杀)涉及哪些章节时适用。不适用于修正历史、法规的历史版本,或条文内部的全文检索。
- 运行要求
- 远程 streamable HTTP 端点 密钥或环境变量。也提供本地 stdio 方式,通过 npx @pipeworx/mcp-alaska-code 运行,需要 Node.js 以及访问 akleg.gov 的网络连接。
安装
在 SourceWeft 中
- 打开 控制台中的 Alaska Code,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
其他 MCP 客户端
把它添加到你客户端的 mcpServers 配置中。
{
"mcpServers": {
"alaska-code": {
"type": "http",
"url": "https://gateway.pipeworx.io/alaska-code/mcp"
}
}
}README
@pipeworx/alaska-code
Alaska Statutes (Alaska Code) — current statutory text by citation, and topic/keyword search over official chapter catchlines, sourced live from www.akleg.gov.
Part of Pipeworx — an MCP gateway connecting AI agents to 1715+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.
Tools
ak_statute({citation})— full text of one section by citation (e.g."4.11.010"/"AS 04.11.010", alcohol-license requirements;"11.41.100", murder), with the official catchline and title/chapter context.ak_search({query, limit?})— topic/keyword search over the 942 live chapter catchlines across all 47 titles, e.g."alcohol license","murder". Not full-text search, and not section-level — akleg.gov exposes neither keylessly (see "Data sources").
Auth
Keyless. No signup, no activation gate.
Data sources
https://www.akleg.gov/basis/statutes.asp — the Alaska State Legislature's
own public statute viewer. It is driven as a GET AJAX endpoint (the page's
own scripts/statutes.js calls it this way):
?media=print&secStart={citation}&secEnd={citation}— statute text for the half-open citation range[secStart, secEnd). Citation shape istitle.chapter.section, e.g.4.11.010.ak_statutealways requests a single section (secEnd= the next section number) and gets back exactly one statutedivblock with no preceding Article/Chapter heading markup.?media=js&type=TOC&title={N}— the chapter list (number + official catchline) for Title N. Baked once intosrc/ak-index-data.tsbyscripts/bake-index.mjs(47 requests, one per title).
Verified live from both a laptop and a wrangler dev --remote Worker on the
prod account on 2026-10-07 — identical byte lengths from both origins.
Keyless, access-control-allow-origin: *.
The "not found" signal
A secStart/secEnd range that matches nothing — a nonexistent title, a
nonexistent chapter, or a genuine gap number inside a real chapter — always
comes back HTTP 200 with a zero-length body and no FirstSec/LastSec
response headers (all three cases verified live). A real section returns a
non-empty body. ak_statute branches on body length, not status code — a
non-200 status, or a non-empty body that does not parse as a statute
fragment, is thrown loud (httpError / a parse-error Error), never folded
into found: false.
Not the same wall as Arkansas or Mississippi
Both of those states' own legislature sites link their code out to
lexisnexis.com/hottopics/<state>code/, which redirects to an
advance.lexis.com/container?config=... SPA shell requiring a Lexis
session — confirmed live and at the edge (same destination host, same
3,696-byte shell, for both states). Alaska's own site serves the statute
text itself, server-side, with no redirect to any third-party platform.
Two capabilities available, two not
- Citation lookup —
ak_statute. - Topic/keyword search —
ak_search, over official CHAPTER catchlines only (942 of them). akleg.gov'stype=TOCcall returns"No Sections"for a dotted (title.chapter) argument rather than a per-section listing (verified live) — unlike Idaho, there is no section-level catchline feed to bake. - Amendment history — NOT AVAILABLE. Unlike Idaho, the statute fragment
this endpoint returns carries no trailing history citation (checked
against AS 11.41.100, a frequently amended section with multiple
[Repealed, ...]sub-paragraphs and nothing after them). - Historical version (text as it read before an amendment) — NOT AVAILABLE, for the same reason as idaho-code and north-dakota-code: Session Laws are organized by session chapter number, not by Code citation.
Encoding
akleg.gov declares charset=ISO-8859-1 and means it literally — the one
non-ASCII byte observed in testing (0xA7, the section sign § in a
"[Repealed, § 44 ch 102 SLA 1980.]" note) decodes correctly as Latin-1.
src/index.ts decodes the raw response bytes with TextDecoder('iso-8859-1'),
not UTF-8.
Baked index refresh
src/ak-index-data.ts is GENERATED by scripts/bake-index.mjs from the 47
title TOC pages (942 chapters captured, ~70KB raw — small enough to stay a
plain module import rather than going through the pack-baked-indexes.json
/ KV path south-dakota-code and idaho-code use for multi-MB tables). Re-run
it after a legislative session's codification pass:
Quick Start
Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):
What this endpoint actually serves
tools/list at https://gateway.pipeworx.io/alaska-code/mcp returns the tools in the table
above plus the shared Pipeworx meta-tools — ask_pipeworx,
discover_tools, search_within, remember/recall and the rest of the
gateway-wide set. So the tool count you see is larger than this table: a
single-pack endpoint currently lists roughly 30 shared tools alongside the
pack's own. The connection's initialize response states its exact scope, and
is the authoritative answer for a given day.
This is deliberate, not multiplexing by accident. The meta-tools are what let a
scoped connection answer a question this pack does not cover — via
ask_pipeworx, which routes across the whole catalog — without you adding a
second MCP server. There is currently no way to mount a pack endpoint without
them; if the extra schemas cost you more context than the routing is worth,
connect to the full gateway once rather than to several pack endpoints.
Or connect to the full Pipeworx gateway to get every pack's tools listed directly, instead of just this one's:
Both URLs reach the same gateway and the same 1715+ data sources. The
only difference is which pack's tools are listed directly; ask_pipeworx
reaches all of them from either one.
No MCP client? Call it over HTTP
No account needed for the first calls. Inspect any tool: GET https://gateway.pipeworx.io/v1/tools/ak_statute. Find one: POST https://gateway.pipeworx.io/v1/tools/search_packs with {"query":"..."}.
Standalone (no gateway account)
This package also runs as a local stdio MCP server — no Pipeworx account, no gateway round-trip:
Or run it directly to confirm it starts:
It speaks MCP over stdin/stdout and answers initialize/tools/list/tools/call
for only this pack's tools — none of the shared meta-tools the gateway
connection above adds. Same source, same tools, no ask_pipeworx routing.
Using with ask_pipeworx
Instead of calling tools directly, you can ask questions in plain English — this works on the pack endpoint above as well as on the full gateway:
The gateway picks the right tool and fills the arguments automatically.
More
License
MIT
来源:README.md,提交 d95cd0c
工具
0版本历史
1- v0.1.0最新Oct 8, 2026