mcpField
J
jpverify

jpverify

本地服务
github.com/CloudCorpRecords商业与营销03 天前更新

关于 jpverify

jpverify 是用于核验日本企业及发票登记信息、规范地址和计算营业日的本地桥接程序。它在本地提供公共登记数据工具,并将调用转发至托管的 Hojincheck MCP 服务。

主要功能

  1. 01按企业名称查找候选项
  2. 02核验法人编号
  3. 03核验发票登记
  4. 04读取企业档案
  5. 05规范日本地址
  6. 06计算节假日与营业日

适用场景

  1. 01按名称识别企业
  2. 02检查企业登记状态
  3. 03核验发票开具方编号
  4. 04规范地址或查询营业日

MCP 相关

它将 Hojincheck 工具作为本地 MCP 服务提供,并把每次工具调用转发至托管服务,原样返回结果。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"cloudcorprecords-jpverify": {
"command": "npx",
"args": [
"-y",
"@reneturcios/jpverify"
]
}
}
}
启动命令npx -y @reneturcios/jpverify

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@reneturcios/jpverify0.1.0
ocighcr.io/cloudcorprecords/jpverify:0.1.0

工具

6

收录的工具列表 · 更新于 2 天前

参数类型必填说明
namestring是法人名称(允许使用 (株) 等缩写、全角/半角、假名/片假名及旧字体等不同写法)
limitinteger否返回候选项的上限(默认值为 10)
addressstring否按所在地筛选:2 位都道府县代码(JIS X 0401),或加上 3 位市区町村代码,共 5 位
include_closedboolean否将已注销法人纳入候选项(默认 true)

详细介绍

jpverify

jpverify 是一个轻量的本地桥接服务,用于连接托管的 Hojincheck MCP 服务。该服务会根据日本政府开放数据核验日本企业。输入企业名称,它会返回法人编号候选项;输入 13 位法人编号,它会检查企业是否存在、读取其档案,或核验合格发票登记编号。它还会规范化日文地址,并回答有关日本节假日和工作日的问题。

该桥接服务自身不保存任何登记数据。它会在本地提供上游服务的工具列表,内容与从在线端点捕获的完全一致(工具标题和描述为日文,并按原样提供),并将每次工具调用转发到上游,原样返回结果。其功能仅涉及公开的商业登记数据:其中不包含个人数据筛查工具。

工具

  • resolve_company — 将企业名称解析为法人编号候选项,并为每个候选项提供置信度分数和原因标签。必填:name。可选:address(按都道府县或市町村代码筛选)、include_closed(默认为 true)和 limit(默认为 10,最大值为 50)。数据来源:日本国税厅法人编号系统。
  • verify_company — 核验 13 位法人编号(通过校验位验证),并返回企业是否存在、商号、总公司地址、法人类型和注销状态。必填:corporate_number。可选:include_history(默认为 false)。
  • verify_invoice_number — 核验合格发票开具者登记编号(T 加 13 位数字),并返回登记状态、登记日期以及任何注销或失效信息。必填:registration_number。可选:on_date(YYYY-MM-DD 格式的有效性检查日期)和 include_history(默认为 false)。
  • get_company_profile — 根据法人编号从 gBizINFO 读取企业档案,并提供各字段的数据来源和最后获取时间等元数据。必填:corporate_number。
  • normalize_address — 规范化日文地址,将其拆分为都道府县、市町村和町域组成部分,解析町域标识符,并核对邮政编码。必填:address。可选:postal_code。
  • jp_calendar — 计算日本节假日和工作日。必填:op,取值之一为 is_business_day、next_business_day、prev_business_day、add_business_days 和 list_holidays。其他参数(date、days、from、to、year_end_as_holiday)取决于所执行的操作。

配置

  • HOJINCHECK_MCP_URL(可选)— 覆盖上游端点。默认为 https://hojincheck.com/mcp。(该覆盖接口是本次重建中标注的还原内容。)
  • HOJINCHECK_API_KEY(可选)— 设置后,每个上游请求都会携带 Authorization: Bearer <key> 标头,使用调用者自己的 Hojincheck 密钥(可从该服务免费获取)。未设置时,不会发送密钥标头。(标头名称和 Bearer 格式由原始项目的注册记录固定;通过此环境变量转发密钥是标注的还原内容——原始接口是在未提供密钥的情况下捕获的。)
转发机制

首次调用工具时,客户端会与上游建立可流式传输的 HTTP 会话:发送 JSON-RPC initialize 请求(protocolVersion 2025-03-26、 clientInfo name jpverify),然后发送 notifications/initialized 通知,最后发送携带调用方参数的 tools/call 请求,参数保持不变。当上游在响应 initialize 时返回 Mcp-Session-Id 标头,该值会随 此会话的每个后续请求一同发送;该会话在进程的整个生命周期内都会复用。 响应可能以普通 JSON 或服务器发送事件的形式返回;两种格式都会读取。

成功的上游结果会原样传递,包括上游设置的任何 isError 标志。 失败情况——JSON-RPC 错误、非 2xx 状态码、无法读取的响应,或 无法完成的请求——会以 isError 结果返回,其 文本以 jpverify error: 开头(此呈现方式是本次重建自行添加的标注)。

CLI

每个工具也都是一个子命令,接受一个 JSON 参数字符串:

npx @reneturcios/jpverify resolve_company '{"name":"Example K.K."}'
npx @reneturcios/jpverify verify_company '{"corporate_number":"1234567890123"}'
npx @reneturcios/jpverify jp_calendar '{"op":"is_business_day","date":"2026-01-01"}'
npx @reneturcios/jpverify --version

退出代码:成功时为 0,结果带有 isError 时为 1, 用法错误时为 2。

MCP 服务

npx -y @reneturcios/jpverify mcp

MCP 客户端配置:

{
  "mcpServers": {
    "jpverify": {
      "command": "npx",
      "args": ["-y", "@reneturcios/jpverify", "mcp"]
    }
  }
}

Docker

docker run -i ghcr.io/cloudcorprecords/jpverify
docker run --rm ghcr.io/cloudcorprecords/jpverify --version

容器的默认命令是 mcp,因此第一种形式是 stdio MCP 服务;其他参数则会正常传递给 CLI。

开发

npm install
npm run build
npm test
npm run dev

测试套件完全针对桩接的 JSON-RPC 上游运行,不会进行实时网络调用。

许可证

MIT——详见 LICENSE。

评论

支持 Markdown

第一次接触 MCP?

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

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