mcpField
B
barcode-qr-code-sepa-payment-ean13

barcode-qr-code-sepa-payment-ean13

远程服务
mcp.zovo.one生产力21 天前更新

关于 barcode-qr-code-sepa-payment-ean13

barcode 是一款本地 MCP 服务,可生成二维码和条形码,适用于制作印刷材料、商品标签、联系人信息、WiFi 接入码或 SEPA 付款码。生成前会校验标识符,所有处理均在本机完成。

主要功能

  1. 01生成 SVG 或 PNG 二维码
  2. 02生成 WiFi、vCard 和 SEPA 码
  3. 03生成 Code 128、EAN-13、EAN-8 和 UPC-A
  4. 04计算或校验条码校验位
  5. 05生成付款码前校验 IBAN

适用场景

  1. 01为传单网址制作二维码
  2. 02制作可扫描的发票付款码
  3. 03生成商品或货架标签条码
  4. 04分享 WiFi 信息或联系人资料

MCP 相关

它向 MCP 客户端提供二维码和条形码生成工具,包括 WiFi、vCard、SEPA 付款码及批量条码功能。服务在本地运行,生成过程不调用网络。

配置

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

服务地址https://mcp.zovo.one/mcp/barcode
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

全部服务地址
Streamable HTTPhttps://mcp.zovo.one/mcp/barcode需要授权
安装包
mcpbbarcode.mcpb0.22.5

工具

10

此工具无需参数。

详细介绍

mcp-barcode

在当前对话中生成二维码或条形码。粘贴一个 URL,即可获得可放在传单上的二维码。为客户的发票生成 EPC 付款码,让对方的银行应用扫描后自动填写信息。为产品生成 EAN-13 条形码,为货架标签生成 Code 128 条形码,为办公室墙面生成 WiFi 码,为会议胸牌生成 vCard。所有内容都在你的机器上生成:无需上传、无需账户、无需 API 密钥,也不会进行任何网络请求。

收录于官方 MCP Registry(io.github.theluckystrike/barcode-qr-code-sepa-payment-ean13)。

已列入 AI Product Index——提供实时远程端点:mcp.zovo.one/s/barcode,免费套餐,无需注册。

条码演示

@theluckystrike/mcp-barcode 的 npm 发布仍在等待中,因此目前运行 npx -y @theluckystrike/mcp-barcode 会返回 404。在此期间,可用的方式是使用 .mcpb 一键安装包,或克隆并构建。

安装

Claude Desktop,~/Library/Application Support/Claude/claude_desktop_config.json(macOS)或 %APPDATA%\Claude\claude_desktop_config.json(Windows):

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

Claude Code:

claude mcp add barcode -- npx -y @theluckystrike/mcp-barcode

Cursor,.cursor/mcp.json:

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

工具

工具功能
qr_create将文本或 URL 生成为二维码,可选择任意纠错级别,支持 SVG 或 PNG
qr_wifi扫描后即可加入 WiFi 网络的二维码
qr_vcard添加联系人(vCard 3.0)的二维码
qr_payment_sepa欧元区银行应用可扫描的 EPC069-12 付款码:IBAN、姓名、金额、附言
invoice_payment_qr发票付款码,使用你共享的企业资料中的 IBAN 和姓名
barcode_create生成 Code 128、EAN-13、EAN-8 或 UPC-A 条形码,并计算或验证校验位
barcode_batch一次调用生成多个码并保存到目录中(Pro)
code_list查看已生成的码,以及本月免费额度的剩余数量
license_status、license_activate查看 Free 或 Pro 许可,并激活密钥

Free 与 Pro

FreePro
每个自然月可生成的码数20不限
SVG(可按任意尺寸打印)是是
PNG否是,32 至 4000 px
barcode_batch否是,每次最多 500 行
QR、WiFi、vCard、SEPA 付款码,以及全部四种条码制式是是

获取 Pro:**https://mcp.zovo.one/buy/barcode**——一次性支付 $19,或支付 $39 购买套件中所有服务的终身许可。 密钥可离线验证;不会向任何地方发送数据。

校验位错误时会拒绝生成,而非重新绘制

向 barcode_create 提供 12 位数字,它会为你计算第 13 位。提供 13 位数字时,第 13 位会被校验:

Error: EAN-13 check digit is wrong: "5901234123450" ends in 0, but the first 12 digits give 7.
Pass 5901234123457, or pass the first 12 digits and the check digit is computed. Nothing was written.

另一种做法是悄悄重绘调用方要求的码,但这样打印出来的标签扫描后会显示为另一个产品,直到收银台结账时才会有人发现。付款码中的 IBAN 也遵循同样的规则:绘制前会按照 ISO 7064 mod 97 进行验证,因此数字换位的问题会在这里被发现,而不是等到付款失败时才发现。

实测:对于 SEPA 支付码,纠错级别 M 不增加成本,Q 和 H 则会

一条典型的 EPC 支付记录(IBAN、收款人、EUR 120.50、发票编号)为 73 字节。二维码的容量按固定档位递增,因此提高纠错级别不会让码的尺寸平滑增长:

级别可恢复QR 版本每边模块数变化
L7%433基准
M15%433完全没有变化
Q25%641+24%
H30%745+36%

L 和 M 都落在版本 4 的符号中:对于这个负载大小,额外的恢复数据仍然能装进同样大小的方框,因此选择 L 而不是 M 没有任何好处,还会损失一半的损坏容忍度。这就是这里将 M 设为默认值的原因。只有当二维码会被印得很小、印在容易折皱的东西上,或被徽标遮挡时,才值得考虑 Q 和 H。在 300 px 的 PNG 上,提高级别也会增加字节数:M 为 2,419 字节,H 为 3,462 字节。

实测:SVG 大小稳定,PNG 增长 14 倍,两者在约 200 px 时交叉

同一个支付码以两种格式分别写入,并使用五种尺寸:

请求尺寸PNG 字节数SVG 字节数
128 px1,4812,079
256 px2,1862,079
512 px3,5892,079
1024 px7,5852,081
2048 px21,6882,081

SVG 保存的是模块网格,而不是像素,因此它的大小几乎不会变化:1024 px 时多出的 2 个字节,是因为 width 属性变长了。低于约 200 px 时,PNG 更小;超过这个尺寸后,PNG 会不断增大,而 SVG 不会。打印机放大 SVG 时,它仍能保持清晰。这就是免费套餐提供 SVG,而不是小尺寸 PNG 的原因:对于大多数人使用二维码的方式——将它放进文档并打印——SVG 是更好的文件格式,而不是退而求其次的选择。

隐私

所有内容都留在你的设备上。此服务中完全没有网络代码:没有 fetch、没有 HTTP 客户端、没有遥测。二维码会写入你指定的位置,生成记录的小型登记册保存在 ~/.local/share/mcp-servers/barcode/(或 $XDG_DATA_HOME)下。许可证密钥通过公钥离线验证。

由 theluckystrike 构建。支持邮箱:[email protected]

将这些文档用作 MCP 服务

任何 MCP 客户端(Claude、Cursor、Windsurf、VS Code)都可以通过 GitMCP 直接读取此代码库的文档,无需安装:

评论

支持 Markdown

第一次接触 MCP?

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

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