工商信息查询

概述

服务主体：天津市武清区瑾瑜数据信息技术工作室。

试运营价格：人民币0.01元（1分）购买1000次命中额度。一家公司一次命中扣1次额度，同一输入返回多条历史记录仍只扣1次；未命中不扣，余额不设到期时间。剩余额度可用于后续单查或批量，不要求一次用完。按不同名称或代码分别发起的新请求属于新查询；不要为了重试而生成新请求号。

输入与数据范围

接受企业登记全称、18位统一社会信用代码，或包含这些输入的清单。简称不等于登记全称，不要擅自把相近名称视为同一企业。清单每行一个输入；CSV/TSV须为单列，可带「企业名称」「统一社会信用代码」表头。不直接解析Excel文件，可先由用户导出单列CSV。脚本对相同输入去重。

数据约 1.39 亿条，来自服务方维护的历史数据集，非实时接口：

• 2022 年及以前成立的企业：主要为 2023 年 6 月快照。
• 2023–2025 年成立的企业：数据源更新至 2026 年 3 月。
• 不含个体工商户、事业单位、社会团体；不提供手机号、股东身份信息、司法风险和变更记录。
• 字段可能缺失。同一信用代码可能返回多条曾用名或重复记录，应保留差异，不擅自合并。

调用与支付

在技能目录运行以下脚本，Python 3.8 及以上即可，无第三方依赖：

python scripts/query.py --name "企业登记全称"
python scripts/query.py --credit-code "18位统一社会信用代码"
python scripts/query.py --file "企业清单.csv"
python scripts/query.py --file "企业清单.txt" --mode full
python scripts/query.py --balance

脚本通过 HTTPS 访问 https://gs.996kit.com/api/skillpay/company。不要直接调用 NAS，不需要向用户索取服务方口令、微信商户凭证或发布密钥。

批量默认 basic，复用已有批量接口，每个HTTP请求最多1000家，返回基础工商字段。--mode full 获取完整档案（包括地址、经营范围及多条历史记录），自动按每批30家分片；超过30家的清单也可提交给脚本，无需手工切文件。单家查询返回完整档案。客户端分片上限为单个任务10万条去重输入，单个文件不超过20MB。

脚本在 ~/.jinyu-gsdata/wallet.json 保存用户自己的随机钱包凭据；余额存在服务端。应保留并备份此文件，勿公开、勿打印凭据内容，勿在每次查询时重新创建钱包。可用 --wallet-file 指定自己的钱包文件。没有钱包备份时，无法仅凭企业名称找回余额。该文件是用户访问自己额度的凭据，与商户私钥无关。

在发起可能创建订单的单查或批量查询前，检查当前会话实际可调用的工具列表：只要任一工具名称包含 weixinpay_（含前缀）即可视为支持微信 AI 支付，不要只检查固定的工具名。无法确认支持时不要发起可能创建订单的查询，提示用户启用支付能力或使用支持微信 AI 支付的宿主；单独查询已有钱包余额不需要支付工具。

余额足够时直接扣除命中次数并返回数据；不足时返回 payment_required（退出码2）。支付前说明：本次支付1分钱会增加1000次命中额度，并核对 amount_fen == 1、credits_per_pack == 1000 及历史数据限制。查无记录不创建支付订单。金额或额度与说明不符时先说明差异，不自动支付。

WorkBuddy 等自动接管支付的宿主需要收到包含原始 WeixinPay.WeixinPay-Required 的工具结果，才能识别并弹出支付卡片：直接运行脚本并保留完整工具输出，不要将输出重定向到文件或仅输出摘要。不要把支付凭据复制到面向用户的回复、普通日志或其他服务。若宿主提供明确的支付调用工具，则遵照其约定传入原始 paymentCode；不得假设一定有名为 weixinpay_pay 的工具。等待用户本人在宿主确认支付；没有可用支付能力、用户取消或结果不明确时，停止付费流程，保留同一钱包、请求号和订单号，不声称支付成功，不新建另一张订单。

支付工具确认成功后，使用同一个钱包文件、同一个request_id、同一查询条件或清单及模式重试。脚本会从进度文件自动沿用原订单号；也可显式传入 --order-no：

python scripts/query.py --name "企业登记全称" --request-id "首次响应的request_id" --order-no "首次响应的out_trade_no"
python scripts/query.py --file "企业清单.csv" --request-id "首次响应的request_id"

服务端向微信查单核验后，1000次额度只增加一次；并发请求、重复回调和相同request_id重试不会重复扣额度。只有 ok: true 且HTTP200才表示本次数据已交付。批量任务的已完成分片和待支付订单保存在返回的 progress_dir，后续重试会跳过完成的分片。不要删除钱包或进度目录来处理超时。订单过期或状态不明时保留钱包、原请求号和原订单号，沿用原请求重试以核对支付；未确认关闭前不得新建订单。若服务端明确返回 order_closed，客户端会记录关闭状态并停止；此后普通重试不会新建订单。只有在用户明确同意重新购买后，才可沿用同一钱包、原请求号和原查询，加 --confirm-new-order 重试，且不要再传已关闭的 --order-no。新订单仍须用户本人确认付款。

接口首次部署或支付尚未配置时可能返回 404/503，此时如实说明服务暂不可用，不改用其他接口绕过支付。

结果表达

单查整理 records；批量整理 rows，完整模式下每行的 records 保留多条历史记录。基础模式不承诺完整地址或经营范围。空字段标为“源数据缺失”，并说明 hit、miss、credits_used 和剩余额度。若 balance_is_snapshot: true，余额来自缓存结果，应使用 --balance 获取最新余额。

在结果旁注明对应数据时间；不把登记状态写成“当前仍在营”，也不把未命中解释为企业不存在。涉及当前状态的判断，提示应另查国家企业信用信息公示系统。