乘云数字获评“鑫智奖·2025专家推荐TOP10优秀解决方案”,赋能银行新核心系统运维

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

原文地址:https://mp.weixin.qq.com/s/rppchgZcYqZFpgluyv0bkg

为促进金融企业数据管理和数据平台智能化转型,金科创新社主办了“鑫智奖·第七届金融数据智能优秀解决方案评选”活动。其中,乘云数字DataBuff平台斩获 “专家推荐TOP10优秀解决方案” 奖项,彰显了乘云数字在金融科技领域的创新实力。

图:鑫智奖-专家推荐TOP10优秀解决方案

“鑫智奖”作为金融数据智能领域的重要奖项,已连续举办七届,致力于挖掘并推广金融科技与数据智能深度融合的优秀成果,彰显数据智能在金融场景中的落地成效和未来潜力。2025年评选活动共计收到来自70家企业的99个方案参评,经过27位专家评审与答辩打分,评选出专家推荐TOP10优秀解决方案。乘云数字此次获奖的“专家推荐TOP10优秀解决方案”,围绕国内银行新一代核心系统的复杂性面临的全新运行稳定性挑战,在快速的发现问题、定位问题、处理问题及大模型新技术的应用等方面展现出专业、系统的技术优势,获得专家组高度认可。

“通过DataBuff平台,实现全栈监控与诊断。利用预测性AI和因果性AI技术,提前发现异常并精准定位故障,大幅降低故障率和处理时间。同时,自研存储引擎有效降低成本并提升性能,助力降本增效。”

——吉林银行首席信息官邹帮山

“在数字化转型的推动下,银行等金融机构纷纷转向微服务、云原生技术体系,新一代核心系统面临系统交易链路复杂、业务连续性保障压力大、运维数据存储成本高等痛点。该方案融合因果性AI和生成式AI的预测和定位能力,提升故障定位的准确率和覆盖度;通过完全自研的时序与链路数据存储引擎,实现降本提效。有效解决基于云原生技术平台监控运维工作中的痛点。”

——国新国证基金首席信息官赵天智

一、解决方案概要

银行新一代核心的复杂性带来了全新的运行稳定性挑战,传统监控技术面临严重瓶颈。DataBuff一体化观测平台,通过创新的方式将“业务观测”、“因果AI”、“生成式AI” 三大领先技术深度融合,帮助银行全面解决新一代核心系统的运行稳定性问题。该平台能够深度感知新一代核心的业务运行状态,全面梳理消费者的业务旅程,构建“以业务为中心”的新一代监控管理体系,提供端到端的交易级链路追踪能力,快速发现问题、定位问题、处理问题,实现故障定位的一键直达。

二、银行新核心的特点和运维难点

随着新一代核心在银行业的广泛普及,业务系统的技术架构正在经历着新旧交替。IT 系统在系统架构、开发方式、部署方式、运行环境等方面经历了多次技术变革。系统架构方面,经历了从整体式、分层式、分布式到云原生的变化;开发方式方面,经历了从瀑布模式、螺旋模式、敏捷模式到DevOps 的变迁;部署方式方面,由物理机、虚拟机、容器化到 Serverless;运行环境方面,由自建机房、托管机房、私有云、公共云到混合云。新核心系统要应对高并发交易处理的压力,任何微小的故障都可能引发连锁反应,导致业务中断、客户流失,甚至损害银行的声誉。

新一代核心系统具备业务高并发处理、系统弹性部署、IT自主可控等特点,这也为运维部门带来了新的挑战。为保障该系统的稳定运行,需要满足极高的技术要求,具体表现在以下几个方面:

新核心系统交易链路复杂

经过微服务化的新核心系统服务调用链复杂,跨节点、跨集群问题难以追踪,故障排查依赖人工“逐层猜断”。 如信贷申请和审批业务流程复杂,会涉及多个服务协作,服务间通信频繁,故障排查具有很大难度。

业务连续性保障压力大

7×24小时在线服务要求故障分钟级响应。支付系统要求高可用性和低延迟,在高并发情况下可能面临资源争夺和响应时间延长等问题。

机器数据存储成本高、价值密度低

云原生场景下,日志、指标、链路等机器数据量大且分散,缺乏关联分析,无法快速支撑核心业务问题优化决策。运维数据噪音大,有效告警识别率低。

目前银行迫切需要一套拥有创新技术和独特优势的解决方案,方案须具备对新核心系统全维度的观测、智能化的诊断和多平台协同的能力,能够满足银行的新核心系统监控管理需求。银行迫切需要实现从“被动应对”到“主动预防”的转变,从而更高效地推动业务发展,满足未来更复杂的运营需求。

三、解决方案介绍

乘云数字 DataBuff 是一款业界领先的可观测性技术平台,采用业界最新水平的设计理念,只需在主机上安装一个Agent,即可实现所有软件堆栈的监控与诊断。其核心优势在于自动化和智能化,能够实时监控并分析复杂应用环境中的性能问题,快速定位故障根因。

部署架构主要包括:

OneAgent 一体化探针:自动部署在每台主机上,负责数据采集和传输;

DataHub 遥测数据管道:开放接入外部各种类型的监控工具,各种类型的监控数据,实现遥测数据的可视化编排治理;

OneCenter 一体化平台:云端或本地部署,负责数据处理、存储和分析。

图:解决方案整体能力架构

DataBuff 新核心业务观测与故障定位解决方案主要包括三个方面的功能:基于业务观测的用户旅程分析、基于因果AI的故障定位能力、基于生成式AI的运维自动化能力,以下展开详细说明:

3.1.基于业务观测的用户旅程分析

业务观测(Business Observability):面向银行核心交易系统的业务级、用户级旅程分析,通过整合技术性能数据与业务指标,帮助银行实现从“代码级故障定位” 到 “业务级影响评估” 的全链路洞察。其核心价值在于将系统可用性、交易效率等IT指标与客户体验、营收转化等业务目标深度关联,为技术运维与业务决策提供统一数据支撑。

图:业务地图

可观测性能力建设的一个关键性效益就是对业务支撑能力的提升。重点关注业务指标的提升是为保证企业在市场竞争中的领先地位,确保客户满意度和市场份额的增长,以及推动持续的业务改进和创新。领导者通过关注这些关键指标,能够有效地制定战略方向、作出数据驱动的决策,并激励团队实现共同的业务目标,从而确保企业的长期成功和可持续发展。在银行核心交易系统场景中,业务观测​的主要功能包括:

1)业务KPI指标监控​,动态追踪核心交易指标(如每秒交易量、成功率、响应时间),通过可视化仪表盘实时监控支付、清算等关键业务流状态,异常时触发告警(如交易量骤降50%),保障高并发场景下的业务连续性。

2)端到端交易链路透视​,基于代码级全链路追踪,还原跨系统交易路径(如客户发起转账→风控校验→核心记账→清算系统),精准定位业务瓶颈(如风控规则引擎延迟或数据库锁争用),加速故障修复,避免交易积压。

3)转化率漏斗分析,分析业务流程中用户转化漏斗(如开户、贷款申请),识别关键环节流失原因。定位业务流程中的流失点(如实名认证步骤失败率超30%),优化身份验证逻辑。对比不同渠道(APP/网页)的转化率,指导资源倾斜与体验优化。

4)用户体验与业务关联分析​,将用户行为(如手机银行APP支付失败率激增)与后端系统性能(如微服务超时、第三方接口异常)深度关联,识别客户流失的技术诱因(如身份验证服务响应慢),针对性优化业务流程。

3.2.基于因果AI的故障定位能力

因果AI(Causal AI):​是通过构建动态因果关系拓扑,将银行核心交易系统中的上层异常(如交易延迟、失败)与底层根因(如代码缺陷、资源瓶颈)自动关联,实现无需人工干预的精准问题诊断。其核心逻辑是结合实时监控数据(指标、日志、拓扑)与历史模式,推理出故障传播路径,例如从数据库慢查询追溯到微服务调用链异常,并进一步评估对业务指标(如VIP客户交易成功率)的影响。

图:因果AI的类比图(人体系统的晕厥 vs IT系统的业务异常)

在银行新一代核心交易系统中,因果性CausalAI 故障推理准确率高。能够将通常的小时级问题排查降低到分钟级故障定位,实现1分钟发现问题、3分钟定位问题。能够自动识别和数字化映射新核心系统所在的整个IT环境,包括业务系统、服务、容器进程、基础设施等。通过三维空间拓扑,自动分析整个核心系统各个组件之间的交互依赖以及影响关系,结合核心系统故障场景知识图谱的AI推理能力,该方案精准定位影响核心系统业务性能的问题根源。

因果AI通过动态构建因果关系图谱,​自动关联交易异常(如延迟、失败)与底层根因​​(如数据库锁竞争、微服务调用链超时、第三方接口故障),实现秒级精准定位问题。其功能涵盖:

1)​​智能根因诊断​​,无需人工排查即可追溯至代码方法或资源瓶颈(如CPU过载);

2)​​业务影响量化​​,评估交易中断对高价值业务(如大额转账、实时清算)的损失,优先修复关键节点;

3)​​预测性风险预警​​,基于历史数据预判交易洪峰(如月末结算)或容量瓶颈,触发扩容预案;

4)​​合规辅助​​,自动生成故障与业务指标的关联报告,满足金融监管对交易可追溯性及SLA合规审计的要求,保障系统高可用与业务连续性。

图:因果AI给出的故障定位结果展示

3.3.基于生成式AI的运维自动化效率提升

生成式AI​(Generative AI) 是基于DeepSeek 大语言模型的运维智能辅助引擎,专注于将复杂技术数据转化为可操作的业务洞察,并自动化生成解决方案。在银行核心交易系统中,它通过自然语言交互与自动化能力,帮助技术、运维及业务团队快速理解系统问题并驱动决策,降低跨部门协作门槛。

图:基于DeepSeek的自然语言故障诊断

在银行新一代核心交易系统中,DataBuff 生成式AI基于自然语言交互与自进化能力,提供多维度智能支持:

  1. 自然语言查询​:业务或运维人员可直接提问(如“为何大额转账延迟?”),无需专业语法即可获取根因分析;
  2. 自然语言可视化​:自动生成交易成功率趋势、链路拓扑等图表,直观呈现问题影响范围;
  3. 自然语言诊断​:将技术异常(如接口超时、风控规则拦截)转化为业务描述(例“支付失败因第三方认证超时”),降低跨团队沟通成本;
  4. 自进化知识库​:持续学习历史故障与处置方案,提升对新型问题(如云原生资源争用)的诊断准确性;
  5. 自动化处置建议​:结合上下文推荐修复动作(如调整数据库连接池、优化微服务超时配置),加速故障恢复。
    通过上述能力,该AI驱动技术数据向业务决策的高效转化,保障核心交易高可用与合规性。

图:基于DeepSeek的指标异常问题分析

四、解决方案亮点

在银行新一代核心交易系统中,DataBuff 平台的核心亮点可概括为以下四方面:

4.1. 故障排查效率提升​

通过​全栈式代码级监控​​与​​因果AI​​,实现分钟级根因定位,将平均故障修复时间(MTTR)从小时级缩短至分钟级,避免人工逐层排查的低效问题。

4.2. 业务转化率与用户体验优化​

基于​端到端用户旅程追踪​​,分析交易链路中高流失环节,针对性优化关键路径。同时,结合业务指标与性能数据,量化用户体验对营收的影响,推动转化率提升10%-20%。

4.3. 数据接入开放性​

支持多源异构数据无缝集成,包括日志、指标、业务事件。通过DataHub 可视化​​编排灵活定义数据清洗、富化规则,将第三方系统数据统一纳入分析,打破数据孤岛,增强全局洞察力。

4.4. 高效数据库技术与降本增效​

底层采用完全自研的时序数据库MoreDB与全量链路存储TracingX,实现海量交易数据(PB级)的高效存储与实时聚合查询,成本较传统关系型数据库降低50%+。同时,​​自动数据生命周期管理​​按策略归档非热数据,减少冗余存储开销,支撑高并发场景的稳定分析与审计回溯。

DataBuff 通过上述能力,为银行新核心系统提供从故障诊断、业务价值挖掘到资源优化的闭环支撑,成为数字化转型的核心引擎。此次获奖是对乘云数字在金融领域科技创新成果的肯定。未来,乘云数字将继续秉承创新驱动发展的理念,深化金融科技应用,推动数字化转型向更高水平迈进,为金融行业的数字化转型贡献力量。

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统 船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。 阅读详情

相关推荐

AI 应用开发:四维架构落地实战——以 HR Agent 为例拆解感知·推理·记忆·执行【意图路由、规划编排、长期记忆、工具执行、面试题】

本文基于四维架构(感知·推理·记忆·执行),以HR Agent为例,系统拆解大模型应用从“聊天”到“生产可用”的落地路径。通过Spring AI实现意图路由、规划编排、RAG检索与工具调用,结合真实踩坑复盘,揭示架构化设计对安全、成本与可维护性的关键价值,为AI Agent工程化提供可复用的实战框架。

王大师企业官方博客 9

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 231

MT 103 Single Customer Credit Transfer单笔客户转账

MT 103 Single Customer Credit Transfer单笔客户转账 MT103电文能通过三种方式交换,依赖电文使用的业务场景。 (1)   核心MT103电文是一个通用电文,发送和接收此电文不需要在电文用户组(MUG)注册。允许使用所有MT103电文域来交换单客户转账,除了77T域(信封内容)。MT103电文如果是根据预先约定的双边/多边规则的格式,则可以直通处理。 (

shuytu 1万+

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

泛微Ecology9单点登录实战指南:从Token获取到页面跳转

本文提供了一份详尽的泛微Ecology9单点登录实战指南,重点解析了Token跳转式SSO的核心流程。内容涵盖从理解关键参数(如appid、loginid)与一次性Token机制,到通过代码示例演示如何正确调用接口获取Token,并详细说明了拼接不同场景跳转地址的完整规则与安全实践,旨在帮助开发者高效、稳定地实现业务系统与OA门户的无缝集成。

ol789012345的博客 1071

【各种轮子2】基于Icepak的PCB散热仿真比较

随着电子产品的集成度越来越高,PCB板的尺寸越来越小,板级芯片散热的问题越来越成为电子工程师的一个重要挑战。对于板级芯片散热,主要依靠工程师对PCB自身的设计进行优化,同时要兼顾系统的尺寸和成本。本文分别从芯片角度和PCB角度进行建模,芯片模型选用QFN封装,PCB模型采用走线导入模型,探讨了芯片结构,PCB铜厚,PCB叠层厚度对芯片散热的影响。

3669

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 203

【Labview学习】——如何实现软件的中/英文切换

各位亲爱的小伙伴们大家好,这里是小万的labview专题,今天为大家带来的是软件的中/英文切换,在全球化的浪潮之下,各行各业发生着巨大的变化,emmm………… 以下是简单的演示图片,注意观察菜单栏和软件界面各控件的语言状态: 本次分享将分为两部分:菜单中英文切换&界面控件中英文切换 ** 菜单中英文切换 ** 1. 中/英文菜单制造 要想实现菜单的中/英文语言切换,就得做两个菜单,一个...

weixin_44827166的博客 1万+

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 506

从零开始:使用COLMAP与OpenMVS构建高精度三维Mesh模型

本文为零基础新手提供了使用COLMAP与OpenMVS构建高精度三维Mesh模型的完整实战指南。详细介绍了从环境配置、数据采集黄金法则,到COLMAP稀疏与稠密重建、OpenMVS网格生成与纹理映射的每一步操作,并分享了关键的避坑技巧与参数调优建议,帮助读者从二维照片中成功重建出属于自己的三维模型。

metal的博客 505

告别MATLAB依赖:手把手教你用Python实现GCC-PHAT时延估计(附完整代码与对比测试)

本文详细介绍了如何使用Python实现GCC-PHAT时延估计算法,替代传统的MATLAB依赖。通过完整的代码示例和性能对比测试,展示了Python在信号处理领域的强大能力,特别是在广义互相关和TDOA应用中的高效实现。文章还提供了实时音频处理和嵌入式部署的实用技巧,帮助工程师快速掌握这一关键技术。

weixin_42667269的博客 221

ChatGPT、Perplexity、Gemini 与 AI Overviews 引用对比:谁的引用更可信

AI 引擎的引用机制差异很大:ChatGPT 以行内引用加 Sources 列表呈现来源,Perplexity 几乎逐句可溯源,Gemini 在回答中内嵌相关来源链接,AI Overviews 则把多源聚合答案与来源列表一起放在搜索结果顶部。本文从引用透明度、来源偏好、可干预性 3 个维度对比这 4 个引擎,并给出 GEO 的 3 点启示,帮企业在多引擎环境下提升被引用的概率。

淡然一笑 的专栏 66

1、世界级模拟电路设计指南

本文详细探讨了模拟电路设计的各个方面,从基础概念到实际应用,涵盖了元件选择、滤波器设计、反馈系统、噪声问题以及SPICE仿真的优缺点。文中还提供了设计实例和无计算机设计方法,旨在帮助工程师提升模拟电路设计的效率与可靠性。

s1t2u3的博客 97

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 560

YOLOv26与其他目标检测算法的对比分析

本文对YOLOv26与其他主流目标检测算法进行了全面对比分析。YOLOv26在COCO数据集上达到96.0% mAP@0.5和79.0% mAP@0.5:0.95,显著优于其他YOLO系列算法,同时保持85FPS的推理速度和35MB的轻量级模型。相比两阶段算法(如Faster R-CNN),YOLOv26在速度、模型大小和内存占用方面优势明显;相比Anchor-free算法(如CenterNet),YOLOv26在速度和模型压缩方面更优。其核心创新包括动态锚框分配、自注意力机制和轻量级设计,使其成为适用于复

一键难忘的博客 994

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 284

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 645

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

抽象主义人工智能和生命体AI的内在联系

彭军辉提出“抽象主义人工智能”作为第四大AI范式,批判符号主义、连接主义、行为主义剥离生命本体的误区,确立“智能是现象,生命是本体”的核心公理。主张原生智能必须依附具备存续诉求的生命本体,提出“生命体AI理论”,构建七层演化阶梯与自闭环工程框架,强调智能不可跳过底层存续机制直接模拟语言。该体系为生成式AI提供科学边界,推动从“仿真表象”向“原生智能”的范式跃迁,开辟硅基人工生命新赛道。

抽象主义人工智能和生命体AI 58

2.53 基于极稀疏指纹的室内定位注意力图元学习

该论文发表于IEEE Transactions on Mobile Computing(TMC)2026年6月,面向极稀疏指纹条件下的WiFi室内定位,针对指纹采集人力成本高、标记指纹稀缺时定位精度大幅下降的痛点,提出注意力图元学习模型AGML(Attentional Graph Meta‑Learning),结合图神经网络、元学习、两种指纹数据增强与分布对齐技术,在标记指纹极少的场景实现高精度室内定位,同时公开了多套真实+仿真定位数据集用于基准测试。场景:二维室内空间,障碍物造成信号遮挡,

weixin_42963026的博客 340

AI作图软件技术选型:从4个技术维度出发的实测对比

AI作图软件技术选型:从4个技术维度出发的实测对比

Vbaoke的博客 207

【AI Agent面试系列】AI Agent可观测、评测、安全相关的知识点

之前的文章介绍了和,本文主要介绍AI Agent的测评、可观测等知识。

250

Docling 原理解读:是什么、为什么、怎么样

从论文视角拆解 Docling 的整体架构、DoclingDocument 数据模型、PDF 预处理、版面分析、OCR、TableFormer 双解码器、阅读顺序与装配流程,并解释版面框与 OCR 框的区别。

PLANTTHESON的博客 320

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 4675

影视场景怎么用AI生成3D镜头预演?从概念图、场景白模到网页审片

概念图有氛围,不代表能直接用于镜头预演。本文围绕剧本拆镜、资料与尺度假设、场景白模、机位走位、动作节拍和网页审片,介绍 AI 生成 3D 场景的预演流程。通过稳定对象与相机编号、统一镜头表、意见关联版本和三轮审核,让讨论落到具体镜头,同时明确白模与网页预演不能替代真实场地勘景及现场安全判断。

Solange__的博客 543

技术拆解:AI 答案里出现了可点商品链接,GEM优化 的落地链路长什么样

AI 答案里开始出现可点击的商品链接。据 2026 年 11 月 1 日海报新闻记者实测,向豆包问「秋冬护肤品推荐」,回答里除了选购建议,还带上了具体产品、核心成分、电商参考价和能直接点开的跳转链接。这件事对做 GEM优化 的人来说,是「被选择」那一层第一次有了可拆解、可配置、可量化的商业入口。下面把结构、量化与标注边界讲清楚。

RoseMarketing的博客 418

企业宣传片发前如何批量排查并遮挡视频里的敏感信息

做企业视频的人都会碰到一个具体问题:实拍画面里混进了不该出现的信息。办公室背景里有贴着客户信息的白板,采访对象的授权书边缘露出一串身份证号码,街采素材里路人面孔和车牌号直接入镜。人眼在时间线上扫视,会漏掉快速闪过的帧、画面边缘的小字、以及暗光区域里的证件号码。用抹影AI完成车牌、人脸和证件区域批量检测后,又手动补充了两个时间段的屏幕遮罩,最终导出时画面已无合规隐患。重点关注快速运动、遮挡、低光照条件下的目标,这些是漏检的高发区域。导入视频后选择要检测的目标类型(人脸、车牌、证件号、二维码等)。

Mysssone的博客 165
上一篇: 从第一性原理出发,探索如何做故障的根因定位
下一篇: 【故障定位系列】波动度故障
aiSRE工程狮
博客等级 码龄5年 423粉丝 92原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值