Kr Law

@pipeworx/kr-law

韩国国家法规：按标题搜索，每次获取一条法规条文（조문）及其生效日期，并查询法规的修订历史。请自备 OC（Open API 用户 ID）——每次调用都使用你自己的注册信息。

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

工具

• kr_law_search(...) — 按标题关键词查找法规。每条匹配结果都会返回 mst（其他工具所需的版本 ID）、主管部门、公布日期／生效日期，以及该版本是否为现行版本或已被取代。
• kr_law_article(...) — 通过 mst + article_no 获取一条法规条文（例如，"5" 或表示 제4조의2 的 "4-2"）。绝不返回整部法规正文。省略 article_no 则返回分页目录（编号 + 标题）。返回该条文的正文、各款（항）和各项（호），以及该条文自身的生效日期——如果后续只修订了该条文，其生效日期可能与法规本身的生效日期不同。
• kr_law_history(...) — 查询法规的修订历史：每次公布都会单独列出其公布日期／编号和施行日期，并对应一个可传回 kr_law_article 的历史 mst。

身份验证

仅支持自备凭据，且会一直如此。每个工具都需要 _apiKey——你在 https://open.law.go.kr/LSO/main.do 注册后获得的 OC（登录 → OPEN API → OPEN API 신청）。未提供密钥时，每个工具都会在发起任何网络请求前拒绝调用，并指出所需参数和注册方式。

注册 OC 需要通过韩国实名验证——通过韩国移动运营商进行身份验证，或使用 i-PIN。韩国法务部自己的表单不提供外国人登记、护照或海外注册途径。Pipeworx 没有常驻韩国的员工，无法完成这两种验证方式，因此此工具包没有平台密钥，今后也不会提供（ruled，fleet #3128，2026-10-15）。

仅用于快速冒烟测试（切勿将其用作真实凭据，也不要指望它始终可用），韩国法务部提供的公共演示 ID "test" 可用于 kr_law_search 和 kr_law_article。

kr_law_history 需要启用你的 OC 默认可能未开通的服务。 即使是经过真实身份验证的 OC，也必须在 open.law.go.kr 控制面板的 My Applications 下单独启用 법령연혁（法规历史）（OPEN API → 신청내역 → 勾选 법령종류 复选框）。未启用该服务的 OC 会从此工具收到明确指出所需服务的错误，而不是通用错误——请按错误提示操作。公共演示 ID 完全没有此项权限。

数据来源

• 韩国法制处（법제처），国家法律信息中心 Open API——韩国官方法规数据库（包含法律、总统令和部委令的正文，以及公布日期、施行日期和修订历史）。

已知缺陷与注意事项

• 仅提供韩文文本。 不会尝试翻译，也不会标注为官方译文。韩国法制处不会通过此 API 发布官方英文法规文本。
• 尚未通过实时调用验证 kr_law_history 的成功响应结构——构建此工具包时，没有可调用历史服务的 OC。错误路径（不具备该权限的 OC）已通过实时调用验证；大多数没有高级版／完整注册的调用者实际会看到这种情况。如果其响应结构与文档中的行结构不符，请标记此问题。
• article_no 分支编号：韩国法规会在现有条文之间插入新条文，例如“제4조의2”，而不是重新编号所有条文——请将其作为 "4-2" 传入。kr_law_article 不带 article_no 时，会列出给定 mst 的所有有效值。
• 法规本身的 시행일자（生效日期）与某条特定条文的 조문시행일자 可能不同——修订有时只会将一条条文的生效日期提前。两者都会返回，并分别保留。
• www.law.go.kr 本身位于 Cloudflare 后方，偶尔会对合法请求返回 HTTP 522/524/503（实时测量，2026-10-15：20 次真实调用中出现 1 次）。每个工具在放弃前最多会重试 3 次，并采用退避策略；如果此后源站仍然宕机，错误会明确说明韩国法律服务未响应，请重试——绝不会只返回 Cloudflare 状态码或其“error code: 5xx”响应正文。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/kr-law/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 都会连接到同一个网关和同一批 1815+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪一个，ask_pipeworx 都能访问所有工具。

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

此工具包需要你自己的 API 密钥（_apiKey）——我们不会为它提供 API 密钥，因此没有可直接运行的 curl 示例。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/kr_law_search。查找工具：使用 {"query":"..."} 向 POST https://gateway.pipeworx.io/v1/tools/search_packs 发送请求。

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

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

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

或者直接运行它以确认能否启动：

npx -y @pipeworx/mcp-kr-law

它通过 stdin/stdout 使用 MCP 通信，并且只会对此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的任何共享元工具。来源相同、工具相同，但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

你也可以用自然语言提问，而不是直接调用工具——此功能既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Kr Law data" })

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

更多内容

• 文档和指南
• pipeworx.io

许可证

MIT