Washington Code

Washington Code — RCW 法规和 WAC 机构规则

来自华盛顿州立法机构官方网站的州法律，无需密钥：按引文查询华盛顿修订法典（Revised Code of Washington，RCW，成文法），以及按引文、主题、结构、年末归档和规则制定历史查询华盛顿行政法典（Washington Administrative Code，WAC，机构规则）。

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

工具

工具	能查询什么
wa_rcw_section({section: "9A.32.030"})	RCW 法规的完整正文和标题。
wa_wac_section({section: "296-800-110"})	WAC 规则的当前正文：标题、正文、法定授权历史行，以及机构列为授权依据的 RCW 条款。
wa_wac_search({query: "safety bulletin board", limit?, cite_prefix?})	通过立法机构自己的站内搜索索引，对所有 WAC 条款进行全文搜索；返回引文、标题、高亮片段和索引中的匹配总数。cite_prefix（"296" 或 "296-800"）可将搜索范围限定到某个编号标题或章节。
wa_wac_browse({cite?})	结构浏览：不指定引文 → 所有 WAC 标题及所属机构；指定标题（"296"）→ 其章节；指定章节（"296-800"）→ 其条款、标题和小标题。
wa_wac_archived_section({section, year})	某条 WAC 规则截至过去某年年末时的正文（2019 年起提供完整正文；2004–2018 年仅提供 PDF，见下文）。
wa_wac_filings({cite})	影响某条或某章条款的所有华盛顿州公报（WSR）规则制定备案——编号、类型、备案日期和链接，按最新优先排序。

引文支持 RCW/WAC 前缀、标题和章节编号中的字母后缀 （296-14A-100、132C-120-010），以及排版用连接号。每条响应均包含 data_as_of、source 和准确的上游 url。

四项功能，以及唯一尚未完全实现的一项

功能	WAC	实现方式
按引文查询条款	支持	wa_wac_section，实时获取 app.leg.wa.gov/WAC/default.aspx?cite=…。
按主题搜索	支持，全文搜索	wa_wac_search 调用 leg.wa.gov/search 背后的 SearchUnify 索引，并限定为 WAC 来源。搜索匹配规则正文，而不只是标题。
历史版本	支持 2019 年起；更早版本仅提供链接	wa_wac_archived_section 读取立法机构的年末 HTML 归档。2004–2018 年仅以 PDF 形式发布：对于 2016–2018 年，该工具会返回章节 PDF 链接；对于更早年份，则返回归档目录，并标记为 found:false, reason:"pdf_only_year"——绝不猜测正文。
修订 / 历史记录	支持	wa_wac_section.history（[Statutory Authority: … WSR …] 行，并解析出 authority_rcw）和 wa_wac_filings（WSR 备案列表，包括待审提案和紧急规则）。

未命中信号——基于明确结果，而非推断

• **RCW：**无效引文会显示一个 ID 为 pnlCitationNotFound 的面板（HTTP 200）。该工具包会检查此面板。
• **WAC：**不存在的条款会返回 HTTP 302，重定向至该章节的处置页面 （?dispo=true&cite=296-800）。该工具包使用 redirect: 'manual' 获取页面，并从状态行判断未命中，返回 found:false, reason:"section_not_found" 和处置页面链接。
• **其他任何非 200 响应都会抛出明确错误，并指出上游状态码。**传输故障绝不会被改写为 found:false （src/index.test.ts 对此进行了固定测试——来自 oklahoma-code 的经验，fleet #2742）。

归档文件名采用固定宽度（测量日期：2026-10-07）

lawfilesext.leg.wa.gov/law/wacarchive/<year>/htm/… 使用带空格填充的字段命名文件：数字标题和章节右对齐至 3 个字符，并填充至 4 个字符；条款按输入内容直接追加：

296-800-110  →  WAC 296 -800 -110.htm
1-04-010     →  WAC   1 - 04 -010.htm

2019–2023 年的文件嵌套在 WAC 296 TITLE/WAC 296 -800 CHAPTER/ 下；2024 年及之后的文件则平铺在 WAC 296 -800 CHAPTER/ 下。解析器会先尝试该年份最可能采用的布局，再尝试另一种；如果两种布局都返回 404，就会以尝试过的 URL 返回 section_not_in_archive，这样一个空格的错误就不会被误认为“该规则当年不存在”。测试会验证这两种布局。

搜索索引是立法机构自有的，并按其客户端的方式读取

leg.wa.gov/search 是 SearchUnify 实例的轻量客户端。其主机、客户端 uid 和每个客户端的访问令牌都会通过客户端包（an.js）提供给所有匿名访客，因此这些是我们读取的配置，而非持有的凭证；该 pack 会缓存这些信息，并在 API 拒绝这些信息时重新读取一次客户端包。请求的身份标识为 pipeworx-mcp-washington-code——不会发送 Origin 或 Referer，也不需要发送（已于 2026-10-07 验证：发送与不发送时结果相同）。cite_prefix 过滤在客户端对索引返回的前 50 条命中结果进行，响应也会在 total_matches_note 中说明这一点。

边缘探测（2026-10-07）

按照新增上游主机的既定规则，部署前已通过生产账户中的临时 wrangler dev --remote Worker 获取 WAC 工具使用的每种 URL 格式。所有请求均由 Cloudflare Worker 正常响应，结果与笔记本上的请求一致——无需中继：

app.leg.wa.gov/WAC/default.aspx?cite=296-800-110         200  117,345 B
app.leg.wa.gov/WAC/default.aspx?cite=296-800-99999       302  → /WAC/default.aspx?dispo=true&cite=296-800
app.leg.wa.gov/WAC/                                      200  144,207 B
app.leg.wa.gov/WAC/default.aspx?cite=296-800             200  187,138 B
app.leg.wa.gov/WAC/registerfiling.aspx?cite=296-800-110  200  109,878 B
lawfilesext…/wacarchive/2020/htm/WAC 296  TITLE/…        200   10,076 B
lawfilesext…/wacarchive/2024/htm/WAC 296 -800  CHAPTER/… 200   10,076 B
lh112524p.searchunify.com/search/searchResultByPost      200   11,313 matches for "safety bulletin board"

冒烟测试（部署前，2026-10-07）

smoke.json 保存了参数；全部六个工具均返回了非空载荷：wa_wac_section 296-800-110 返回 1,386 个文本字符和 4 条备案历史记录，wa_wac_search "safety bulletin board" 返回 11,313 条中的 5 条，wa_wac_browse 296-800 返回 136 个条款，wa_wac_archived_section 296-800-110 @2020 返回 1,386 个字符，wa_wac_filings 296-800-110 返回 4 条 WSR 备案记录。

注意事项

• RCW 和 WAC 编号并非连续；条款被废止或重新编纂的情况很常见。使用 wa_wac_browse 查看章节，可以了解当前存在的条款。
• cite_prefix 搜索返回 0，表示前 50 条命中结果中该前缀下确实没有结果，并非搜索失败；note 会说明整个索引中有多少条匹配结果。

数据来源

华盛顿州立法机构——app.leg.wa.gov（现行 RCW 和 WAC、WSR 备案记录）、lawfilesext.leg.wa.gov（年度 WAC 归档）以及立法机构的站内搜索索引。无需密钥。华盛顿州法规和机构规则均为公共记录。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/washington-code/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，你看到的工具数量会多于此表所列：目前，单个 pack 端点除了该 pack 自带的工具，还会列出大约 30 个共享工具。连接的 initialize 响应会说明确切范围，并且是当日范围的权威信息。

这是有意为之，并非意外的多路复用。元工具让限定范围的连接可以回答此 pack 未覆盖的问题——通过 ask_pipeworx 跨整个目录进行路由——而无需添加第二个 MCP 服务。目前无法挂载不含这些元工具的 pack 端点；如果额外的架构定义占用的上下文超过路由功能带来的价值，请连接一次完整网关，而不是连接多个 pack 端点。

也可以连接完整的 Pipeworx 网关，直接列出每个 pack 的工具，而不只是此 pack 的工具：

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

两个 URL 都连接到同一个网关和相同的 1715+ 个数据源。唯一的区别是直接列出哪个 pack 的工具；无论连接哪个 URL，ask_pipeworx 都可以访问所有工具。

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

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

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

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

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

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

或者直接运行，确认其能够启动：

npx -y @pipeworx/mcp-washington-code

它通过 stdin/stdout 使用 MCP，并响应 initialize/tools/list/tools/call，但仅支持此软件包的工具，不包含上述网关连接所添加的任何共享元工具。相同的源代码，相同的工具，无需 ask_pipeworx 路由。

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT