最近刷到不少 “拍万物就能问 AI” 的工具，本来以为又是换皮的玩具功能，结果上手试了这款「看图识万物」API，直接被它的实用度惊到了。今天就以纯测评视角，聊聊这个接口到底是 “智商税” 还是 “宝藏工具”。先上结论：它到底是什么？一句话总结：这不是个只会打标签的普通图像识别 API，而是个「自带知识库的看图问答神器」。它基于视觉模型 + 多模态大模型，能识别图片里的主体，还能根据你的提问，整合百科和实时网络信息，直接给出完整答案。从动植物、名人到汽车、文物，几乎你能想到的常见品类，它都能 hold 住。先给大家划个测评重点：✅ 新用户免费送 5 次调用，零成本就能测效果✅ 支持图片 URL 和 Base64 两种上传方式，适配各种开发场景✅ 能识别 + 能问答 + 能联网，不是单纯的 “打标签工具”✅ 阶梯式定价，从个人开发者到企业级都能用戳这里上手实测：用起来到底有多简单？1、 我直接去看了官方的调试文档，整个调用流程对开发者来说非常友好，甚至新手也能快速上手：核心请求逻辑很清晰：请求地址：固定接口请求方式：标准 POST，格式用最通用的x-www-form-urlencoded，所有语言都能轻松对接必填参数：就 2 个：✨图片（image/url二选一）：直接传公网图片 URL 或者 Base64 编码的图片就行✨你的问题（question）：比如 “这是什么？”“这个演员最近有什么新作品？”可选拓展：还能通过searchResult和baikeResult控制要不要返回引用源和百科信息，细节拉满。我自己用免费额度测了下：传了一张路边拍的不知名小花，提问 “这是什么花？”，接口几秒内就返回了识别结果 + 详细百科介绍，连它的品种、花期、分布地区都给出来了，完全不用我再去手动搜资料。2、效果实测：识别准不准？问答够不够智能？我挑了几个大家关心的场景，做了个小测试：测试场景输入图片 + 问题接口输出结果动植物识别一张多肉照片，问 “这是什么品种？好养吗？”识别出具体品种，附带养护难度、浇水频率等百科信息名人影视问答一张明星剧照，问 “这是哪部剧？他最近的新电影是什么？”识别出演员 + 剧名，同时给出了该演员最新的影视作品信息汽车识别一张停在路边的车，问 “这是什么车？大概多少钱？”识别出车型和年份，附带参考价格和车型介绍文物 / 商品识别一张博物馆拍的瓷器照片，问 “这是什么年代的？有什么背景？”识别出文物名称和年代，整合了权威百科的历史信息整体下来，识别准确率比我预想的高很多，而且问答不是那种生硬的模板回答，而是根据问题给出了针对性的信息，连时效性的内容（比如新电影、新款车型）都能覆盖到，这点确实超出预期。谁适合用？这些场景用它直接 “开挂”很多人可能会说：“我自己用 AI 生成工具不也能实现？” 但这个 API 的优势，在于它能直接集成到你的产品里，解决真实业务场景的痛点：AI 助手 / 聊天机器人：给对话产品加上 “看图提问” 能力，用户不用再打字描述，直接发图就能问，体验直接拉满；儿童学习机 / 科普 APP：孩子指着绘本、标本问问题，设备就能直接给出带百科信息的回答，比干巴巴的讲解有趣多了；智能硬件 / 车载设备：集成到相机、智能眼镜里，实现 “指着万物就能问” 的功能，实用性拉满；内容社区工具：给图文平台加上智能识别，自动给图片打标签、补充话题和百科信息，帮创作者省超多事。价格 & 性价比：新用户直接免费玩，企业级也有方案很多人担心这种 API 的调用成本太高，我特意看了下它的定价方案，覆盖了从个人到企业的所有需求：新用户直接送5 次免费调用，不用花钱就能完整体验功能；低门槛套餐：2 元就能买 8 次调用，个人开发者小测试完全够用；企业级套餐：最高到 16000 元 / 10 万次调用，调用量越大单次成本越低，高并发场景也能 hold 住。对比市面上同类型的多模态识别 API，这个价格区间的性价比确实能打，尤其是它自带联网百科问答能力，不用自己额外对接知识库，开发成本直接省了一大截。总结：它不是 “玩具 API”，是真能解决问题的工具测下来，这款「看图识万物」API，给我的感觉是 “超出预期的实用”。它不是那种只能用来玩的 demo 级功能，而是能直接落地到真实业务里，帮开发者解决 “看图 + 问答 + 知识库” 的全链路问题。如果你正在做 AI 助手、智能硬件或者科普类产品，想要低成本快速实现 “万物识别 + 问答” 的能力，这个接口真的可以去试试，毕竟新用户免费额度摆在那，零成本就能上手。

前言当我们需要查询某企业名下的域名，或查询某个域名隶属于哪个企业，可以用ICP网站备案查询功能。本文介绍ICP网站备案查询API，可以集成到自身系统中，实现实时查询ICP网站备案信息Api介绍根据域名查询根据企业名称查询根据企业名称查询请求参数名称类型必须说明keywordString是关键字（企业名称）pageNoint否页码，从1开始，默认1pageSizeint否每页记录数，默认10，最大10###返回样例{ "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "charge": true, "data": { "page": { "pageNo": 1, "pageSize": 10, "recordCount": 24 }, "items": [ { "Status": "A", // 状态(A:有效) "CompanyName": "恒生电子股份有限公司", //公司名称 "Type": "企业", //类型 "BeiAn": "浙ICP备09092082号-17", //备案号 "Website": "www.lightyy.com", //网址 "Title": "恒生应用创新平台", //标题 "CheckDate": "2021-02-07 14:13:20", //审核日期 "Domain": "lightyy.com" //域名 }, ... ] } } 根据域名查询请求参数名称类型必须说明urlString是域名pageNoint否页码，从1开始，默认1pageSizeint否每页记录数，默认10，最大10成功返回样例{ "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "charge": true, "data": { "page": { "pageNo": 1, "pageSize": 10, "recordCount": 24 }, "items": [ { "Status": "A", // 状态(A:有效) "CompanyName": "恒生电子股份有限公司", //公司名称 "Type": "企业", //类型 "BeiAn": "浙ICP备09092082号-17", //备案号 "Website": "www.lightyy.com", //网址 "Title": "恒生应用创新平台", //标题 "CheckDate": "2021-02-07 14:13:20", //审核日期 "Domain": "lightyy.com" //域名 }, ... ] } }

在 AI 交互愈发自然的今天，“声音” 正成为人机沟通中最具温度的载体。无论是短视频配音、智能客服，还是虚拟数字人、个性化陪伴场景，对高度拟人化语音的需求都在爆发式增长。据行业报告预测，到 2026 年中国智能语音产业市场规模将突破 1200 亿元，其中声音复刻技术正成为撬动多场景应用的关键支点。今天，我们就来聊聊这波浪潮里的实用工具。为什么声音复刻 API 会成为 2026 年的热门赛道？过去，打造专属语音音色往往需要专业录音棚、海量样本和高昂的成本，普通人望而却步。而如今，轻量化的 API 接口正在打破这一门槛，只需一段 5-10 秒的音频，就能快速复刻出专属音色，支持多语言、多方言、多情感表达，让 “千人千声” 的交互体验成为现实。这种技术的普及，正在为多个行业带来降本增效的变革：内容创作领域：短视频创作者无需反复录音，通过复刻音色即可批量生成配音内容，大幅提升制作效率；智能交互场景：智能客服、车载导航、语音助手可复刻品牌专属音色，打造统一且有温度的服务形象；教育与陪伴场景：复刻老师或家人的声音，为学生提供亲切的朗读教学，或为特殊群体带来个性化陪伴体验；数字人产业：快速为虚拟主播、游戏 NPC 定制专属语音，提升交互的真实感与趣味性。实用接口推荐：声音复刻 API今天要给大家介绍的，就是这款「声音复刻」接口，它完美适配了当前轻量化、高灵活度的开发需求。戳这里核心能力亮点1 多种音色生成方式接口支持三种音色来源，满足不同场景需求：内置模板音色：直接调用平台预置的音色 ID，快速上手；参考音频复刻：上传本地音频文件（wav/mp3 格式，时长 5-10 秒即可）；音频 URL 复刻：通过公网 URL 获取参考音频，方便自动化流程集成。2 高自由度的语音控制文本支持：单次最多支持 500 字符文本，覆盖绝大多数场景的语音合成需求；风格指令：可通过指令指定语气、情感、语言或方言，例如 “用生气的四川话朗读”；语速调节：支持 0.5-2.0 倍语速调整，适配不同使用场景的节奏需求。3 多场景兼容支持外语及国内各地方言复刻，无论是跨语言客服、方言内容创作，还是多语言数字人开发，都能轻松适配。接口调用体验从 API 调试界面来看，接口的设计非常简洁友好：必填参数清晰：仅需传入复刻文本即可发起请求，其他参数按需选配；调试环境完善：提供参数的可视化调试，同时附带接口文档、请求示例与响应说明，降低集成门槛；兼容性强：支持文件上传与 URL 两种音频传入方式，适配不同开发环境的限制。2026 年语音复刻技术的落地新趋势随着大模型与语音技术的深度融合，声音复刻 API 也正朝着更智能、更自然的方向迭代：轻量化与端侧部署：越来越多方案支持秒级样本复刻，甚至开放环境录制的音频也能生成高质量音色，降低使用门槛；全双工交互适配：复刻音色将不再局限于单句合成，而是能适配实时对话场景，实现一边听、一边回应的自然交互；合规与安全升级：声纹校验、授权验证等机制不断完善，保障音色使用的合规性，推动技术在更多正规场景落地。对于开发者和企业来说，选择一款灵活、稳定的声音复刻 API，无疑是抓住语音交互风口的高效方式。这款接口集多方式音色生成、高自由度控制和低门槛集成等优势。如果你正在开发相关应用，不妨亲自去接口页面体验一下调试流程，感受声音复刻带来的交互革新。

前言基于关键词精准检索企业实际控制人信息，融合官方公示数据与多源大数据分析，结合股权穿透算法输出权威实控人及疑似实控人结果；结构化返回实控人姓名 / 主体、直接与间接持股比例、完整股权控制链、表决权关系等核心信息，清晰呈现企业控制权全貌。运用场景企业合作尽调风险筛查在商务合作、供应商准入前查询合作方实际控制人，结合股权控制链核验合作主体背景，识别关联风险与隐性关联，降低合作决策风险。金融信贷与授信审批银行及信贷机构在企业贷款、授信审批环节核查实际控制人信息，掌握股权结构与最终受益权属，评估还款能力与关联担保风险。投资尽调与项目研判股权投资、财务投资过程中穿透核查企业实控人及控制链条，判断企业实际控制权归属，辅助估值与投资决策。招投标与资质审核政府采购、工程招投标场景下核验投标企业实际控制人，排查关联围标、资质挂靠等违规行为，保障招标流程合规公正。企业并购与股权交易企业并购、股权转让时精准定位实控人及疑似关联方，厘清多层股权结构，避免隐性债务与权属纠纷，保障交易安全。司法诉讼与资产追溯涉及经济纠纷、债务追偿时通过实控人查询锁定最终责任主体，追溯股权控制路径，为司法执行、资产保全提供信息支撑。API介绍请求参数名称类型必须说明keywordString是企业名/统一信用代码/注册号/企业历史名称详见此处返回示例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "937773461156739794231028",//本次请求号 "charge": true,//计费标志 "data": { "entName": "xxx科技有限公司",//公司名称 "rate": "1.000000",//控股占比（实际控制人参考占比） "name": "xx",//实控人名/企业名 "holdType": "real_hold",//控股类型。real_hold：实控人控制，final_beneficiary：受益人控制 "list": [//控制路径 [ { "inv_name": "xx",//控股人/控股公司 "share_hold_rate": "90%" //控股比例 }, { "inv_name": "xxxxx科技有限公司", "share_hold_rate": "60%" }, { "inv_name": "xxx科技有限公司", "share_hold_rate": "100%" } ] ] } }

前言支持通过关键词智能获取企业上下游产业链及对外投资关联信息，全面整合并呈现企业直接投资、间接投资、参股控股等多层级经营关联数据，清晰梳理企业对外投资布局、关联主体股权结构及产业上下游合作脉络，为商业尽调、风险排查、供应链分析及投资决策提供完整、可靠的企业关联经营信息支撑。运用场景商务合作与供应商准入尽调通过查询合作企业实际控制人及对外投资关系，排查关联风险、隐性关联方，全面掌握合作主体真实背景，降低合作与供应链风险。金融信贷与授信风险审核在企业贷款、授信审批中穿透核查实控人及投资关联，明晰股权结构与最终受益人，防范关联互保、多头借贷等信贷风险。股权投资与项目投前尽调通过实控人及对外投资关系分析企业控制权结构、产业布局，辅助判断投资价值与潜在风险，为投资决策提供依据。招投标与企业资质合规审查核查投标企业实控人及关联投资主体，识别围标串标、资质挂靠等违规行为，保障招投标流程公平合规。企业并购与股权交易风险排查梳理目标公司实控人及多层对外投资关系，厘清复杂股权链条，规避隐性债务、关联纠纷，保障并购与股权交易安全。API介绍请求参数名称类型必须说明keywordString是企业名/统一信用代码/注册号/企业历史名称investmentString否投资shareholderString否股东详见此处返回示例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "779539869172465196935149",//本次请求号 "charge": true,//计费标志 "data": { "shareholderList": [ { "subConam": 104,//认缴出资额 "companyStatusName": "",//如果是企业的话，企业状态 "creditCode": "",//如果是企业的话，统一信用代码 "childNum": 0,//子节点数目 "fundedRatioNum": 0.8,//持股比例数字 "name": "曾献林",//公司名称或者企业名称 "type": "person",//如果是企业的话company,否则为person "fundedRatio": "80.00%" //持股比例 } ], "investmentList": [ { "subConam": 104,//认缴出资额 "companyStatusName": "",//如果是企业的话，企业状态 "creditCode": "",//如果是企业的话，统一信用代码 "childNum": 0,//子节点数目 "fundedRatioNum": 0.8,//持股比例数字 "name": "曾献林",//公司名称或者企业名称 "type": "person",//如果是企业的话company,否则为person "fundedRatio": "80.00%" //持股比例 } ] } }

前言随着农业数字化、供应链信息化快速发展，农产品价格已成为生产种植、贸易流通、市场调控、电商运营及行业研究的核心依据。为解决传统农产品价格数据分散、更新不及时、格式不统一、接入成本高等问题，我们推出农产品价格行情数据接口 API，面向各类开发者、企业应用、政府平台及研究机构，提供标准化、稳定可靠的农产品价格数据服务。适用场景农业生产主体：查询产地报价、历史走势，规划种植养殖与上市时机贸易批发商：对比产地与市场价格，制定采购、定价策略生鲜电商 / 商超：同步行情、调整售价，辅助补货决策供应链 / 冷链企业：依托价格波动，优化货源调配与仓储布局政府 / 农业部门：监测价格动态，搭建价格预警、调控市场研究机构：采集数据，开展市场趋势分析、输出行业报告开发者：集成接口，开发行情查询工具、APP、数据看板农资企业：结合价格走势，预判种植规模、优化营销API 介绍提供全国各类农产品实时价格查询与历史行情数据服务。覆盖粮油、果蔬、畜禽、水产等主流农产品，支持按品类、地区、批发市场筛选，可获取当前报价、涨跌情况、历史走势等标准化数据，方便各类系统快速集成，实现农产品价格监测、分析与展示。相关服务可参考：农产品价格行情数据商品/地区/市场名称检索检索接口适合放在接入链路最前面，用于把关键词转为规范名称。参数：参数说明productName商品名称查询时传入的关键词marketName批发市场查询时传入的关键词region地区查询时传入的关键词返回：{ "code": 200, "msg": "成功", "charge": true, "taskNo": "192365493231988621883813", "data": { "count": 2, "items": [ "大白菜", "娃娃菜" ] } } 区域行情查询区域行情用于按地区维度查询价格，适合地区级比较与趋势分析。参数：参数说明productName商品名称region地区名称begin / end历史查询时可选的时间范围返回：{ "code": 200, "msg": "成功", "charge": true, "taskNo": "192365493231988621883813", "data": { "productName": "大白菜", "unit": "元/公斤", "region": "山东", "date": "2026-03-26", "price": 5.2 } } 批发市场行情查询批发市场行情用于按市场维度查询价格，适合市场间价差比较和采购参考。参数：| productName | 商品名称 || marketName | 批发市场名称 || begin / end | 历史查询时可选的时间范围 |返回：{ "code": 200, "msg": "成功", "charge": true, "taskNo": "192365493231988621883813", "data": { "productName": "大白菜", "unit": "元/公斤", "marketName": "寿光农产品物流园", "date": "2026-03-26", "lowPrice": 4.9, "highPrice": 5.7, "avgPrice": 5.3 } }

前言面向开发者、量化交易团队、金融应用、行情网站、区块链工具等用户，提供标准化、稳定、低延迟的数字货币 / 加密货币 / 虚拟币实时行情、历史 K 线、交易对、深度盘口、成交记录、市值排行等全维度数据查询能力。旨在解决开发者快速接入加密货币市场数据、构建行情看板、量化策略、资产管理工具、行情聚合平台的核心需求，降低跨交易所数据整合、协议对接、数据清洗的开发成本，保障数据一致性与可用性。适用场景个人 / 机构量化交易系统：策略回测、实时信号、自动下单数据支撑行情 APP / 网站 / 小程序：币种价格展示、K 线图表、市场排行资产管理 / 钱包应用：持仓估值、资产盈亏计算、行情预警区块链数据分析平台：链上 + 交易所数据聚合、市场趋势监控金融资讯 / 投研工具：行情数据可视化、历史数据导出、报表生成API介绍专注提供加密货币 / 数字货币 / 虚拟币行情数据服务，核心支持历史行情查询与实时价格推送两大核心能力，为各类区块链应用、交易工具、数据分析平台提供稳定、标准化的价格与市场数据支撑。相关服务可参考：数字货币行情查询最新价格查询参数：参数说明symbol单个交易对，如 BTC/USDTsymbols多个交易对数组返回：{ "code": 200, "msg": "成功", "charge": true, "taskNo": "69564903663951243279", "data": { "count": 2, "prices": [ { "symbol": "BTC/USDT", "price": "111501" }, { "symbol": "ETH/USDT", "price": "5200" } ] } } K线行情查询参数：参数说明symbol交易对intervalK线间隔startTime / endTime时间区间limit条数限制返回：{ "code": 200, "msg": "成功", "charge": true, "taskNo": "69564903663951243279", "data": { "count": 2, "klines": [ { "ot": 1760601180000, "ct": 1760601239999, "o": 110761.42, "h": 110774.72, "l": 110761.41, "c": 110769.89, "v": 15.41416, "q": 1707428.5208504 } ] } }

关键字提取（关键词抽取）就是从长文本、文章、网页、对话、文档里，自动提炼出最核心、最能代表内容主旨的词语 / 短语，是自然语言处理（NLP）最基础、应用最广的技术之一。应用场景关键词提取技术是许多高级NLP应用的基础，其应用场景非常广泛。信息检索： 优化搜索引擎，提升搜索结果的相关性和准确性。文本分类与聚类： 作为文本的特征表示，用于新闻分类、话题聚合等。自动文摘： 提取的关键词是生成文本摘要的重要依据。个性化推荐： 分析用户感兴趣内容的关键词，实现精准的内容或商品推荐。内容分析： 用于舆情监控、用户评论分析等，快速洞察核心观点。API说明请求参数名称类型必须说明textString是输入的文字numString否关键词数量，需要多少个关键词，默认10参见此处返回样例{ "code": 200,// 返回码，详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "586297583172190375725720",// 本次请求号 "data": { "list": [//所有的关键词数组 "企业", "竞争", "科", "权威", "数", "接入" ] } }

前言对用户提交的电子邮箱地址进行全方位有效性核验，通过校验邮箱 MX 解析记录合法性，智能识别并拦截一次性临时邮箱、虚假邮箱及高风险邮箱账号，有效降低恶意注册、垃圾信息与欺诈行为风险，保障业务数据真实可信。运用场景用户注册账号安全校验在平台注册环节对邮箱进行有效性核验，拦截一次性临时邮箱与虚假邮箱，防止批量恶意注册，提升账号真实性。会员身份与信息真实性核验通过有效邮箱验证完成会员身份确认，过滤高风险邮箱，确保会员信息真实有效，减少垃圾账号与无效数据。营销邮件触达与发送质量优化提前验证收件邮箱 MX 记录与可用性，避免发送至无效邮箱，提升邮件送达率，降低退信与平台发送信誉损耗。找回密码与安全通知验证在密码重置、安全提醒、异常登录通知等场景使用有效邮箱，确保重要信息可正常触达，保障账号安全。企业内部与外部表单数据校验对各类报名、调研、合作申请中的邮箱地址进行核验，过滤无效及临时邮箱，提升收集数据的质量与可用性。API介绍请求参数名称类型必须说明emailString是电子邮箱详见此处返回示例{ "code": 200, //返回码，详见返回码说明 "msg": "成功", //返回码对应描述 "taskNo": "036409789246960195628800", //本次请求号 "charge": true,//计费标志 "data": { "domain": "qq.com",//返回给定电子邮件的顶级域 "format": true,//检查电子邮件是否具有有效格式 "dns": true,//检查电子邮件MX记录是否有效 "alias":true, //检查电子邮件是否包含+符号 "disposable",: false //检查电子邮件是否被检测为一次性 } }

前言依托深度神经网络与跨模态分析技术，对图像内容进行精准伪造检测与篡改识别；智能判定图像是否经过编辑伪造，输出详细检测结论与精准的伪造区域坐标信息；对识别出的篡改区域生成热力图，实现伪造位置与篡改程度的可视化呈现，便于直观研判与后续核验。运用场景政务与司法证据图像核验应用于证件照、现场照片、取证图片等关键素材的真实性校验，精准定位图像篡改区域，为政务办理、司法取证提供可靠依据。新闻媒体素材真实性校验对新闻报道、资讯稿件中的配图进行篡改检测，识别合成、拼接、伪造图片，确保新闻素材真实客观，提升媒体公信力。电商商品图片合规核验对商家上传的商品主图、详情图进行篡改检测，识别恶意修图、虚假宣传、盗图拼接等行为，保障商品展示真实可信，维护平台交易秩序。社交平台 UGC 图片安全审核针对用户发布的照片、动态配图进行智能筛查，识别伪造图片、恶意合成内容，防范虚假信息传播与不良内容扩散。API介绍请求参数名称类型必须说明base64String否图片base64串fileFile否照片文件类型urlString否图片urlrestrictProbabilityString否返回伪造区域坐标的阈值detectThresholdString否图片篡改检出阈值imgTypeString否返回的热力图url后缀详见此处返回示例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "179080619242221104063500",//本次请求号 "charge": true,//计费标志 "data": { "heatmap": "/9j/4AAQSkZJRgABAxxxxxxAAD/2wBD",//篡改区域热力图 "heatmapUrl": "https://xxxxxx/d30/forgery-detection/202601/30/1769743945611-2691.png",//篡改区域热力图url "detectionResult": "fake",//篡改检测结果，fake：有篡改，real：无篡改 "tamperedProportion": "0.993014",//图片篡改置信度 "tamperedLocation": [//伪造区域的坐标信息（当 probability ≥ restrictProbability 阈值时返回坐标信息） { "top": 687,//表示伪造区域的左上顶点的垂直坐标 "left": 484,//表示伪造区域的左上顶点的水平坐标 "probability": 0.8080783784389496,//标识该区域伪造置信度分数 "width": 95,//表示伪造区域的宽度 "height": 202 //表示伪造区域的高度 } ] } }

前言对文本中的违禁词、色情低俗、恶意推广、辱骂攻击、低质灌水等内容进行智能识别与广告法合规校验，适用于用户评论过滤、注册信息筛查、公开发布文章内容审核等场景。热门使用场景社区 UGC 内容智能审核针对用户评论、留言、发帖等互动内容进行实时敏感词过滤，精准识别违禁信息、辱骂攻击、低俗灌水及恶意推广内容，维护社区交流环境合规有序。用户注册与昵称合规筛查对用户账号昵称、个性签名、注册资料等信息进行自动校验，拦截含违规敏感词、恶意引导及广告法违禁表述的内容，保障平台账号体系规范安全。自媒体与文章内容合规检测面向公众号推文、资讯稿件、营销文案等文本内容，全面检测广告法违禁词、低俗色情、恶意推广等违规信息，降低内容发布合规风险。API介绍请求参数名称类型必须说明textString是审核的文本详见此处返回示例{ "code": 200, // 返回码，详见返回码说明 "msg": "成功", // 返回对应的描述 "taskNo": "40525341889422111006", // 本次请求号 "charge": true, // 计费标志 "data": { "result": "2", // 审核结果类型，可取值1、2、3、4，分别代表1：合规，2：不合规，3：疑似，4：审核失败 "resultMsg": "不合规", // result对应的描述 "resultItems": [ // 不合规项，合规时不返回 { "nonComplianceType": 2, // 详见不合规类型 "msg": "存在文本色情不合规", // 不合规描述 "hits": [{ // 命中的词 "probability": 0.972112, // 不合规项置信度，范围：0至1，数字越大，可能性越高 "words": [ // 送检文本命中词库的关键词。 "" ], "wordHitPositions": [ // 送检文本命中词库的详细信息，为Object的列表，keyword、positions、label三个字段。 { "positions": [ [ 4, 6 ] ], "label": "100400", // 关键词命中的细分标签，详见label字段描述。 "keyword": "" // 命中的词 } ], "modelHitPositions": [ // 送检文本命中模型的详细信息，包含位置信息及置信度信息。 // 位置信息：命中模型的违规内容在送检原文中的位置（从0开始计算）：“开始位置”、“结束位置”； // 置信度信息：命中模型对应的置信度分数 [ 0, 4, 0.9721 ] ] }] }, { "nonComplianceType": 4, "msg": "存在恶意推广不合规", "hits": [{ "probability": 0.96125, "modelHitPositions": [ [ 0, 4, 0.9616 ] ] }] }, ... ] } }

前言对文本内容进行合规检测，识别广告法违禁词、极限宣传用语、色情低俗、恶意推广、辱骂攻击及低质灌水等违规信息，重点筛查广告营销类##表述，例如：最受欢迎、最后一波、顶级工艺、全网首发、世界领先等，保障内容发布合规安全。运用场景电商商品文案审核适用于电商平台商品标题、详情页描述、营销文案的自动审核，可快速识别并拦截广告法违禁词、极限词、低俗及恶意推广类表述，降低平台合规风险。短视频与直播内容筛查针对短视频脚本、直播口播文案、弹幕及评论内容进行敏感词检测，过滤辱骂、低俗灌水、违规营销话术，保障内容发布安全合规。企业宣传物料文字校验用于品牌海报、宣传软文、线下广告物料、公众号推文等文本审核，识别违规宣传用语，避免因不当表述引发合规问题。API介绍请求参数名称类型必须说明textString是审核的文本详见此处返回示例{ "msg": "成功",// 返回对应的描述 "code": 200,// 返回码，详见返回码说明 "taskNo": "026116187237614523277406",// 本次请求号 "charge": true,// 计费标志 "data": { "resultMsg": "不合规",// result对应的描述 "result": "2",// 审核结果类型，可取值1、2、3、4，分别代表1：合规，2：不合规，3：疑似，4：审核失败 "resultItems": [// 不合规项，合规时不返回，下面为文本“这款面料采用最先进加工工艺，在相关领域填补国内空白”的返回 { "nonComplianceType": 1,// 详见不合规类型 "msg": "存在文本黑名单不合规",// 不合规描述 "hits": [// 命中的词 { "probability": "", // 不合规项置信度，范围：0至1，数字越大，可能性越高 "words": [// 送检文本命中词库的关键词。 "最", "填补国内空白", "最先", "最先进加工工艺", "最先进" ], "modelHitPositions":[//送检文本命中模型的详细信息，包含位置信息及置信度信息。位置信息：命中模型的违规内容在送检原文中的位置（从0开始计算）：“开始位置”、“结束位置”；置信度信息：命中模型对应的置信度分数（范围：0至1，数字越大，可能性越高） [ 0, 6, 0.9998 ] ], "wordHitPositions": [// 送检文本命中词库的详细信息，为Object的列表，keyword、positions、label三个字段。 { "positions": [ [ 6, 6 ] ], "label": "", // 关键词命中的细分标签，详见label字段描述。 "keyword": "最" // 命中的词 }, { "positions": [ [ 6, 7 ] ], "keyword": "最先" }, { "positions": [ [ 6, 8 ] ], "keyword": "最先进" }, { "positions": [ [ 6, 12 ] ], "keyword": "最先进加工工艺" }, { "positions": [ [ 19, 24 ] ], "keyword": "填补国内空白" } ] } ] } ] } }

前言食物组合查询，即根据传统饮食文化与营养学知识，获得食物搭配的结论（相宜或相克）、具体影响说明以及建议。比如：查询牛奶。可以得到牛奶和柠檬、牛奶和花生等各种食物的搭配结论。通过食物组合查询，帮助人们科学搭配食物，有助于营养均衡，避免食物相克影响健康。主要体现在：科学破除饮食误区，聚焦健康本质；精准助力营养均衡，实现科学膳食指导。API介绍请求参数名称类型必须说明keywordString是查询关键词，如：牛奶pageNoInteger否页码，默认第一页详细参阅此处返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "474254340193676791308749",//本次请求号 "data": { "list": [ { "sw": "酸奶和香蕉",//食物组合 "yh": "酸奶和香蕉同食可能引起消化不良，导致腹胀、腹泻等消化系统问题。" //说明 } ] } }

前言翻拍识别能够识别出通过手机翻拍出的照片，比如商品货架陈列图片和地堆商品陈列图片，可降低人工审核人力，高效审核零售业务中通过翻拍原有图片来造假的图片。翻拍识别核心是通过算法模型，精准识别对屏幕进行翻拍的造假照片，针对图片模糊、摩尔纹、屏幕边框等情况进行了优化，识别准确率可达99%。运用场景货架陈列翻拍识别支持识别对屏幕翻拍的商品货架陈列图片，比如各类超市和夫妻老婆店内的货架、端架、立式冰柜等陈列场景特殊场景翻拍识别支持识别快消品牌线下促销时的商品特殊场景图片是否为手机翻拍图片，比如门脸、促销陈列/物料等场景API介绍请求参数请求参数名称类型必须说明base64String否图片base64串fileFile否照片文件类型urlString否图片url详见此处返回示例{ "code": 200, // 返回码，详见返回码说明 "msg": "成功", // 返回码对应描述 "taskNo": "65605503936940344488", // 本次请求号 "data": { "results": [ { "name": "recapture",//分类名称，结果会返回“recapture”和“original”两类，recapture为翻拍，original为原图。 "score": "",//置信度, 分别返回“recapture”和“original”两类的置信度 }, { "name": "recapture", "score": "" } ] } }

简介本文介绍火车相关内容的查询，包括火车票余票、火车票价格、火车时刻、火车车次、火车车站等信息。和12306同步。集成火车相关的API，可以实现将火车相关查询功能集成到自己的系统中。下面介绍火车相关的API。API介绍火车查询包括两个接口：火车票查询：根据出发站和到达站，查询火车票信息。过站停留信息查询: 根据车次，查询车辆过站停留信息。详细说明请参阅此处火车票查询请求参数名称类型必须说明startString是出发站，如：杭州东endString是到达站，如：上海南ishighString否是否高铁，0：不是，1：是dateString否日期，格式yyyy-MM-dd。默认为当天返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "charge": true,//计费标志 "taskNo": "040056972246718444474454",//本次请求号 "data": { "date": "2025-07-25",//日期 "start": "杭州东",//出发站 "end": "上海南",//查询到达站 "list": [ { "terminalstation_code": "IMH",//到达站code，可用于查询过站停留信息 "is_start": "过",//是否始发[始/过] "costtime": "01时51分",//用时 "terminalstation": "上海松江",//到达站 "departstation_code": "XHH",//出发站code，可用于查询过站停留信息 "is_end": "过",//是否终点[过/终] "trainno": "K528",//车次 "type": "快速",//类型 "departuretime": "01:55",//出发时间 "sequenceno": 1,//顺序 "departstation": "杭州南",//出发站 "trainno_uuid": "650000K52805",//车次uuid "station": "广州白云",//始发站 "arrivaltime": "03:46",//到达时间 "endstation": "南京",//终点站 "yz": {//硬座 "price": "24.0",//票价(--:无席位) "num": "有" //余票(有:充足,无:无票,--:无席位) }, "wz": {//无座 "price": "24.0", "num": "有" }, "rw": {//软卧 "size": { "xp_price": 114.5, "sp_price": 108.5 }, "price": "108.0", "num": "1" }, "ze": {//二等座 "price": "--", "num": "--" }, "swz": {//商务座 "price": "--", "num": "--" }, "yw": {//硬卧 "size": { "xp_price": 78.5, "zp_price": 75.5, "sp_price": 70.5 }, "price": "70.0", "num": "8" }, "zy": {//一等座 "price": "--", "num": "--" } },... ] } } 过站停留信息查询请求参数名称类型必须说明trainnoUuidString是车次uuid，火车票查询接口返回departstationCodeString是出发站Code，火车票查询接口返回terminalstationCodeString是到达站Code，火车票查询接口返回dateString是乘车日期，格式yyyy-MM-dd返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "charge": true,//计费标志 "taskNo": "040056972246718444474454",//本次请求号 "data": { "train_class_name": "快速",//火车类型 "start_station_name": "昆明",//始发站名称 "service_type": "有空调",//服务内容 "station_train_code": "K80",//车次代码 "end_station_name": "上海松江",//终点站名称 "list": [ { "station_name": "昆明",//到站站点名称 "isChina": "1",//是否国内站 "start_time": "18:45",//出发时间 "isEnabled": false,//是否启用(到达站范围内) "station_no": "01",//站序 "stopover_time": "----",//站内停留时间 "arrive_time": "----" //到站时间 }, ... ] } }