关于 Alaska Code
Alaska Code 是面向法律研究者及相关应用的 MCP 服务,可查询现行 Alaska 法规。它支持按引文获取条文,并搜索 Alaska 立法机关提供的官方章节标题。
主要功能
- 01按引文获取法规文本
- 02按主题搜索章节标题
- 03提供官方标题及标题编号背景
- 04无需账户即可使用
适用场景
- 01核对法规条文的现行文本
- 02查找与法律主题相关的章节
MCP 相关
向 MCP 客户端提供 `ak_statute` 和 `ak_search`。可作为本地 stdio 服务运行,也可通过 Pipeworx 网关访问。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/alaska-code/mcpclaude mcp add --transport http pipeworx-io-alaska-code https://gateway.pipeworx.io/alaska-code/mcp{"mcpServers":{"pipeworx-io-alaska-code":{"type":"http","url":"https://gateway.pipeworx.io/alaska-code/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-alaska-code":{"type":"http","url":"https://gateway.pipeworx.io/alaska-code/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-alaska-code":{"type":"http","url":"https://gateway.pipeworx.io/alaska-code/mcp"}}}{"mcpServers":{"pipeworx-io-alaska-code":{"serverUrl":"https://gateway.pipeworx.io/alaska-code/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
43| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| q | string | 否 | question 的别名。 |
| ask | string | 否 | question 的别名。 |
| text | string | 否 | question 的别名。 |
| input | string | 否 | question 的别名。 |
| packs | array | 否 | 可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。 |
| query | string | 否 | question 的别名。 |
| prompt | string | 否 | question 的别名。 |
| message | string | 否 | question 的别名。 |
| question | string | 是 | 用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。 |
详细介绍
@pipeworx/alaska-code
阿拉斯加法规(Alaska Code)——按引文查询现行法规文本,并根据官方章节标题行进行主题/关键词搜索,数据实时来源于 www.akleg.gov。
属于 Pipeworx 的一部分——一个将 AI Agent 连接到 1872+ 个实时数据源的 MCP 网关。这是独立的非官方集成,与上游提供方无关联、未获其认可,也非由其发布。
工具
ak_statute({citation})— 根据引文获取单个条文的完整文本(例如"4.11.010"/"AS 04.11.010",酒类许可证要求;"11.41.100", 谋杀罪),并附上官方标题行和篇/章上下文。ak_search({query, limit?})— 根据主题/关键词搜索全部 47 篇中的 942 条实时 章节标题行,例如"alcohol license"、"murder"。这不是全文搜索,也不是条文级搜索——akleg.gov 均不提供无密钥访问方式(见“数据来源”)。
身份验证
无需密钥。无需注册,也没有激活门槛。
数据来源
https://www.akleg.gov/basis/statutes.asp — 阿拉斯加州议会自己的公开法规查看器。它通过 GET AJAX 端点驱动(页面自身的 scripts/statutes.js 也以此方式调用):
?media=print&secStart={citation}&secEnd={citation}— 获取半开引文范围[secStart, secEnd)内的法规文本。引文格式为title.chapter.section,例如4.11.010。ak_statute始终只请求一个条文(secEnd= 下一条文编号),并仅返回一个法规div块,不含此前的条/章标题标记。?media=js&type=TOC&title={N}— 获取第 N 篇的章节列表(编号 + 官方标题行)。该列表由scripts/bake-index.mjs一次性写入src/ak-index-data.ts(共 47 个请求,每篇一次)。
已于 2026-10-07 分别从笔记本电脑和生产账户上的 wrangler dev --remote Worker 实时验证——两种来源返回的字节长度完全相同。无需密钥,access-control-allow-origin: *。
“未找到”信号
对于未匹配到任何内容的 secStart/secEnd 范围——不存在的篇、不存在的章,或真实章节中的空缺编号——始终返回 HTTP 200,响应正文长度为零,且没有 FirstSec/LastSec 响应头(这三种情况均已实时验证)。真实条文则会返回非空正文。ak_statute 根据正文长度分支处理,而非状态码——非 200 状态码,或无法解析为法规片段的非空正文,都会明确抛出错误(httpError/解析错误 Error),绝不会被归并为 found: false。
与阿肯色州或密西西比州的情况不同
这两个州的议会网站都将其法规链接到 lexisnexis.com/hottopics/<state>code/,随后重定向到需要 Lexis 会话的 advance.lexis.com/container?config=... SPA 外壳——已实时在边缘节点确认(两个州的目标主机相同,外壳均为 3,696 字节)。阿拉斯加州自己的网站则直接在服务器端提供法规文本,不会重定向到任何第三方平台。
两项可用能力,两项不可用能力
- 按引文查询 —
ak_statute。 - 主题/关键词搜索 —
ak_search,仅搜索官方章级标题行(共 942 条)。akleg.gov 的type=TOC调用在参数为带点号的格式(title.chapter)时会返回"No Sections",而非条文级列表(已实时验证)——不同于爱达荷州,没有可写入索引的条文级标题行数据源。 - 修订历史 — 不可用。不同于爱达荷州,该端点返回的法规片段末尾没有修订历史引文(已检查 AS 11.41.100:该条文经常修订,包含多个
[Repealed, ...]子段,之后没有任何内容)。 - 历史版本(修订前的文本)——不可用,原因与 idaho-code 和 north-dakota-code 相同:Session Laws 按会议届次的章编号编排,而非按法规引文编排。
编码
akleg.gov 声明使用 charset=ISO-8859-1,且确实按此编码处理——测试中观察到的唯一一个非 ASCII 字节(0xA7,即 "[Repealed, § 44 ch 102 SLA 1980.]" 注释中的节号 §)可正确解码为 Latin-1。
src/index.ts 使用 TextDecoder('iso-8859-1') 解码原始响应字节,而非 UTF-8。
刷新内置索引
src/ak-index-data.ts 由 scripts/bake-index.mjs 根据 47 个标题目录页生成(捕获了 942 个章节,原始数据约 70KB——体积足够小,可以直接作为普通模块导入,无需使用 south-dakota-code 和 idaho-code 为多 MB 表格采用的 pack-baked-indexes.json / KV 路径)。每次立法会期完成法典编纂后,请重新运行:
node scripts/bake-index.mjs > src/ak-index-data.ts
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"alaska-code": {
"url": "https://gateway.pipeworx.io/alaska-code/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/alaska-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 都连接到同一个网关和相同的 1872+ 个数据源。唯一的区别是直接列出哪个工具包的工具;从任一端点都可以通过 ask_pipeworx 访问所有工具。
没有 MCP 客户端?通过 HTTP 调用
curl -X POST https://gateway.pipeworx.io/v1/tools/ak_statute \
-H 'Content-Type: application/json' \
-d '{"citation":"4.11.010"}'
首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/ak_statute。查找工具:使用 {"query":"..."} 向 POST https://gateway.pipeworx.io/v1/tools/search_packs 发送请求。
独立运行(无需网关账户)
此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需经过网关:
{
"mcpServers": {
"alaska-code": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-alaska-code"]
}
}
}
也可以直接运行,确认服务能够启动:
npx -y @pipeworx/mcp-alaska-code
它通过 stdin/stdout 使用 MCP 协议,并仅针对此工具包的工具响应 initialize / tools/list / tools/call——不包含上文网关连接额外提供的任何共享元工具。数据源相同,工具相同,但没有 ask_pipeworx 路由功能。
使用 ask_pipeworx
你可以用通俗的英语提问,而不是直接调用工具——在上文的工具包端点和完整网关上都可以使用:
ask_pipeworx({ question: "your question about Alaska Code data" })
网关会选择合适的工具并自动填充参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。