mcpField
A
Alaska Code

Alaska Code

远程服务
pipeworx.io法律与政务06 天前更新

关于 Alaska Code

Alaska Code 是面向法律研究者及相关应用的 MCP 服务,可查询现行 Alaska 法规。它支持按引文获取条文,并搜索 Alaska 立法机关提供的官方章节标题。

主要功能

  1. 01按引文获取法规文本
  2. 02按主题搜索章节标题
  3. 03提供官方标题及标题编号背景
  4. 04无需账户即可使用

适用场景

  1. 01核对法规条文的现行文本
  2. 02查找与法律主题相关的章节

MCP 相关

向 MCP 客户端提供 `ak_statute` 和 `ak_search`。可作为本地 stdio 服务运行,也可通过 Pipeworx 网关访问。

配置

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

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

工具

43
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 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(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 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。

刷新内置索引

s​​rc/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

评论

支持 Markdown

第一次接触 MCP?

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

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