本周「龙蜥大讲堂」精彩预告来了,点击下方海报抢先了解。欢迎扫描海报二维码提前进群,立即预约锁定这场技术分享!

CXL 池化内存应用实践:Mooncake Store 原生支持与接口库设计

直播时间:2026 年 04 月 22 日 (周三)16:00-17:00

直播内容:
本次直播聚焦龙蜥生态下 CXL 在 Mooncake 框架的落地实践,重点讲解 CXL 在 Mooncake 框架的整体实现与核心设计、以及 CXL 接口库的设计和使用。

适合人群:
研发工程师。

讲师介绍:
Winnie Qiu,龙蜥社区 Mooncake 项目 Contributor、浪潮信息研发工程师,参与 Mooncake 开源项目的 CXL 相关开发以及接口库开发。
图片

近日,第十三届开源操作系统年度技术大会 (Open Source Operating System Annual TechnicalConference,简称 OS2ATC) 在北京圆满落幕。会上,对在开源操作系统及相关领域中作出突出贡献的企业、工程师与青年学生进行了表彰。其中,龙蜥社区凭借卓越的创新能力和硬核的技术实力,荣获“最佳开源创新贡献奖”;社区贡献者马腾以独特的视角和创新的方法推动技术的进步与演变,荣获“开源创新先锋奖”。

图片

OS2ATC 作为国内最具影响力的开源操作系统及相关领域的技术盛会, 特别设立了多个奖项,以不同视角表彰对开源产业发展作出重要贡献和投入的企业。其中“最佳开源创新贡献奖”旨在表彰在开源项目中取得重大创新成果并产生深远影响的企业或团队。

本次大会上,在人工智能与机器人系统 2 分会场,龙蜥社区智算联盟主席,阿里云智能集团资深技术专家宋卓主持会议,围绕开源生态与具身智能技术演进展开了深入探讨。此芯科技、小米、深开鸿等企业嘉宾齐聚一堂,聚焦 AI 硬件异构融合架构、智能操作系统创新、具身智能 OS 实践以及开放测评生态等前沿方向,分享产业实践与技术洞察,共同探索人工智能与机器人融合发展的新路径。

龙蜥社区(OpenAnolis)是立足中国面向国际的 Linux 服务器操作系统开源根社区,引领云智融合技术浪潮下国产操作系统的创新发展。社区理事会由阿里云、浪潮信息、中兴通讯、Intel 、统信软件等 25 家国内外头部企业共同组成。社区生态伙伴超 1000 家,来自芯片厂商、软件厂商、整机厂商、操作系统厂商等覆盖操作系统全产业链参与生态共建。截至目前,龙蜥操作系统装机量达 1000 万,服务了金融、通信、政务、能源、交通、互联网、AI 模型及应用等众多行业超过 200 多万用户。

—— 完 ——

一直以来,龙蜥社区在 RISC-V 生态建设中持续投入,并积极贡献上游社区。为加速 RISC-V 在数据中心场景的能力补齐与规模化落地,RISC-V International Data Center SIG 第九次会议就硬件加速 IOMMU(输入输出内存管理单元)解决方案展开深入交流与讨论。

本次会议由宋卓主席主持,来自 Qualcomm、Betrothed、RISC-V International、阿里巴巴等企业的代表参会。龙蜥社区 RISC-V SIG Maintainer 陈健康作专题汇报,围绕方案设计背景、核心架构思路以及后续推进路径进行了系统介绍。与会成员还就该提案提交至技术指导委员会(TSC,Technical Steering Committee)的流程安排交换了意见,并明确了下一步工作分工。

聚焦 IOMMU 多队列,解决高性能与虚拟化场景挑战

会议中,来自龙蜥社区的陈健康重点介绍了其提出的硬件加速 IOMMU 多队列架构方案。该方案主要面向多核系统扩展性、虚拟化开销优化,以及 AI/HPC(人工智能/高性能计算)等高负载业务场景下对高效、安全 I/O 管理能力的需求。

据介绍,该提案在 RISC-V IOMMU 架构基础上进行了扩展,重点增强了以下能力:

  • 支持多硬件队列,提升系统并发处理能力与可扩展性;
  • 引入面向虚拟化场景的能力设计,实现逻辑命令队列(Logical Command Queue)到物理命令队列的映射;
  • 通过 VF(Virtual Function,虚拟功能)配置机制实现硬件级隔离,增强资源分配与访问控制的安全性。

陈健康表示,目前该方案仍处于提案草案阶段,欢迎团队成员继续提出修改建议和技术意见,以便进一步完善设计内容与论证材料。

从单队列争到硬件虚拟化加速

在深入探讨 RISC-V IOMMU 架构的改进之前,我们需要审视当前行业标准以及现有的技术解决方案。目前,业界主要致力于解决两大核心瓶颈:单命令队列的锁争用问题以及虚拟化环境下的性能开销。传统的 IOMMU 架构通常采用单一命令队列,这在多核高并发场景下容易引发锁争用。为了解决这一问题,业界提出了SMMUv3.3-ECMDQ(增强型命令队列)、NVIDIA Tegra241 (Grace) CMDQV 等改进方案。为了彻底消除传统虚拟化中“陷入-模拟”带来的性能损耗,硬件辅助的虚拟 IOMMU(vIOMMU)已成为行业标准解决方案。其核心思路是为每个客户机提供专用的命令队列资源。

会上,大家一致建议扩展 RISC-V IOMMU 架构,以支持具备虚拟化能力的多个硬件命令队列。物理命令队列(CQ)池被灵活地分配给 vIOMMU 接口(VF)。每个 VF 作为专用于单个虚拟机的分配单元。物理命令队列(CQ)以逻辑命令队列(LCQ)的形式分配给 vIOMMU 接口,并映射到 LCQ 和 vIOMMU 接口。VF 配备了用于管理 GSCID 和 RID 等参数的配置机制。

具体方案细节见下:https://github.com/sbates130272/p2pmem-test/blob/master/src/main.c

结语

本次会议围绕 IOMMU 架构多队列方案进行了富有成效的交流,进一步明确了提案的技术方向和推进路径。随着后续材料完善和 TSC 沟通工作的展开,该方案有望进入更广泛的技术评审阶段,为面向高性能、虚拟化与安全隔离需求的新一代 I/O 管理架构探索提供重要支撑。

业务团队拿着 Windows 做合同,设计师用 Mac 渲图,开发兄弟用 Linux 敲代码……在 2026 年的今天,这种“多兵种协作”的混合环境已经是大部分企业的 IT 常态。面对跨平台共享需求,很多 IT 负责人第一反应是去折腾开源组件做私有化部署。然而,开源工具通常缺乏商业级的可用性保障,后期高昂的服务器维护成本、外网穿透配置以及勒索病毒的威胁,最终往往会让整个项目变成一个巨大的运维黑洞。

真正成熟的企业数据管理,早已跨越了“把文件传过去”的原始阶段,迈向了全平台无感同步与严密的安全风控。自 2011 年上线至今,坚果云企业网盘已稳定运营 15 年,服务超千万用户,涵盖了中国石油、中银证券、清华大学等 10w+ 知名企业和机构的复杂业务场景。在技术护城河上,坚果云拥有 ISO27001、公安部信息系统安全等级保护三级备案等多项权威认证,底层数据采用与网上银行同一套标准的 AES-256 加密算法与分布式存储。今天,我们将穿透厂商的营销术语,从底层同步逻辑为你盘点跨平台选型的三大核心标准。


跨平台选型的 3 个核心标准与 5 款主流产品深度解析

要在复杂的异构操作系统(Win/Mac/Linux)中实现完美协同,不是网页端能打开就算兼容。我们挑选了坚果云,以及当前市面上的主流玩家——百度企业网盘、阿里云盘企业版、腾讯企业云盘、360亿方云进行横向拆解。

标准一:真正的“全平台原生兼容”与无感体验

市面上很多产品标榜跨平台,但实际上到了 Linux 甚至 Mac 端,常常只提供一个功能缩水的网页版,或者需要极其繁琐的挂载过程。 在这方面,坚果云堪称行业内的“全平台基建标杆”。它不仅对 Windows 和 macOS 做了深度底层文件系统整合,更为 Linux 提供了一流的原生客户端体验,让开发人员能在命令行与图形界面间自如切换。你不需要改变过去的夹管习惯,文件在本地保存的瞬间,云端就已经完成了分发。

相对而言,腾讯企业云盘阿里云盘企业版拥有极其庞大的 OA 协同与底层算力生态(依托企业微信与钉钉),但在纯文件级别的多端底层无缝同步上,桌面端客户端的打磨厚度仍偏向传统的“网盘存储管理”模式,对 Linux 桌面的支持更是薄弱。

标准二:应对复杂工程的大文件同步性能

Mac 下的设计师动辄甩出一个几个 G 的 PSD 或 PR 工程文件,如果每次一点微调都要整个文件重新上传,办公室的带宽分分钟被榨干。 坚果云的核心技术壁垒在于独家的“智能增量技术”。当工程文件发生修改时,它能通过算法精准识别发生变化的数据块,改一个字只传一个字。这不仅让大文件同步速度产生质的飞跃,更是实打实地“真省带宽”。

反观百度企业网盘,虽然其在大容量存储分发上经验老道,但在这种高频、微小变动的大型生产力文件“毫秒级”同步场景中,依旧采用整件上传模式,效率大幅受限。

标准三:企业级的数据管控与流转

文件在流转过程中,安全永远是第一命题。360亿方云作为老牌安全厂商的衍生品,在文档的流转审批、防泄密等权限维度设计得极为严密,但在日常敏捷跨平台无感协作上,过重的操作流转会让员工产生抗拒。 坚果云在保证了“网银级加密”的同时,做到了轻量化的灵活挂载控制。它支持颗粒度极细的权限管控、无死角的历史版本追溯,即便是中勒索病毒,也能一键回滚到任意无毒节点,确保企业数字资产不仅“存在着”,而且“随时可用”。


跨平台协作常见 Q&A 避坑指南

Q1:开发部门全员用 Linux,以前他们只能通过 FTP 和我们传文件,现在有什么好办法吗? A:使用坚果云。它提供了完美的 Linux 桌面级原生客户端和命令行工具,不仅能够与 Windows/Mac 团队进行双向实时同步,还能保持原有的目录权限结构,彻底告别原始且高风险的 FTP。

Q2:设计部每天产出几十个 G 的设计巨型专案图,异地办事处的同事怎样才能不卡顿地看到? A:得益于坚果云的“智能增量技术”,几个G的文件只要修改一个小图层,云端也只同步几十KB的数据包变动。异地同事打开坚果云客户端,瞬间就能加载最新版本,如同在一个办公室的局域网内。

Q3:开源免费的文件共享工具(如 LocalSend 等)能不能用于公司正式办公? A:绝对不建议。这类工具定位是“单次局域网投递”,完全缺乏文件沉淀、版本控制和权限管理。一旦误传、设备丢失或脱离局域网,数据将面临泄露且无法追溯的巨大风险。公司业务应该建立在稳定的企业网盘基座上。

Q4:公司有很多涉密且重要的业务报价单,怎样防止外发泄露,又保证内部协作? A:通过坚果云,IT 管理员可以灵活地为不同部门建立资料库并施加精准权限(如:只能预览不可下载、多级只读等)。同时配合所有数据的 AES-256 加密存储,在根本上切断了离职或误操作导致的数据资产流失。

Q5:跨部门协作时,同名文件常常因为不同人修改产生“冲突文件”,如何解决? A:坚果云内置了智能防冲突机制和历史版本追溯功能。无论是意外覆盖还是逻辑错误,都可以随时点开历史版本树,精确恢复到指定修改人的那一次有效存档,无需员工自行在文件名后加“版本1、最终版、打死不改版”。

Q6:我们如果现在从老旧的内网文件服务器迁移出来,迁移成本高吗? A:坚果云将复杂性封装在了底层,客户端安装即用。不需要公司采购天价服务器或布置公网 IP 穿透,实施过程甚至只需一次全员邮件通知安装即可完成,零运维成本。

Q7:如何应对越发猖獗的系统勒索病毒封锁危机? A:很多企业试图多买几块硬盘备份,这其实防不住感染底层的最新病毒。当公司电脑遭到勒索病毒大范围加密破坏后,依靠坚果云企业版的云端快照,可以像“穿越时间”一样,一键全盘退回到中病毒前的一秒,不仅免交赎金,也保障业务不中断。


安全策略和平台融合不能一直停留在纸面的讨论阶段。既然已经看穿了跨平台全景同步的关键所在,建议您的 IT 负责人可以直接利用 坚果云团队版(含 20 天免费试用) 搭建一个无成本的测试沙盒。拉上设计部门的 Mac 与研发部门的 Linux 跑一跑增量同步和版本回滚,用真实的数据流转来验证本文的观点。

ai 写代码是真的快,投毒是真的方便
语料投毒、中转站投毒、npm 投毒,防不胜防
中毒后的电脑接近裸奔
只能指望 cc / openai 尽快解决这个问题了

image.png

当站长或企业管理者准备部署证书时,往往面临一个核心困惑:市场上纷繁复杂的DV、OV、EV证书到底有什么区别?是不是越贵越安全?个人博客和银行网银都用HTTPS,它们的信任级别一样吗?

根据国际标准,SSL证书主要分为三种类型:域名型(DV)、企业型(OV)和增强型(EV)。这三者不仅在价格上差异巨大,更在验证流程、安全等级和适用场景上有着本质区别。

目前,以国科云SSL证书为代表的国内合规服务商,均严格按照这一国际标准提供分级证书产品,为不同规模、不同行业的用户提供精准匹配的证书解决方案。

一、核心定义:三种证书的区别有哪些?

要理解这三者的区别,关键在于把握一个核心维度:验证深度。SSL证书的核心作用包含两个层面:一是“数据加密”,二是“身份认证”。

1.域名型证书:仅验证控制权

DV证书是这三者中等级最低、获取门槛最低的证书。申请时,CA机构只做一件事:确认申请者是否拥有该域名的管理权。验证方式通常是通过邮件回复、DNS记录解析或上传指定文件。

特点:全程自动化,无需提交企业营业执照等纸质材料。这也意味着,任何人都可以申请任何域名的DV证书,只要他能暂时接管该域名的邮箱或DNS。

2.企业型证书:验证合法存在

OV证书在DV的基础上增加了关键一步:实体验证。CA机构不仅会验证域名的所有权,还会通过工商或第三方数据库核实申请企业是否真实存续、是否有权使用该特定域名,以及申请人的授权是否有效。

特点:人工介入审核,通常需要1-3个工作日。证书中会包含企业的真实名称、所在地等信息。它就像网站的“营业执照”,告诉访客:“这个网站背后有一个真实注册的公司为其负责。”

3.增强型证书:最高级别的尽职调查

EV证书是目前互联网上最高级别的SSL证书。其验证标准由CA/BrowserForum(国际证书机构与浏览器联盟)严格定义。CA机构会对申请企业进行彻底的背景审查,包括法律地位、物理地址的真实性、运营状态等,甚至需要电话回访或第三方尽职调查。

特点:审核最为严苛,周期最长(7-10个工作日)。在早期,EV证书能触发大多数浏览器地址栏直接显示绿色背景或企业名称,虽然近年来浏览器界面有所调整,但它依然是金融、电商等高风险行业的首选信任标识。

二、三种证书的多维度对比

为了更直观地展示三者的区别,我们可以通过以下几个维度进行横向对比:

1.视觉呈现与用户信任

这是三者对普通用户最直观的体现。

-DV证书:仅显示常规的“小锁”图标和“https”。地址栏前不会显示任何公司名称。对于普通用户来说,他们无法通过证书区分访问的是“Apple.com官网”还是“假冒Apple的钓鱼站”。

-OV证书:点击地址栏的小锁,用户可以看到经过认证的企业名称。这种展示方式隐蔽但关键,适合需要建立初步专业形象的企业。

-EV证书:在台式机系统中,EV证书曾享有最高视觉特权(绿色地址栏)。虽然现在浏览器UI趋于扁平化,但EV证书依然能让企业名称在地址栏显著展示,极大增加了仿冒难度。

2.审核严格度与反钓鱼能力

-DV证书:由于审核全自动,存在安全隐患。攻击者可以轻松注册一个近似域名(如rnicrosoft.com)并获取DV证书,从而实施中间人攻击或钓鱼。这也是为什么大型银行和支付机构坚决不使用DV证书的原因。

-OV/EV证书:通过严格的人工审核,攻击者无法在未持有合法营业执照和授权书的情况下申请到这类证书。这种机制通过“提高欺诈成本”来保障网络安全。对于企业品牌保护而言,部署OV/EV证书是防止域名被冒用的有效手段。

国内主流平台如国科云SSL证书,在提供OV/EV高安全等级证书时,还支持一对一人工对接审核,确保每一张证书都经过严格核验,降低企业操作门槛。

3.成本与时间

这是一个典型的“一分钱一分货”市场。

-DV证书:市场上有不少免费选项,适合预算有限的场景。

-OV证书:通常为付费产品,价格在几百到几千元不等,需要企业资质。

-EV证书:价格最昂贵,通常需要数千甚至上万元,且必须提供严格的纸质和电子版审核材料。

三、实战选型:不同场景下的最佳选择

1.适用域名型证书的场景:个人与测试

-个人博客/自媒体:如果你只是记录生活、分享技术,不涉及任何资金交易和敏感隐私信息,DV证书完全够用。它能保证读者与网站之间的通信不被局域网内的第三方窥探。

-内部测试系统/开发环境:在软件开发阶段,为了模拟HTTPS环境,DV证书因其快速、免费的特性,是开发人员的首选。例如,API接口调试、内部DevOps平台。

-静态资源CDN加速:对于图片、CSS、JS等静态资源的分发,使用DV证书即可实现加密传输,性价比最高。

2.适用企业型证书的场景:商业与专业

这是绝大多数企业官网和业务系统的黄金标准。

-中小型企业官网:对于一家实体公司,使用OV证书至关重要。当客户访问官网时,如果能查看到背后的企业认证信息,能极大消除“这是皮包公司”或“钓鱼网站”的疑虑。

-电商平台/入驻型商户:虽然支付环节通常走银行通道,但用户登录、注册、下单、查看订单等环节涉及大量隐私。OV证书展示了企业的合法经营身份,是建立商业信任的基石。有数据显示,启用OV证书后,用户支付转化率有明显提升。

-SaaS服务与应用程序接口:当第三方开发者调用你的API时,OV证书不仅能加密传输,还能让调用方确认他们连接的确实是你的服务器,而非伪造节点。

3.适用增强型证书的场景:金融与高价值

EV证书并非适用于所有网站,而是专为高敏感性业务设计。

-银行/支付网关/证券交易:涉及真金白银的转账、股票交易。用户必须确认自己登录的是绝对真实的银行系统。

-大型电商/会员制高价值平台:处理大量高价值交易和极其敏感的个人身份信息。

-医疗/政务系统:涉及个人病历、身份证号、社保信息等国家级机密数据。EV证书提供了最高级别的法律效力背书,满足《数据安全法》及等保合规要求。

四、避坑指南:关于SSL证书的常见误区

误区一:免费DV证书就够了,何必花钱?

真相:免费DV证书只提供加密,不提供身份背书。对于商业网站,如果用户发现付款页面没有任何企业信息,跳出率会极高。此外,部分免费证书稳定性较差,一旦到期忘记续期,将导致服务中断。

误区二:有了EV证书,网站就绝对安全了?

真相:EV证书主要防御的是身份伪造和中间人攻击中的身份欺骗环节。它无法防御网站自身的漏洞(如SQL注入、代码后门)。EV证书是“信任标识”,而非“安全保险柜”。

误区三:OV证书只是“中档货”,不够体面?

真相:这是最大的误解。对于B2B业务或注重专业形象的企业,OV证书才是“企业级标配”。它兼顾了安全性与审核效率,既避免了DV证书的“身份虚无”,又规避了EV证书繁琐的审核周期和高昂成本,是大中型企业的首选。

这两年只要简历里写了 AgentRAGFunction Call工作流编排,面试官大概率都会盯着问。

很多人一上来就很自信:

“我的项目里用了 ReAct 模式,先 Reason,再 Act,模型会边思考边调用工具,最后得出答案。”

这句话不能说错。

但问题是,如果你只能答到这里,那在一个认真一点的面试官眼里,你大概率只是看过几篇文章、跑过几个 Demo,还没有真正把 Agent 系统做进生产。

因为真正做过的人都知道,面试官一旦顺着这个口子往下追,后面全是硬骨头:

  • Function Call 到底是怎么工作的?
  • ReActPlan-and-Execute 到底有什么本质区别?
  • 你的文档切分策略为什么这么设计?切太碎和切太大分别会有什么坑?
  • 你的 Prompt 是怎么一步步调出来的?你怎么证明它真的优化了,而不是纯玄学?
  • 你项目里最难的部分,到底是“把模型接上去”,还是“把系统做稳定”?

这时候很多人就开始露馅了。

因为 AI 面试最怕的一点就是:表面词汇很新,实际回答很虚。

今天我们就借着 ReAct 这个问题,把 5 个最容易被连环追问的高阶问题,一口气串起来讲透。

第一问:ReAct 到底是什么?别只会背“Reason + Act”

ReAct 这个词很多人都会背,但真正讲明白的不多。

它不是一句“边推理边行动”就结束了,它本质上是一种 让模型把思考过程和工具调用交替进行的决策范式

你可以把它理解成下面这个循环:

用户问题
  -> 模型先判断现在知道什么、不知道什么
  -> 决定要不要调用工具
  -> 执行工具
  -> 读取工具结果
  -> 再判断下一步
  -> 直到可以给出最终答案

比如用户问:

“帮我总结一下这份招股书里和营收增长最相关的 3 个风险点。”

一个成熟的 ReAct Agent 往往不会一步到位瞎答,而是会经历类似这样的链路:

  1. 先识别用户意图,是“总结 + 归因 + 风险提炼”
  2. 判断当前上下文不够,需要检索相关文档片段
  3. 调用检索工具,拿回多个 chunk
  4. 发现 chunk 太多,继续筛选和聚合
  5. 最后基于证据生成结构化答案

所以 ReAct 的关键,不是“会调用工具”,而是:

  • 先判断信息是否足够
  • 在每一步动态决定下一步动作
  • 让模型根据外部反馈不断修正路径

这和传统工作流最大的不同在于,它不是一条完全写死的链,而是带反馈闭环的动态决策过程

一句更像做过项目的人会说的话是:

ReAct 的核心价值,不在于把 Reason 和 Act 这两个词拼起来,而在于它让模型能基于中间结果动态调整后续动作,从而把“静态提示词”升级成“可迭代决策过程”。

第二问:你刚才提到 Function Call,它到底是怎么工作的?

这题特别容易把人问懵。

很多人会说:

“Function Call 就是模型帮你选工具,然后返回参数。”

还是太浅。

它真正的工作流程,一般是这样的:

1. 开发者把可用工具的名称、描述、参数 Schema 传给模型
2. 模型根据用户输入,判断是否需要调用工具
3. 如果需要,模型返回结构化的工具调用意图
4. 业务系统并不直接相信模型,而是先做参数校验
5. 校验通过后,由宿主程序真正执行工具
6. 把工具执行结果再喂回模型
7. 模型基于结果继续推理,决定是否继续调用工具或直接回答

看起来像是模型“会调用函数”,但你一定要明白:

真正执行函数的,从来不是模型,而是你的业务系统。

模型只是产生了一份“调用建议”,比如:

{
  "tool_name": "search_docs",
  "arguments": {
    "query": "招股书 营收增长 风险点",
    "top_k": 5
  }
}

后面真正做事的,是你的 Agent Runtime。

这一点为什么重要?

因为它直接关系到线上系统安不安全。

如果你把模型返回的参数不做校验,直接执行,就可能出现:

  • 参数类型错乱
  • 越权访问
  • 工具误调用
  • 连环调用打爆下游服务

所以成熟系统一般都会加一层很厚的防线:

  • JSON Schema 校验
  • 参数兜底和默认值修正
  • 工具白名单
  • 超时控制
  • 重试与熔断
  • 结果裁剪和脱敏

面试里比较加分的一句话是:

Function Call 本质上不是“模型直接调用函数”,而是“模型输出结构化决策,宿主系统负责安全执行并回传结果”的协议机制。

这句话一出来,面试官基本就知道你不是只停留在 SDK 层。

第三问:Plan-and-Execute 和 ReAct,到底有什么区别?

这题特别适合压力面。

因为它不是问你知不知道概念,而是问你有没有架构取舍能力

很多人会答:

  • ReAct 是边想边做
  • Plan-and-Execute 是先做计划再执行

没错,但还不够。

真正的区别在于它们对“决策时机”的处理完全不同。

ReAct:局部决策,走一步看一步

思考 -> 调工具 -> 看结果 -> 再思考 -> 再调工具

优点:

  • 灵活
  • 对不确定任务友好
  • 遇到新信息时能及时修正

缺点:

  • 容易走弯路
  • 工具调用次数可能很多
  • 成本不稳定

Plan-and-Execute:先做全局规划,再分步执行

先产出任务计划
  -> 子任务1
  -> 子任务2
  -> 子任务3
再逐个执行

优点:

  • 路径更清晰
  • 更容易控制成本和步骤数
  • 更适合长任务、多阶段任务

缺点:

  • 前面的计划一旦做歪,后面容易全歪
  • 对环境变化和中途反馈没那么敏感

所以它们不是谁更高级,而是谁更适合当前场景。

一个比较成熟的回答应该是:

  • 开放式问题、信息不完整、工具反馈不确定:更适合 ReAct
  • 任务链路长、步骤明确、需要成本可控:更适合 Plan-and-Execute
  • 复杂生产场景:常常是两者混搭,先粗规划,再局部 ReAct

你甚至可以再往上讲一层:

ReAct 更像“战术级动态决策”,Plan-and-Execute 更像“战略级任务编排”。很多真正能落地的 Agent 系统,都是先用计划控制方向,再用 ReAct 处理执行阶段的不确定性。

这个味道就很对了。

第四问:你的文档切分策略是什么?为什么这题比你想象得难?

很多人做 RAG,真的就只会一句:

“我把文档按固定长度切 chunk,再做 overlap。”

这话一出口,面试官十有八九就会追问:

“为什么固定长度?为什么 overlap 取这个值?你怎么证明这样切比较合理?”

这题难就难在,它根本没有银弹。

切分策略本质上是在平衡 3 个东西:

  • 召回率
  • 语义完整性
  • 上下文噪音

你切得太碎,会发生什么?

  • 单个 chunk 语义不完整
  • 指代关系断裂
  • 模型拿到的是“碎片证据”
  • 检索命中了也答不全

你切得太大,又会发生什么?

  • 无关信息变多
  • 向量表达被稀释
  • 排名精度下降
  • 上下文窗口被快速吃满

所以真正靠谱的切分,通常不是只按字符数一刀切,而是分层切

文档级
  -> 章节级
  -> 段落级
  -> 必要时再做滑窗切分

如果是技术文档、合同、招股书、FAQ,它们的切分策略通常都不一样:

  • FAQ / 短问答:按问答对切最合适
  • 技术文档:优先按标题层级、段落和代码块边界切
  • 合同 / 法律文本:优先保持条款完整性
  • 长报告 / 招股书:按章节语义分组,再在组内做滑窗

真正高分的回答,不是背一个数字说“我一般切 500 字”,而是说清楚:

  1. 为什么这么切
  2. 这个策略服务的是什么业务目标
  3. 你怎么评估它效果好不好

比如你可以这样答:

我的切分策略不是固定一个 chunk size 到处用,而是先保持语义边界,再在边界内部控制长度。因为检索系统最怕的不是“切得不整齐”,而是“召回的片段既不完整又不聚焦”。我会结合命中率、答案引用质量和最终问答准确率去反推切分策略,而不是拍脑袋定一个长度。

这就不是“用过 RAG”,而是“调过 RAG”了。

第五问:Prompt 你是怎么一步步优化的?怎么测试质量?

这题特别毒。

因为很多人做 Prompt,真实过程其实就是:

  • 改一句
  • 跑一遍
  • 感觉好像好了
  • 再改一句

这在 demo 阶段问题不大,但只要一上生产,这种做法基本等于玄学炼丹。

一个真正工程化的 Prompt 优化流程,至少应该包含 4 个部分:

1. 先定义“好”的标准

你不先定义指标,后面全是空谈。

常见维度包括:

  • 回答正确率
  • 幻觉率
  • 工具调用正确率
  • 首次命中率
  • 平均 token 消耗
  • 平均响应时延

2. 构造评测集

不要拿两三个顺手样例测了就说“效果不错”。

你需要有一批覆盖真实场景的数据:

  • 简单问题
  • 歧义问题
  • 对抗性问题
  • 超长上下文问题
  • 工具容易误调用的问题

3. 做版本化对比

Prompt 不能瞎改,最好每次改动都能回答:

  • 改了什么
  • 为什么改
  • 哪些样例变好了
  • 哪些样例变差了

4. 联合看线上反馈

离线评测很重要,但线上才是真战场。

因为很多问题只会在线上暴露:

  • 用户表达比测试集脏得多
  • 工具返回不稳定
  • 多轮对话会把上下文拉歪
  • 某些提示词会导致 token 暴涨

所以成熟团队往往会同时看:

  • 离线评测结果
  • A/B 实验
  • 用户满意度
  • 失败样本回放
  • 成本曲线

一句很有说服力的话术是:

Prompt 优化不是文学创作,而是实验科学。核心不是“我觉得这样写更好”,而是“我能不能通过评测数据和失败案例证明这次修改确实更优”。

这句话很容易让你跟只会调提示词的人拉开差距。

🎤 面试里的高分收尾话术

如果面试官从 ReAct 一路追到了 Function Call、任务编排、RAG、Prompt 优化,你最后可以用这段话把整条线收住:

我理解 Agent 不是“把大模型接几个工具”这么简单,它本质上是一个以模型为决策核心、以工具系统为执行能力、以评测闭环为优化手段的工程系统。
ReAct 解决的是动态决策问题,Function Call 解决的是模型和外部能力之间的结构化协议问题,RAG 切分策略解决的是证据质量问题,而 Prompt 优化和评测体系解决的是系统是否真的可持续迭代的问题。
所以真正难的部分通常不是把能力做出来,而是把不确定性关进笼子里,让系统在成本、稳定性、效果之间找到平衡。

这段话的价值在于,它能让面试官感受到你看的是“系统”,不是“功能点”。

为什么现在大厂特别爱问这类题?

因为这类问题特别容易筛人。

表面上,大家简历上都能写:

  • 做过 Agent
  • 接过 Function Call
  • 做过 RAG
  • 调过 Prompt

但只要面试官顺着追问 5 分钟,马上就能分出来:

  • 谁只是调了个 SDK
  • 谁只是搭了个 demo
  • 谁真正踩过线上坑
  • 谁有能力把系统继续做深

表面上这题问的是:

  • 你对 ReAct 的理解

实际上它考的是:

  • 你对 Agent 决策范式的理解
  • 你对工具调用边界的理解
  • 你对 RAG 证据链质量的理解
  • 你对 Prompt 工程化优化的理解
  • 你有没有把 AI 应用做成“系统”而不是“玩具”
AI 面试最怕空话。真正有竞争力的候选人,不是能把名词解释出来,而是能把每一个名词背后的工程代价、失败模式和优化路径讲清楚。

END

写在最后:

最近私信问我面试题的小伙伴实在太多了,一个个回有点回不过来。

我大家公认最容易挂的 AI/Go/Java 面试坑点 整理成了一份 PDF 文档。里面不光有题,还有解题思路和避坑指南。

想要的同学,直接加我微信wangzhongyang1993,或者关注并私信我 【面试】,我统一发给大家。

开发者朋友们大家好:

这里是 「RTE 开发者日报」,每天和大家一起看新闻、聊八卦。我们的社区编辑团队会整理分享 RTE(Real-Time Engagement) 领域内「有话题的技术」、「有亮点的产品」、「有思考的文章」、「有态度的观点」、「有看点的活动」,但内容仅代表编辑的个人观点,欢迎大家留言、跟帖、讨论。

本期编辑:@koki、@鲍勃

01 有话题的技术

1、xAI 推出 Grok 语音转写与合成两款音频 API:支持 WebSocket 实时流式传输,STT 定价仅为竞品 1/3

xAI 宣布推出独立的音频处理接口 Grok Speech to Text (STT) 与 Text to Speech (TTS),该技术栈此前已在 Tesla 车载语音和 Starlink 客户支持系统中验证。开发者现可通过 REST 或 WebSocket 接入,以极低成本实现毫秒级延迟的语音识别与合成。

  • REST 与 WebSocket 双端支持:REST API 优化毫秒级批量任务;WebSocket API 针对低延迟实时转录场景,支持流式音频输入。
  • 智能逆文本规范化(ITN)能力:内置高级 ITN 引擎,能自动将口语(如 「four one four」)转换为标准化的结构化数据(如 「414」),针对电话、日期、货币和邮箱格式进行了深度优化。
  • 高精度实体识别与说话人分割:支持多通道音频输入及说话人分割(Diarization),提供单词级时间戳。在电话实体识别场景下,其词错误率(WER)仅为 5.0%,优于 ElevenLabs (12.0%) 和 Deepgram (13.5%)。
  • 激进的价格策略:批量 STT 定价 $0.10/小时,流式 STT 定价 $0.20/小时。对比行业主流竞品(如 Deepgram 批量 $0.31/小时、流式 $0.55/小时),其使用成本降低了约 60%-70%。
  • 多语言与垂直领域优化:支持超过 25 种语言的无缝切换,并在医疗、法律、金融等强术语背景下进行了商业用例增强。

( @Xai)

2、高德发布 ABot 具身智能全栈:采用 14B DiT 世界模型,打通导航 (ABot-N) 与操作 (ABot-M) 统一架构

高德发布 ABot 通用具身智能系统,构建了从数据仿真、基座模型到多机调度的全链路技术栈。该系统利用高德时空数据储备解决具身智能数据稀缺难题,实现一套模型在轮式、四足及人形机器人上的跨本体部署。

  • ABot-World 物理级动力学引擎:采用专为具身设计的 14B DiT 架构,首创 Diffusion-DPO 物理偏好对齐框架。该模型将物理定律嵌入生成流程,支持消费级显卡实时交互及 10 分钟级长程记忆,在 WorldArena 榜单性能超过 Google Veo 3.1 约 10%。
  • ABot-N 导航基座模型:采用层级式 Brain-Action 设计,引入 SAFE-GRPO 强化学习框架。通过三阶段课程学习,使智能体理解「物理可通行」与「社会合规」的差异,在 VLN-CE 等 7 大权威导航基准中刷新 SOTA 纪录。
  • ABot-M 操作基座模型:基于动作流形学习(Action Manifold Learning)假设,利用 DiT 架构直接预测连续动作轨迹。实验数据显示,其在 RoboCasa 任务成功率较 NVIDIA GR00T-N1 提升 11%,在 RoboTwin 任务较 π0.5 提升 44%。
  • ABot-Claw 具身 Harness 架构:采用「云端大脑(L3/L4 规划)+ 边缘响应(L1/L2 实时控制)」的分层设计。该架构支持跨具身共享空间记忆(Spatial Memory),新接入设备可通过混合检索零成本继承全局 Context。
  • ABot-3DGS 自动化重建系统:针对手机拍摄、航测等稀疏输入,构建「粗建模→高保真修复→蒸馏回环」流程,实现厘米级精度与光照一致性的 3D 场景自动化生成。

(@高德技术)

3、通义实验室发布 Fun-ASR 1.5:支持 30 种语言与 20+ 方言口音+多语言混合转录

通义实验室官方正式发布 Fun-ASR 1.5 端到端语音识别模型更新。该版本基于数十万小时真实方言数据与数千万小时通用语音数据训练,实现了单模型对 30 种全球语言及汉语七大方言体系的深度覆盖,旨在解决方言长尾场景及跨语种混合识别的工业化落地难题。

  • 方言识别精度大幅提升:模型覆盖官话、吴、湘、赣、客、闽、粤七大方言及 20+ 地区口音。在典型方言场景下,字错误率(CER)相对下降 56.2%,其中 5 种方言准确率超 90%,15 种方言超 80%。
  • 原生支持 Code-Switching(跨语种混合识别):单模型集成中文、英、日、韩、法、德等 30 种主流语言。模型可自动检测语种切换并实时转写,无需开发者预设语种标签或调用多个模型。
  • 古诗词专项优化:针对文言语法、吟诵停顿及异体字,构建了覆盖先秦至近现代的专用语音-文本对齐语料库,内部评测集字符级准确率达到 97%。
  • 标准化文本输出(ITN)与智能标点:增强了文本归一化能力,可自动将口语转化为规范格式(如“五万八”转为“58000”),并基于语义自动插入标点,降低后期人工校对成本。

试用链接:

https\://modelscope.cn/studios/iic/FunAudio-ASR

( @Ali\_TongyiLab\@X,@通义实验室)

02 有亮点的产品

1、Dairy Queen 在北美多家得来速餐厅上线 AI 点餐聊天机器人

美国连锁快餐品牌 Dairy Queen 近日宣布,将在全美和加拿大多家门店的得来速车道启用由 Presto 公司开发的语音 AI 聊天机器人,用于接受点餐并进行主动加购推荐,希望借此加快点餐速度、提升客单价。

这一系统已经在部分门店完成测试,Dairy Queen 认为 AI 有助于缓解高峰期压力,并在推荐额外食品方面表现积极。Dairy Queen 此次大规模导入的技术来自专注餐饮语音 AI 的公司 Presto,该公司此前已与 Carl’s Jr、Hardee’s、Taco John’ s 和 Fazoli’s 等连锁品牌合作,在其得来速车道部署类似系统。不过,彭博社在 2023 年的一篇报道中披露,Presto 的「AI 得来速」在实际运行中可能仍有海外人类员工辅助,例如来自菲律宾等地的远程工作人员,协助处理复杂或识别困难的订单情境。

整体来看,快餐行业正加速引入 AI 技术,从语音点餐到员工辅助工具,应用形态多元,但在准确率、顾客体验、隐私与员工管理等层面仍存在广泛争议。Dairy Queen 此次与 Presto 的合作,将成为观察 AI 在得来速场景中商业可行性与社会接受度的重要案例之一,其后续表现或将影响更多连锁品牌在自动化和人工服务之间的取舍与平衡。

(@极客公园)

2、Aryza 收购 Umbrella Tech:集成超逼真语音智能体,实现 100+ 语言全量合规监控

Aryza 宣布完成对 Umbrella Tech 的收购,将其基于语音的智能体技术整合至 Aryza Engage 对话式 AI 平台。此次交易旨在通过高拟人化语音和多语言支持,实现金融催收、客户服务及合规审计的端到端自动化

  • 100+ 语言的超逼真语音交互:Umbrella Tech 提供具备高拟人度(Hyper-realistic)的语音能力及先进的语音分析技术,支持跨国市场的大规模自动化催收与追讨任务
  • 全量覆盖的自动化质量保证(QA):该平台突破了传统的随机抽样模式,可对 100% 的客户交互记录进行实时监控和合规性审计,提升运营监督水平。
  • 24/7 全渠道智能体闭环:通过集成 agentic AI,系统可在全渠道环境中自主执行决策与互动逻辑,使人工团队能够从重复性劳动中脱离,专注于高价值复杂案例。
  • 信贷生命周期端到端集成:此次收购完善了 Aryza 在数据、分析、自动化三位一体的布局,将语音智能体直接嵌入信贷发放至债务回收的完整业务流

(@Pulse2.0)

3、Synthan Sciences 开启种子轮融资:构建物理 AI 多层安全架构,覆盖硬件及身份验证协议

George Bancs,Synthan Sciences 的创始人

总部位于阿布扎比的 Synthan Sciences 宣布筹备种子轮融资,旨在为其开发的物理 AI(Physical AI)安全基础设施提供资金支持。该公司构建了一套针对自主机器(Autonomous Machines)的专有安全架构,意在为人形机器人、无人驾驶设备等硬件在现实场景的规模化部署提供信任层

  • 三维多层安全架构:该技术框架跨越硬件层、协议层及身份验证层,为物理 AI 系统提供实时监控与安全认证。
  • ADGM 监管沙盒合规:公司在阿布扎比全球市场(ADGM)框架下运行,利用其监管沙盒开发针对深度科技创新的 AI 治理与安全法律标准。
  • 机器身份验证系统:核心功能包含针对自主机器的唯一身份识别与验证协议,防止物理实体的非授权控制
  • 理论体系支撑:技术栈基于《Syncyclopedia of Synthanity》三卷本理论体系,涵盖了合成智能(Synthetic Intelligence)在科学、法律及文化层面的基础设施需求。

(@einpresswire)

4、POSTECH 研发光感应无声语音穿戴设备:利用 CNN-Transformer 架构实现 3ms 实时语音合成

韩国浦项科技大学(POSTECH)研究团队开发了一种颈戴式无声语音接口(SSI)。该系统通过光学传感器捕捉喉部皮肤的微小多轴形变,并利用 CNN-Transformer 混合模型将物理运动解码为合成语音,旨在解决极端噪声环境下的通信及言语障碍人士的交互需求。


  • 多轴应变映射传感器(CVOS):采用集成微型摄像头、显微镜头与 LED 的颈圈结构。通过追踪硅胶层内黑色标记点的位移,传感器可捕捉低至 0.02% 的皮肤应变,灵敏度(Gauge Factor)达 3,625,支持多维度肌肉运动矢量映射,优于传统单轴应变片。
  • CNN-Transformer 混合解码流水线:CNN 负责提取应变图谱的局部形变特征,Transformer 建模语音的时间序列模式。经知识蒸馏压缩后,模型参数从 12.4MB 缩减至 3.6MB,单次推理延迟从 18ms 降低至 3ms
  • LoRA 高效微调与识别精度:在 26 个 NATO 语音字母词汇测试中,基础识别准确率为 85.8%。通过引入 LoRA(Low-Rank Adaptation)技术,新用户仅需 20 个样本即可实现 80% 的适配准确率
  • 极端环境下的高信噪比(SNR):系统在 90dB 白噪声(等同于建筑工地或自动武器射击环境)下性能无衰减。其实测信噪比达 33.75dB,显著高于传统商业级肌电图(EMG)系统的 10.17dB。
  • 基准标定与运动鲁棒性:系统通过测量「初始残余压力图」自动补偿佩戴松紧度及位置偏差带来的信号漂移。当前硬件采样率为 50Hz,适配喉部肌肉运动的生物频率范围。

( @thebrighterside)


03 有态度的观点

1、英伟达生成式 AI 研究负责人刘明宇:从生成式 AI 到 Physical AI,下一阶段正在到来

Ming-Yu Liu 现任 NVIDIA 副总裁、Generative AI Research 负责人。在 NVIDIA GTC 2026 的演讲《How Open World Models are Powering the Next Breakthroughs in Physical AI》中,他系统介绍了 Cosmos 的最新进展,重点讨论开放世界模型如何通过生成物理数据、视频理解与未来预测,推动 Physical AI 和机器人开发

AI 的发展正经历从「生成式 AI」到「智能体 AI」,并最终迈向「物理 AI」的演进。生成式 AI 的成功依赖于互联网上沉淀的海量文本和视觉数据,智能体 AI 的成功则得益于能够大规模生成并验证各种数字工具的使用数据。如今,物理 AI 的终极目标是让 AI 跨越数字世界,去直接控制车辆、类人机器人等真实的物理工具,这也标志着人工智能发展的下一个核心阶段。

然而,物理 AI 当前面临着一个严重的「鸡生蛋,蛋生鸡」的数据死结。以类人机器人为例,由于现实环境中部署的机器人数量远远不够,导致无法收集到海量的真实物理训练数据;没有足够的数据,就无法开发出强大的机器人模型;而模型能力不足,又直接导致市场不愿意购买和部署这些机器人。因此,要想真正开启物理 AI 革命,首要任务就是打破这个数据壁垒,设法获取初始的大规模高质量训练数据。

为了解决这一行业痛点,NVIDIA 推出了 Cosmos 计划,旨在通过构建开放世界模型来生成海量的物理 AI 数据。Cosmos 采用了一种「数据金字塔」策略:最底层先从互联网海量视频数据中吸收物理世界的动态规律,建立能够模拟现实的世界模型;中层利用该模型结合物理引擎,生成大量贴近机器人视角的合成数据;顶层再辅以少量真实的机器人操作数据,将机器人的视觉观察与具体动作精准对应。通过集齐世界模型、合成数据与真实数据,开发者就能彻底突破数据限制,构建出强大的物理智能体。

(@Z Potentials)

04 社区黑板报

招聘、项目分享、求助……任何你想和社区分享的信息,请联系我们投稿。(加微信 creators2022,备注「社区黑板报」)

1、IEEE SLT 2026 SmartGlasses 挑战赛盛大开启!聚焦第一视角下的真实社交语音交互

最近,像豆包、千问 Omni等新一代语音对话模型的惊艳表现引发了广泛关注,它们展示了极其流畅的 语音交互能力。另一方面,具备“听、看、说”的智能眼镜也犹如雨后春笋般的越来越普及。然而,这些模型大多仍依赖于较为理想的使用环境。戴上 AI 智能眼镜,「行走的大模型」的「自然交互」还能否经受住真实世界的考验?

目前的语音处理系统在面对智能眼镜带来的独特挑战时,依然面临瓶颈:智能眼镜随佩戴者穿梭于办公室和嘈杂街头等高度动态的声学环境中;在真实的社交场景下,系统不仅要应对第一视角下的复杂非稳态噪声,更要处理频繁的抢话、重叠以及长篇幅的语用逻辑。这正是目前穿戴式语音系统从“演示”走向“商用”必须跨越的难题。

为了打破这一瓶颈,推动技术迈向真实的“类人”交互水平,由西北工业大学 ASLP 实验室联合上海交通大学、南京大学、中国科学技术大学、南洋理工大学、华为、希尔贝壳、Rokid等多家单位,发起 SmartGlasses (Egocentric Speech Interaction on AI Glasses) 挑战赛。首届挑战赛将在语音旗舰会议 IEEE SLT 2026 上举办。

详细链接以及报名方式:

https\://mp.weixin.qq.com/s/BN6My5ZPTgkuyYD9NRQlqA

阅读更多 Voice Agent 学习笔记:了解最懂 AI 语音的头脑都在思考什么

写在最后:

我们欢迎更多的小伙伴参与 「RTE 开发者日报」 内容的共创,感兴趣的朋友请通过开发者社区或公众号留言联系,记得报暗号「共创」。

对于任何反馈(包括但不限于内容上、形式上)我们不胜感激、并有小惊喜回馈,例如你希望从日报中看到哪些内容;自己推荐的信源、项目、话题、活动等;或者列举几个你喜欢看、平时常看的内容渠道;内容排版或呈现形式上有哪些可以改进的地方等。


作者提示:个人观点,仅供参考

务必将软件平台看成是产品,而不仅仅是代码。 在哥本哈根 GOTO 大会上,Abby Bangser 在题为“平台即产品”的演讲中指出,要想取得成功,必须在工程、设计、易用性、安全性以及为内部客户和组织创造价值之间取得平衡。产品思维、明确的责任归属以及持续的投资,能够避免瓶颈、平台老化和资源浪费,并随着时间的推移实现可扩展、可持续的价值交付。

 

软件产品不是孤立存在的,它们需要采取一种平衡的跨学科方法。Bangser 指出,人们与系统互动不是因为喜欢它们的界面或 API 。她认为,人们使用系统是为了实现特定的目标,因此,一款产品要想取得成功,就必须同时为用户及其背后的组织创造价值。

 

Bangser 表示,软件开发的成功不仅仅取决于卓越的工程能力。它还需要通过设计来确保易用性,通过产品思维来平衡围绕价值交付而排定的优先级,并且还要关注安全、可扩展性和成本等问题。当团队过于狭隘地专注于编写代码时,往往会忽视用户和利益相关者中存在的更广泛的需求。

 

Bangser 解释道,“平台就是软件;平台是一款拥有内部用户的软件产品。也就是说,人们对它的投资回报会有更高的期望。它必须通过实用性、易用性和可靠性来赢得用户的采用和投资”:

单纯将平台看成是技术基础设施,这样的团队往往举步维艰,而秉持产品思维的团队则会将功能、易用性和产出视为首要考量因素,从而能够打造出条理一致且有价值的体验。

 

平台工程经常面临的一个挑战是,企业采用 DevOps 的本意是摆脱集中式 IT 模式,却在不知不觉中又重蹈覆辙。Bangser 指出,虽然企业组建了平台团队,但最终仍然会面临瓶颈、流程缓慢以及责任归属不清等问题。平台非但没有加快进程,反而成了另一层阻力:

造成这种情况的一个原因是关注点失衡。平台团队在设计架构时往往侧重于用户体验,却忽视了生产者体验。平台属于双边市场,要使平台扩展壮大,就需要实现扩展的去中心化,积极鼓励多个团队贡献各自的能力,消除可能由团队单一造成的阻碍。

 

Bangser 表示,当一个平台拥有清晰的贡献模式和明确的边界时,它就能独立于任何一个团队而发展。他人可以组合和扩展它通过稳定的 API 暴露出的功能,这与微服务通过明确的契约实现规模化交付的原理如出一辙。这使得平台能够在不形成新的孤岛或依赖关系的情况下实现增长。

 

Bangser 解释说:从理论上讲,技术债务是一种有意识的权衡。但在实践中,它往往会悄然积累,直到演变成一个严重的问题:

在平台环境中,这种现象通常表现为我所说的“平台衰败”:逐步积累起一些临时拼凑或不支持的工具、未记录的流程、手动操作步骤,不一致或难以维护的模式,要维持它们的长期价值,就需要投入资源。

 

随着系统逐渐老化,维护成本随之上升,而采用率却在下降,因为该平台已经没有办法一边维护一边满足用户需求。Bangser 指出,团队开始绕过平台开展工作,而非与之合作解决问题。

 

内部平台之所以特别容易出现风险,有一部分原因是因为它们和面向客户的产品不同,无法获得即时营收信号,导致债务长期得不到清偿。Bangser 认为,在这种情况下,采用“平台即产品”的思维方式会带来显著的影响:

当内部平台有明确的路线图、活跃的开发反馈机制,并持续在质量和易用性方面投入资源时,即使最初看起来可能不是那样,但随着时间的推移,其成本往往会降低而不是增加。

 

Bangser 解释道,本质上,平台是动态的;随着云服务的演进,那些曾经看似不可或缺的功能可能会变得多余,而最初看似小众的功能却有可能发展成为关键基础功能:

应当将平台看成是一个“活”的产品,而不是一堆静态的项目。正如花园需要持续不断地打理一样,平台也需要不断地添加新功能,同时修剪或重构那些不再有价值的功能。

 

Bangser 总结道,这种思维方式使组织能够不断地适应变化,随着时间的推移可持续地创造价值,而不是依赖一次又一次耗资巨大的转型。

 

关于平台交付这个话题,InfoQ 采访了Abby Bangser 。

 

InfoQ:在交付平台时,您是如何运用“行走的骨架”这一方法的?

Abby Bangser:“行走的骨架”是指一个端到端的最小功能切片,能够覆盖从开发到生产部署的整个系统构建流程。其价值在于尽早验证假设,在问题导致高昂的代价之前发现缺陷,并建立快速反馈循环。

 

对于平台而言,这意味着要确定一条能够覆盖核心工作流的最小可行路径,包括贡献者入职、通过 API 进行能力调用、CI/CD 集成以及生产环境部署。尽早构建这一路径,有助于发现开发体验出现问题的环节以及运维工具的不足之处。

 

一旦方案得到验证,就可以基于这一可行的基础进行迭代,并充满信心地进行扩展。

InfoQ:人工智能对平台建设有什么影响?

Bangser:AI 正在改变平台的构建方式,同时也重塑了用户对平台的期望。开发者越来越期待能够提供建议、辅助故障排除以及帮助优化配置并且具备情境感知能力的开发工具。

 

为此,平台必须采取“API 优先”和“事件驱动”的架构,以标准化的方式提供数据和控制功能。从平台构建的角度来看,AI 还能通过分析使用模式来发现痛点并自动化常规任务,从而提供更丰富的产品反馈。

 

在理想情况下,AI 应该可以在这个反馈循环的两端都发挥作用,并根据对实际使用情况的监测(而非假设),帮助平台减轻开发者的认知负担。

 

声明:本文为 InfoQ 翻译,未经许可禁止转载。

 

原文链接:https://www.infoq.com/news/2026/04/platform-product-deliver-value/

Codex 周额度又刷新了,省着用的血亏

使用小技巧

  • 快要出新模型前,就别省着了,猛用吧
  • 每个周期开始前,搞个cron probe下,否则你就亏了。可以早上 7 点 cron 下,你白天工作时间,基本都有额度用。

7 天内,血亏 Claude 53% weekly (提前刷新),Codex 39% weekly (今早提前刷新)

scope provider windows event from to prev reset new reset early by severity
window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical
window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn

  • 我和我老婆都 31 岁,我老婆刚怀孕,我们都在帝都工作,她在大厂做产品,我在小公司做开发。

  • 我俩年收入能有大概 50 个吧。在天津有个房子,每个月房贷 6000 ,在北京没有房子。

  • 如果后面父母过来带孩子 ,现在的住不下 需要给他们再租房子,也能较少婆媳矛盾吧

  • 我们也不知道啥时候能回天津工作,天津也没啥工作机会,而且我俩这个年纪,这个岗位,当下经济形势。去天津都不是很好找工作。

  • 毕竟怀孕了,需要提前考虑,后面带孩子的事儿,在月子的时候我们应该会请月嫂。

  • 我父母现在在家,60 岁,身体健康,我想的是后面 1-3 岁让他们帮忙带孩子,我俩继续工作,这种方案行不,各位有娃的朋友能分享下自己的情况做做参考吗?

  • 谢谢各位了!

原文链接:https://tecdat.cn/?p=45603
原文出处:拓端抖音号@拓端tecdat
 

封面

关于分析师

分析师头像

在此对YouMing Zhang对本文所作的贡献表示诚挚感谢,他在东北大学完成了信息与计算科学专业,专注机器学习、深度学习算法领域。擅长 Python **、Matlab、神经网络、数据分析。喜欢算法,喜欢数学,关注深度学习前沿动态,喜欢钻研算法。

    • *

你还在把AI当作一个锦上添花的“高科技标签”吗?看着满大街的智能推荐、无人配送,自己的生意却好像始终隔着一层纱,钱花了不少,水花却没见着?这不是你一个人的困惑。

我们今天要深度解读的,就是这份由 Capgemini(凯捷咨询) 在2026年最新发布的《从概念炒作到价值落地:2026年零售业AI趋势报告》。这份报告会告诉你,为什么你的AI投入打了水漂,以及那些真正吃到红利的玩家,到底做对了什么。读完这篇文章,你将获得一份清晰、可落地的AI价值变现路线图。

本文完整研究报告数据图表和文末100+ 份零售行业最新参考报告合集已分享在交流群,阅读原文查看、进群咨询,定制数据、报告和900+行业人士共同交流和成长。

一、 你的AI焦虑,我们都懂:七成消费者比你更“害怕”AI

你是不是也在担心,大力投入AI反而会吓跑你的顾客?这种焦虑并非空穴来风。报告里的数据告诉我们,你的担心完全正确,甚至比想象中更严峻。

我们来看一组触目惊心的数据:根据报告显示,高达71%的消费者对AI如何收集和使用他们的个人数据感到担忧,而76%的人希望能为AI助手设定严格的行为边界。这就好比你在店里安排了一个超级热情的导购,但顾客却觉得他一直在偷听自己的谈话,随时准备逃跑。

更让你绝望的是,如果AI给出的推荐莫名其妙,66%的消费者会因为得不到清晰解释而直接放弃信任。换句话说,你花大价钱请来的“超级员工”,可能正在批量赶走你的顾客。

【零售行业消费者AI信任与行为落差棒棒糖图表1】

二、 AI从来不是“神器”,它应该是“水电煤”

看到这里,你是不是觉得AI就是个烫手山芋,碰不得?大错特错!报告核心观点来了:AI不是个“功能”,它应该是贯穿你企业全身的“神经系统”或“运营层”

我们的固有认知是,AI就是一个能提升某个环节效率的“超级工具”。但报告指出,把AI当孤立工具来用,是最大的浪费!真正让AI发挥价值的,是让它像水电煤一样,成为连接企业各个部门的底层“操作系统”。

这意味着,AI不应该只待在客服部或者营销部。它必须同时打通你的定价、库存、门店执行和客户服务。当一个天气事件发生时,AI系统能同时触发:供应链调整库存、门店调整价格、客服中心准备应对问询高峰。这才是AI真正的威力——连接企业,而不是优化孤岛

【零售行业AI核心底层框架信息图表1】

    • *

相关文章

2026AI医疗行业专题报告:智能医疗器械、手术机器人、脑机接口、可穿戴设备|附240+份报告PDF、数据、可视化模板汇总下载

原文链接:https://tecdat.cn/?p=44979

    • *

三、 别把AI用“窄”了!一张图看清你的钱都烧在了哪里

既然AI要当“操作系统”,那具体该怎么理解这个概念呢?简单说,就是让AI从执行孤立任务的“点状工具”,变成协调全局的“网状大脑”

基于这个概念,报告明确划分了“高价值区”和“高危区”。

  • 低价值/高危区:就是我们现在大多数人在做的事——搞一堆碎片化的试点项目,买一堆互相不说话的孤立工具,最致命的是,根本没有统一、干净的数据基础。结果就是钱花了,留下一堆技术债。
  • 高价值/红利区:则是让AI实现跨职能连接(比如用定价数据指导采购),进行规模化部署(从一两家店推广到全国),并建立在统一数据治理的坚实基础上。

很多人最大的误区就是以为“功能越多,AI越强”。错!AI的威力取决于它连接的数据和业务的广度,而不是功能的数量。

【零售行业AI价值分层信息图表3】

四、 实体店才是AI时代的“信任核武器”

上面聊的是AI怎么在企业内部“连起来”,现在我们升维到整个零售业来看看。很多老板都在问同一个问题:有了AI,是不是就可以All in线上,把实体店都关了?

报告给出了一个振聋发聩的答案:绝对不行! 一个普遍的落地误区,就是认为AI会取代实体店。但数据狠狠地打了脸:高达74%的消费者仍然看重店内的人际互动。当AI算法越来越主导推荐和决策时,实体店反而成了消费者去“验证”和“建立信任”的唯一场所。

【零售行业实体店不可替代价值柱状图表2】

这揭示了AI时代零售业的底层逻辑:算法负责“效率”和“推荐”,而实体店负责“信任”和“体验” 。未来的赢家,一定是能用AI武装店员、优化后台效率,从而让员工有更多时间与顾客建立情感连接的品牌。技术越发达,人性的温度就越珍贵。

五、 案例拆解:Ralph Lauren如何用AI卖出“高级感”

光 说理论可能有点虚,我们来看一个报告里的真实案例。奢侈品牌 Ralph Lauren(拉夫劳伦) 与微软合作,推出了一款叫 Ask Ralph** 的AI对话造型助手。

他们是怎么做的呢?他们没有用AI去替代门店里的资深造型顾问,而是用AI去复制和延伸这种顶级服务体验。

执行流程拆解:

  1. 自然语言理解:用户像跟朋友聊天一样提出需求,比如“我需要一套参加周末户外婚礼的穿搭”。
  2. 品牌风格匹配:AI不是胡乱推荐,而是深刻理解并匹配Ralph Lauren的品牌调性和审美。
  3. 个性化推荐:基于对用户偏好和场景的理解,给出具体的搭配建议和灵感。
  4. 无缝转人工:当AI解决不了复杂问题时,可以无缝转接给真人顾问。

最终结果是,Ask Ralph不仅没有让品牌显得“廉价”,反而提升了客户参与度,成功地将旗舰店的高接触体验,数字化地延伸到了每一个用户的手机上。这个案例完美印证了我们的核心观点:AI的目的不是取代人,而是放大人的价值。

【零售行业AI案例流程拆解信息图表4】

六、 2026零售AI行动指南:只需三步,让AI为你赚钱

好了,报告解读完了,具体到你的生意上,2026年到底该怎么做?这里有三条零门槛、可落地的行动建议:

  1. 停止“打补丁”,开始“铺管线”

    • 错误做法:不同部门各自为政,采购不同的AI工具,数据互不相通。
    • 正确方向:将AI视为企业级操作系统,强制要求所有新工具的采购必须以“能接入核心数据平台”为前提。
    • 核心结论:让AI成为连接定价、库存、门店、客服的“中枢神经”,而不是各自为战的“孤胆英雄”。
  2. 拥抱“通用语言”,拒绝“方言孤岛”

    • 错误做法:使用各种不同技术标准、无法互相对话的软件系统。
    • 正确方向:关注像报告中提到的UCP(通用商业协议) 这样的行业新标准,优先选择支持开放接口和标准化协议的软件供应商。
    • 核心结论互操作性是规模化的前提。你的系统越开放,未来能连接的AI能力就越强大。
  3. 把门店打造成“信任验证场”,而非“无人售货机”

    • 错误做法:一味追求无人化、自动化,把店员变成理货机器。
    • 正确方向:用AI工具(如智能任务管理、实时库存查询)把店员从繁琐的行政事务中解放出来。
    • 核心结论:让店员有更多时间与顾客进行高质量的人际互动,提供AI无法替代的情感连接和信任感。AI负责效率,人负责温度。

【零售行业AI行动指南信息图表5】

七、 你的AI转型从这里开始

这篇文章的信息量很大,但改变的关键在于行动。如果你想获取文章中所有的高清数据图表,以及我们为你整理的100+份全球顶尖零售行业研究报告,找到AI落地的更多灵感。

我将在后续的内容中,深度拆解报告中提到的“UCP 协议 **”将如何彻底改变电商格局,关注我,不要错过。

    • *

获取文末所有参考行业报告及数据,进交流群,加小助手微信号:tecdat_cn

文章引用数据图表列表:

  • 零售行业消费者AI信任与行为落差棒棒糖图表1
  • 零售行业实体店不可替代价值柱状图表2
  • 零售行业AI核心底层框架信息图表1
  • 零售行业AI价值分层信息图表3
  • 零售行业AI案例流程拆解信息图表4
  • 零售行业AI行动指南信息图表5

本专题内的参考报告(PDF)目录

  • 《从概念炒作到价值落地:2026年零售业AI趋势报告》- Capgemini
  • 2025年中国消费品零售行业趋势洞察报告 报告2026-04-08
    零售与生活产业全域智能经营报告 报告2026-04-02
    2025-2026年中国百货零售业发展报告2026年3月 报告2026-04-02
    2026零售与生活产业全域智能经营报告 报告2026-04-01
    2026零售商业趋势 报告2026-03-28
    2026酒饮即时零售趋势报告 报告2026-03-26
    2025年零售技术市场报告 报告2026-03-26
    2026家电行业创新零售白皮书 报告2026-03-18
    2025年全球消费品零售业首席执行官展望 报告2026-03-17
    2025年度中国数字零售投诉数据与典型案例报告 报告2026-03-16
    2026年商超调改再探:向变而生,向深而耕-中国零售渠道系列研究报告 报告2026-03-15
    2025年零售媒体现状报告 报告2026-03-13
    消费品零售业下半年度报告:中国宏观经济、行业趋势、投资交易及税务快讯 报告2026-03-11
    消费品零售业2025下半年度报告 报告2026-03-09
    2026年中国社区生鲜行业报告-社区零售的效率革命与模式重构 报告2026-03-01
    零售行业2025年信用回顾与2026年展望 报告2026-02-26
    2025Q4美国市场零售媒体基准报告 报告2026-02-23
    2026年北京AIDC零售服务市场研究报告 报告2026-02-20
    房地产:2025年第四季度成都甲级写字楼与零售市场概况 报告2026-02-13
    2025年中国医药零售市场回顾与消费者洞察报告 报告2026-02-13
    2026年零售和消费品行业AI发展现状及趋势报告-英伟达 报告2026-02-10
    2025全球零售新趋势:连接购物者与智能零售的未来 报告2026-02-10
    2025年H1中国智慧零售市场追踪报告 报告2026-02-07
    2025年全球零售新趋势:连接购物者与智能零售的未来 报告2026-02-04
    2026年全球消费品行业展望报告:零售新范式 报告2026-01-28
    2025年第四季度沈阳写字楼与零售市场概况 报告2026-01-28
    2026年零售与快消品行业AI应用状况与趋势报告 报告2026-01-19
    2025年AI的投资回报-聚焦零售和快速消费品行业报告 报告2026-01-18
    2025年零售新品情报合集 报告2026-01-17
    2026年消费品零售行业全球消费者行为趋势报告 报告2026-01-13
    2025中国金饰零售市场洞察 报告2026-01-08
    2025年中国消费零售市场十大关键趋势报告 报告2026-01-06
    2025年从实体网点到智能机器人报告-AI智能体能否重塑零售银行业? 报告2026-01-06
    零售行业2025年年度总结及2026年展望(2025年12月) 报告2026-01-05
    旅游零售升级:封关背景下的海南旅游零售产业新格局 报告2025-12-22
    数字创新驱动现代零售电商的云战略 报告2025-12-18
    2025年美国零售与消费者物流满意度报告 报告2025-12-17
    2025年变革之道-如何构建供应链韧性报告(零售行业) 报告2025-12-15
    2025即时零售场景消费新图鉴 报告2025-12-12
    零售媒体网络:乐观与谨慎 报告2025-12-09
    AI 时代的零售与消费品行业:AI 重塑竞争格局, 打造品牌新优势 报告2025-12-09
    2025上半年亚马逊零售媒体报告 报告2025-12-09
    零售业供应链食物损失与浪费减量化分析及案例报告(2024-2025) 报告2025-12-06
    2025年度中国零售数字化及新技术应用创新案例 报告2025-12-05
    2025年假日零售调查报告 报告2025-12-04
    中国互联网行业:专家系列报告:即时零售竞争格局及其对下游的影响 报告2025-12-02
    生成式人工智能零售业全景观察白皮书(2025) 报告2025-12-02
    2025奢侈品零售趋势与店长发展白皮书 报告2025-12-02
    即时零售行业发展报告2025 报告2025-12-01
    2025年中国出海零售品牌调研报告 报告2025-12-01
    2025外卖市场趋势观察:餐饮零售双向重构,迈步走向大消费 报告2025-11-26
    2025年即时零售品牌增长实战指南 报告2025-11-20
    人工智能对零售业的影响-五个步骤撬动零售人工智能未来3100亿美元增量... 报告2025-11-12
    人工智能对零售业的影响 报告2025-11-11
    2025年消费零售行业数据建设白皮书3.0 报告2025-11-10
    超越零售:AI时代的零售重塑 报告2025-11-05
    2025年新零售饮料新品趋势报告 报告2025-11-05
    2025-2026年体验的未来零售行业白皮书 报告2025-11-04
    2025年中国零售与奢侈品行业报告 报告2025-11-03
    2025年中国零售与奢侈品行业报告 报告2025-11-03
    2025年第三季度连锁零售门店发展蓝皮书 报告2025-11-01
    汽车零部件零售商在创新与适应的十字路口:零售汽车零部件的未来:驱动变革 报告2025-10-31
    汽车零部件零售商在创新与适应的十字路口-零售汽车零部件的未来-驱动变革 报告2025-10-21
    2025汽车零部件零售业的未来:驱动变革 报告2025-10-20
    商贸零售深度报告-IP系列深度之三-海外复盘-任天堂——创造惊喜的游戏... 报告2025-10-19
    2025年零售一体化云数据库白皮书 报告2025-10-05
    2025智能体时代零售业AI应用研究报告:从愿景到实践 报告2025-10-03
    2025年大中华区零售物业供应需求核心趋势报告 报告2025-09-29
    等其他100+份精选零售行业报告(进群获取完整目录)

原文 链接 **:https://tecdat.cn/?p=45607
原文出处:拓端抖音号@拓端tecdat
 

封面

财务人的深夜加班,将被一个“数字员工”彻底终结

晚上十点,财务部的灯还亮着。你盯着邮箱里堆积的发票附件,Ctrl+C、Ctrl+V、核对金额、录入系统、月底还要翻遍文件夹做统计。这种重复机械的劳动,几乎每个财务人都经历过。但帆软应用研究院在《2026年财务分析与 AI Openclaw报告》中给出了一个颠覆性的答案:模块化AI智能体正在让财务基础作业进入全自动化新阶段。本次解读将带你彻底看懂,一个“数字员工”如何把发票处理效率提升5倍、年报分析耗时缩减80%,以及你自己的财务工作该如何搭上这趟快车。

本文完整研究报告数据图表和文末60份财务AI行业最新参考报告合集已分享在交流群,阅读原文查看、进群咨询,定制数据、报告和900+行业人士共同交流和成长。

    • *

关于分析师

分析师头像

在此对 Weilong Zhang 对本文所作的贡献表示诚挚感谢,他在上海交通大学完成了企业管理专业的博士学位,专注统计与数据挖掘领域。擅长Matlab、SPSS、Eviews、Stata。利用专业的统计软件整理、分析数据,关注统计、数据挖掘领域。

    • *

发票处理5倍提速,年报对比80%耗时压缩:你的焦虑被报告数据“确诊”了

财务人最普遍的焦虑是什么?不是准则更新,也不是审计压力,而是每天被大量低价值的重复性事务工作吞噬时间——发票下载、归档、数据录入、报表合并……这些工作不做不行,做了又毫无成长感。那么问题来了:这些工作到底能不能交给AI?

帆软这份报告给出了极具冲击力的实测数据:

  • 发票处理:人工处理单张发票平均耗时4.2分钟,而AI智能体仅需0.8分钟,效率直接提升5倍以上
  • 年报对比分析:传统手工对比3家公司的年报需要耗费12.5小时,AI智能体仅需2.3小时;对比5家公司,手工需20.8小时,AI仅需3.9小时,耗时缩短超过80%

用生活化的场景来理解:以前财务人处理发票就像手洗一整筐碗筷,现在AI智能体相当于一台全自动洗碗机——从脏碗进去到干净碗出来,全程不用你动手。而且报告指出,AI的关键指标提取准确率高达94.2% ,人工统计误差率却达到5.3%。

下面这张图直观展示了人机效率的巨大鸿沟:

图:财务AI应用效率对比人机柱状图表1

    • *

“AI只能做简单问答”?打破误区,智能体正在接管复杂财务流程

在很多财务人的固有认知里,AI最多就是个“高级问答 机器人 ”——你问它会计分录怎么做,它给你一段教科书式的回答,仅此而已。但这份报告用事实告诉我们:这个认知完全错了。**

报告的核心论点非常清晰:模块化设计的AI智能体已经具备“感知→思考→行动”的完整闭环能力,可以像人类员工一样独立完成端到端的复杂财务任务。它不再是只会动嘴的“顾问”,而是能直接动手干活的“数字员工”。

支撑这一论点的底层 框架 **是智能体的三大核心层:

  • 感知层:连接邮箱SMTP、读取附件、识别文件格式
  • 思考层:调用模型判断发票类型、提取关键字段、匹配归档规则
  • 行动层:自动下载、重命名、归档到指定文件夹、生成统计报表

报告用一张闭环图清晰地呈现了这个核心运行逻辑:

图:财务AI智能体核心框架信息图表1

    • *

从“大仓库”到“小房间”:模块化设计才是智能体落地的分水岭

报告里反复提到一个核心专业概念——模块化智能体架构。很多非技术背景的财务人一听到这个词就头疼。其实用大白话解释很简单:就是把一个臃肿的大程序,拆成几个独立又互相配合的小功能块,每个块只管自己那一摊事。

为什么这件事这么重要?报告用一组对比数据说明了问题:

指标传统单体架构模块化架构
代码可读性评分4.5分8.7分
模块复用率30.2%72.5%
功能扩展开发周期5.0天2.1天
缺陷修复时长3.5小时1.3小时

图:智能体架构模块化收益散点刻度图表2

这里就有一个明确的价值分层了:

  • 低价值/高危区:把所有功能堆在一个代码文件里,牵一发而动全身,后期维护成本极高,新人完全看不懂。
  • 高价值/红利区:像搭乐高一样把功能模块化,哪里需要改哪里,通用模块还能直接复用到下一个项目,长期成本大幅降低。

最常见的误区是以为“模块化是程序员的事,和业务人员无关”。实际上,模块化设计直接决定了AI智能体能否快速适配企业个性化的财务流程——如果你的智能体是一坨“代码面疙瘩”,每次业务调整都要推倒重来,那AI落地就永远停留在PPT阶段。

    • *

别再“大而全”地做AI了:行业落地正在犯的三个致命错误

从个体财务人的效率提升,上升到整个企业财务数字化转型的层面,帆软这份报告其实揭示了一个更宏观的真相:绝大多数企业在落地财务AI时,都踩进了同一个坑——试图一次性构建一个“大而全”的AI系统。

这个误区的后果是:项目周期动辄半年一年,需求越提越多,最后交付出来的东西和实际业务严重脱节,员工不愿意用,领导觉得没效果,AI项目沦为“烂尾楼”。

报告给出的解法非常直接:从高频痛点场景单点切入,小步快跑,快速验证价值。财务AI落地的本质规律不是“技术越先进越好”,而是“场景越痛、流程越 标准化 、ROI越清晰,成功率越高”**。发票处理、银行对账、年报数据提取——这些标准化程度高、重复性强的场景,才是AI智能体的最佳第一站。

    • *

发票全流程自动化实测:从邮箱到统计报表,AI只用了4步

理论说再多,不如看一个真实跑通的案例。报告详细拆解了发票全流程自动化的完整落地路径:

案例主体:某企业财务部日常发票处理场景
核心落地动作:部署基于Openclaw的模块化AI智能体

执行流程(4步)

  1. 连接邮箱SMTP:智能体自动登录财务部指定邮箱,实时监测新邮件
  2. 自动下载附件:识别发票类邮件的PDF/图片附件并下载到本地
  3. OCR识别归档:调用OCR工具提取发票号码、金额、日期、供应商,按规则重命名并移动到对应文件夹
  4. 生成统计报表:汇总当月所有发票数据,自动生成费用统计表和可视化图表

图:财务AI发票自动化案例流程信息图表4

量化落地结果

  • 单张发票处理时间从4.2分钟→0.8分钟
  • 月度归档整理耗时从6.5小时→0.9小时
  • 统计误差率从5.3%→低于0.5%

这个案例反向印证了报告的核心论点:模块化AI智能体不是飘在天上的概念,而是能立刻上手、立刻见效的生产力工具。

    • *

相关文章

2026AI医疗行业专题报告:智能医疗器械、手术机器人、脑机接口、可穿戴设备|附240+份报告PDF、数据、可视化模板汇总下载

原文链接:https://tecdat.cn/?p=44979

    • *

年报对比分析:当AI同时“读懂”5家公司财报,规模效应才开始显现

如果说发票处理是“体力活”的自动化,那么年报数据对比分析则是“脑力活”的智能化升级。报告中的案例2展示了AI智能体如何并行处理多家公司的年报数据:

  • 3家公司年报对比:手工需12.5小时,AI仅需2.3小时
  • 5家公司年报对比:手工需20.8小时,AI仅需3.9小时

图:年报对比分析效率提升折线图表3

注意这个趋势:公司数量越多,AI的相对效率优势越明显。这是因为AI可以并行读取、并行处理,而人工只能串行工作。当分析对象扩展到10家、20家公司时,AI的优势将从“提升效率”跃迁为“改变工作方式”——以前财务分析师最多深度覆盖3-5家对标公司,现在可以轻松覆盖整个行业。

    • *

财务人落地AI的三步行动清单:明天上班就能用

基于报告的核心观点和真实案例,我们为每一位财务从业者提炼出三条零门槛、可立即执行的行动建议:

第一步:锁定你的“高频痛点场景”

  • 不要做:一上来就想搞一个“企业级AI财务中台”
  • 要做:拿出你本周的工作日志,找出重复次数最多、最机械的那1-2项任务(比如发票录入、银行流水下载、报表数据粘贴),把它们作为AI化的第一目标
  • 核心价值:2周内就能看到效果,快速建立信心

第二步:建立“模块化思维”

  • 不要做:要求AI一次性解决所有问题,把需求文档写成一本小说
  • 要做:把你的工作流程拆解成独立的步骤——数据获取→数据清洗→数据处理→结果输出,每一步对应一个独立的小功能
  • 核心价值:即使某一步AI做得不够好,也不会影响整体流程,迭代成本极低

第三步:培养“数字员工管理”意识

  • 不要做:把AI当成一个“软件工具”,用完就关
  • 要做:像带新人实习生一样给AI布置任务、设定规则、检查结果、持续优化指令
  • 核心价值:AI的价值不是一次性交付,而是在持续使用中越用越“懂你”

图:财务AI落地行动指南信息图表5

    • *

财务的未来不是“被AI取代”,而是“指挥AI工作”

回到文章开头那个问题:AI会不会抢财务人的饭碗?帆软这份报告给出的答案是——AI不会取代财务人,但会用AI的财务人将取代不会用AI的财务人。

报告里反复出现的一个词是“数字员工”,这个词的精妙之处在于:它重新定义了人与AI的关系——不是替代,而是协作。你不再是那个深夜里对着发票一张张Ctrl+V的操作工,而是站在更高维度上,指挥一个数字员工团队完成基础工作、自己专注于分析、决策和业务支持的管理者。

这种角色跃迁,才是财务AI化带来的最大红利。

获取文末所有参考行业报告及数据,进交流群,加小助手微信号:tecdat_cn

本文引用的数据图表列表

  • 图:财务AI应用效率对比人机柱状图表1
  • 图:财务AI智能体核心框架信息图表1
  • 图:智能体架构模块化收益散点刻度图表2
  • 图:财务AI发票自动化案例流程信息图表4
  • 图:年报对比分析效率提升折线图表3
  • 图:财务AI落地行动指南信息图表5

本专题内的参考报告(PDF)目录

  • 帆软《2026年财务分析与AI Openclaw报告》
    数据炼金术——从单点突破到全局协同的AI财务进化路径 报告2026-03-26
    2026大型企业财务数智化转型白皮书 报告2026-03-22
    用友BIP大型企业财务数智化整体解决方案:AI共生 财务价值进化 报告2026-03-17
    2026央国企穿透式监管数智化白皮书(财务分册) 报告2026-03-15
    2026年生命科学行业展望:生命科学行业高管认为企业财务前景比较乐观,... 报告2026-02-10
    2025年投资与财务管理应用市场及广告趋势洞察报告 报告2025-12-29
    2025年投资与财务管理应用与广告趋势市场洞察报告 报告2025-12-27
    2025年财务全景分析:五大维度看懂企业健康度报告 报告2025-12-14
    2025年“业-财-人”融合如何驱动决策?智能财务实战分享报告 报告2025-11-26
    一站式财务指令手册 报告2025-11-11
    2025年中国企业财务数智化趋势报告 报告2025-10-29
    AI对财务报告和审计的影响 报告2025-10-21
    2025年国际财务报告会计准则的变化 报告2025-10-07
    生成式AI驱动下的财务职能转型 报告2025-09-19
    2025年AI项目变现之路:智能体AI开启持续财务增长引擎报告 报告2025-09-08
    上市公司2024年年度财务报告会计监管报告 报告2025-09-02
    2025年中国第三方IDC行业财务数据回顾及未来展望报告 报告2025-08-24
    基础设施证券投资基金-2024年年度财务报告 报告2025-08-20
    2024年全球财务健康报告 报告2025-08-04
    集团财务管控系统技术架构设计 报告2025-07-28
    2025财务年度中期报告 报告2025-05-19
    连锁零售行业:财务数字化白皮书-持筹握算,助力连锁零售行业经营破局 报告2025-04-20
    全球财务采用AI报告 报告2025-04-17
    2025年新时代财务管理:AI与新兴技术赋能财务与会计变革报告 报告2025-04-13
    2024全球财务主管基因调查报告-财务主管应如何转型才能聚信心塑未来? 报告2025-03-23
    全球财务采用AI报告 报告2025-02-26
    2025年连锁零售行业财务数字化白皮书 报告2025-02-26
    互联网Ⅱ海内外云厂商发展与现状(一)-AI背景下财务数据、产品布局与估... 报告2025-02-17
    2024财务健康:数字时代消费者过度负债问题解决策略研究报告 报告2025-02-05
  • 等其他3+份精选财务科技行业报告(进群获取完整目录)

AD 账户锁定是域运维中高频高发的问题,员工登录失败、业务系统访问中断、运维人员反复排障…… 不仅拖慢办公效率,还会因无法快速定位锁定根源,导致问题迟迟无法解决,成为企业日常 IT 运维的一大痛点。作为 AD 域管理员,若能快速查询所有锁定账户并精准定位原因,就能大幅提升排障效率。下面为你介绍两种查询 AD 域中锁定账户的方法,尤其推荐高效便捷的专业工具方案,轻松化解AD 账户锁定运维难题。

方法一:使用 PowerShell 脚本

查询 AD 账户锁定点击「开始」,搜索Windows PowerShell,右键选择以管理员身份运行。执行以下命令,安装 PowerShell AD 域模块:Install-WindowsFeature RSAT-AD-PowerShell
图片

可通过以下命令验证安装是否成功:
Get-WindowsFeature -Name RSAT-AD-PowerShell
图片

输入以下脚本以查找被锁定的用户账户:

Search-ADAccount -LockedOut |目标名称,对象类别 -A

按下回车键。

该脚本会显示被锁定的用户账户列表。

图片

这种方法会显示被锁定的用户账户,但不会说明被锁定的原因,也不会显示被锁定设备的详细信息。

⚠ 局限性:该方法仅能展示哪些 AD 账户被锁定,无法显示锁定原因、锁定来源设备、锁定时间等关键排障信息,仅能满足基础查询需求,面对复杂运维场景仍显吃力。

方法二:使用卓豪 ADAudit Plus 快速定位 AD 账户锁定

针对原生脚本查询的短板,卓豪 ADAudit Plus 打造了专属账户锁定分析器,无需编写脚本、无需手动翻查日志,一键即可完成 AD 账户锁定的全维度排查,从查询到解决一步到位。

图片

· 下载并安装 ADAudit Plus,快速完成域控制器审计配置;

· 打开 ADAudit Plus 控制台,依次进入:报表 → Active Directory → 用户管理 → 账户锁定分析器;

· 页面将直观展示所有被锁定 AD 账户的完整列表,搭配可视化图表,锁定账户分布、数量一目了然;

点击「分析器详情」列中的对应条目,可直接查看每个 AD 账户锁定的具体原因、触发时间、来源设备 / IP等核心信息,精准定位问题根源。

图片

高效解决 AD 账户锁定问题,就用 ADAudit Plus

ADAudit Plus 内置的专业账户锁定分析器,彻底打破了原生脚本仅能 “查锁定” 的局限,实现从锁定账户查询、根源定位、问题解决的全流程闭环管理。无需专业脚本知识,普通运维人员也能快速上手,大幅缩短 AD 账户锁定排障时间,减少因账户锁定带来的办公与业务中断损失,让 AD 域账户管理更高效、更省心。

立即搜索免费试用ADAudit Plus,轻松应对各类 AD 账户锁定问题,告别繁琐手动操作,提升企业 AD 域运维效率!

在数字化销售时代,CRM系统已成为企业打通“营销获客-客户运营-销售转化-业绩核算”全链路的核心载体。本次横评聚焦8款主流CRM产品(超兔一体云、Apptivo、Less Annoying CRM、Copper CRM、Creatio、Keap、神州云动、励销云),从线索捕获、 客户细分 、销售漏斗、业绩核算四大核心维度展开专业对比,为不同规模、不同业务场景的企业提供选型参考。

    • *

一、核心能力总览表

品牌线索捕获核心能力客户细分核心能力销售漏斗核心能力业绩核算核心能力
超兔一体云全渠道覆盖(含工商搜客)、一键转化、成本ROI计算自定义画像、全生命周期客池分层、智能模糊查重多模型适配(三一客/多方项目)、360°跟单视图、AI电话分析多规则应收触发、三角联动管控、分级奖金引擎
神州云动全渠道打通、潜客旅程培育、全渠道ROI分析360°客户价值视图、大数据分群、价值分级销售流程自动化、移动CRM协作、任务预测ERP/OA集成、实时BI看板、目标聚合管理
励销云3亿+数据搜客、AI筛客、获客-管客一体化自定义标签、公海机制、智能商机推荐全流程可视化、赢率智能评估、业绩预测订单-回款闭环、可视化报表、提成算法集成
Copper CRM网站表单/扫名片、全链路追踪、AI待办提醒客池分层、经纬度标记、基础查重标准化管道、节点flags标记、AI提醒依赖管道数据统计、无独立核算模块
Creatio低代码多渠道对接、信息抓取引擎、自动任务分配标签化管理、背景补全、数据权限管控自定义流程、全阶段跟踪、低代码适配联动第三方财务工具、销售流程数据报表
Apptivo邮件营销自动化、第三方集成、基础转化统计基础画像、简单分组、基础查重基础销售管道、阶段跟踪、简单报表发票管理、基础业绩统计
Keap潜在客户捕获蓝图、全链路培育、互动数据绑定行为分群、分段列表、基础分层轻量级管道、互动数据关联、基础提醒基础订单管理、成交数据报表
Less Annoying基础线索跟踪、手动分配、无智能处理简单分组、无画像/分层功能简易管道、无深度管控无核算模块、仅基础客户记录
    • *

二、分模块深度对比

1. 线索捕获:多渠道覆盖与智能转化的效率之争

核心价值

线索捕获是销售全链路的起点,直接决定企业获客广度与转化ROI,核心评价维度包括渠道覆盖广度、智能处理能力、成本核算精度

标杆流程展示(超兔一体云)

flowchart LR
    A[多渠道获客] --> B[线索自动入库]
    B --> C[归属地/IP解析+多维度查重校验]
    C --> D{线索价值判断}
    D -->|高价值| E[一键转为客户/订单]
    D -->|待培育| F[分配至需求培养客池]
    E & F --> G[自动提醒对应销售跟进]
    G --> H[市场活动成本均摊+转化ROI实时计算]

关键差异点

  • toB专属能力:超兔一体云的「工商搜客」、神州云动的「潜客旅程培育」是toB场景的核心优势;
  • AI赋能:励销云的「AI电话机器人筛客」、Copper CRM的「AI待办提醒」大幅提升线索处理效率;
  • 成本核算:仅超兔一体云、神州云动支持市场活动成本均摊到单线索,可精准评估营销投入产出比。
    • *

2. 客户细分:精准运营与生命周期管理的深度对决

核心价值

客户细分是实现精准营销、差异化服务的基础,核心评价维度包括画像构建深度、生命周期分层、智能查重机制

超兔客户细分体系脑图

mindmap
    root((超兔客户细分体系))
        1. 精准画像构建
            自定义字段配置
            工商/社交信息自动补全
            跟进行为数据整合
        2. 生命周期分层
            需求培养客池
            有需求客池
            上首屏客池
            目标客户客池
            成功客户客池
        3. 智能查重机制
            客户名/手机号精确查重
            企业简称模糊查重
            自定义规则查重
        4. 价值与区域细分
            客户价值分级(A/B/C类)
            归属地/IP区域定位
            行业/规模标签分类

关键差异点

  • 生命周期管理:超兔一体云、励销云实现5阶全生命周期客池分层,可针对不同阶段客户制定培育策略;
  • 智能查重:超兔一体云支持企业简称模糊查重,解决toB场景下客户名称不统一的痛点;
  • 价值分级:神州云动的「360°客户价值视图」、超兔的「A/B/C类客户分级」可支撑差异化资源分配。
    • *

3. 销售漏斗:多场景跟单与流程管控的效率比拼

核心价值

销售漏斗是管控销售过程、提升赢单率的核心工具,核心评价维度包括跟单模型适配性、可视化管控能力、智能辅助功能

多场景跟单流程对比

flowchart TD
    subgraph 小单快单场景
        A1[线索] --> B1[超兔:三一客模型(定性-定级-定量)] --> C1[1-3天快速成交]
    end
    subgraph 中长单场景
        A2[线索] --> B2[Creatio:自定义机会阶段] --> C2[合同签订-回款闭环]
    end
    subgraph 大型项目场景
        A3[线索] --> B3[超兔:多方项目模型] --> C3[项目组协作-收支管控-交付]
    end
    A1 & A2 & A3 --> D[销售漏斗统一视图]
    D --> E[业绩数据汇总分析]

关键差异点

  • 模型适配性:超兔一体云独创「三一客小单模型」「多方项目模型」,覆盖toC快单、toB大型项目全场景;
  • 智能辅助:超兔的「AI电话录音分析」「自动生成日报」、Copper的「AI待办提醒」可降低销售重复劳动;
  • 多级客户管理:超兔支持医院/高校等组织型客户的多级跟单,满足复杂toB客户的分层管理需求。
    • *

4. 业绩核算:财务管控与价值衡量的精准性对比

核心价值

业绩核算是链接销售与财务的关键环节,核心评价维度包括应收/回款管控、报表分析深度、奖金核算能力

关键差异点

  • 应收管控:超兔一体云支持签约/开票/发货多规则触发应收,可设置超发预警,规避财务风险;
  • 闭环管理:超兔、励销云实现「订单-开票-回款-退货」全闭环,解决销售与财务数据脱节的问题;
  • 奖金引擎:仅超兔一体云提供分级销售奖金计算引擎,可自定义提成规则,自动核算团队/个人业绩奖金。
    • *

三、综合能力雷达图与选型建议

各品牌维度得分(满分100)

品牌线索捕获客户细分销售漏斗业绩核算综合得分
超兔一体云9590928891.25
神州云动9088858286.25
励销云9285807883.75
Creatio8582887081.25
Copper CRM8278856577.5
Apptivo8075787075.75
Keap7875806073.25
Less Annoying6050553048.75

针对性选型建议

  1. 全链路一体化需求(toB/toC全场景) :首选超兔一体云,独创多跟单模型适配复杂业务,业绩核算模块深度对接销售与财务,适合中小微到中大型企业。
  2. 中大型企业集成需求:选择神州云动,营销云+销售云联动,支持ERP/OA深度集成,全渠道ROI分析能力突出。
  3. 获客导向的中小微企业:选择励销云,3亿+数据搜客、AI筛客能力强,获客-管客-成交全流程一体化,降低获客成本。
  4. 成长型企业灵活定制需求:选择Creatio,低代码自定义流程,可快速适配业务变化,适合业务模式迭代快的企业。
  5. 微型团队轻量化需求:选择Less Annoying CRM,极简操作,满足基础线索与客户记录需求,成本极低。
  6. 中小企业基础CRM需求:选择ApptivoKeap,覆盖核心模块,功能简洁易上手,性价比高。

完整版:
GitHubB 站

摘要

常见软件的配置与数据迁移方法
Windows 系统设置
7-Zip 设置
OOBE 设置:装驱动、禁用 BitLocker
重新激活系统
卸载禁用广告组件

重装前的思考

我被微软偷袭了,不能登录微软帐户,详情见《 微软!我只是想更新 BIOS ,结果被迫重装系统?!

重装与保留数据的思路

Windows 设置

Windows 官方云同步只支持部分设置,具体看文档:
[] 图:Windows 备份设置目录 (中文是机翻, 英文版
而且由于网络问题,不一定能同步成功。我建议使用截图与文本保存修改过的配置。

控制面板

在 Win11 系统,已经有一半都被「设置」取代了。

注册表

注册表保存了 Windows 的配置、软件的配置。在我用的软件里,把配置和数据存在注册表的软件只有少数几个。
全部备份再恢复是不行的,系统问题可能就是因为注册表改乱了导致的。
对个别软件可以考虑备份相关的注册表。

组策略

可能设置了比如:关闭 Windows 自动更新、禁用任务管理器、禁用控制面板等策略。

用户文件夹

环境变量

先介绍几个环境变量,这些变量和路径是等价的,后面的文件路径会使用这些变量。

环境变量 对应路径
%UserProfile% C:\Users\<用户名>
%AppData% C:\Users\<用户名>\AppData\Roaming
%LocalAppData% C:\Users\<用户名>\AppData\Local

数据盘(非系统盘)的数据

数据盘的 NTFS 的 ACL 权限问题
用户在重装系统后可能会发现非系统盘(如 D 盘)的文件打不开,提示「拒绝访问」;或者在非系统盘安装软件需要管理员权限。这些问题的就是 NTFS 的 ACL (访问控制)权限导致的。ACL 不是存在注册表里,也不是存在系统盘里,而是跟文件系统放一起的。重装系统后,非系统盘的 ACL 设置是没有变化的;即使用户名相同,重装后 SID 也会变化;结果就是新用户无法访问非系统盘的数据,需要用管理员权限修改 ACL 才可以访问

由于我对 NTFS 只是一知半解,为了减少 bug 以及数据安全,我选择 D 盘也手动迁移数据。文件打包之后再解压,就不会有旧的 ACL 权限问题,而是直接继承解压的目标文件夹的 ACL 权限。
我是刚好有一块空闲的固态硬盘可以用来中转数据,如果是用机械硬盘中转的话,移动数据的耗时会很长。

如果觉得这个方案麻烦或者不可行,也可按照下方的参考资料,直接修改 D 盘的 ACL,也不是不能用。
参考 1参考 2

数据盘的迁移方案

  1. 使用 7-Zip 按需对文件夹打包(不压缩)。
  2. 压缩包存在中转的硬盘里
  3. 重装后解压出来

软件

准备软件安装包
有些软件是用来帮助安装其他软件的,这些软件的安装包建议提前备好,放在 U 盘或数据盘。比如:网卡驱动、显卡驱动、下载器、解压软件、代理软件、浏览器。

我一直有存档安装包的习惯,除了会强制要求升级的软件之外都会保存,尤其是个人开发的软件。所以,有安装包的就直接安装原来的版本,没有的就下载最新的。

注意付费软件授权「反激活」

软件配置与数据
优先使用软件自带的配置备份、导出功能。

软件的数据一般存储在这些位置:

  • 如果是便捷版,就存在软件程序所在目录
  • %AppData%、%LocalAppData%
  • %UserProfile%、%UserProfile%\Documents 、%UserProfile%\Saved Games
  • 注册表:HKEY_CURRENT_USER\Software

软件在 %UserProfile% 路径下的数据,有这几类情况:

  • 直接在这个路径以软件的名字新建文件夹
  • 在「我的文档」里新建文件夹
  • . 开头的隐藏文件、隐藏文件夹

对于重要的软件要参考他人迁移的例子,或者进行实测,避免出现数据丢失。

还原软件数据
先安装软件,然后有两种方式:

  • 手动创建文件夹,恢复数据。
  • 先运行一次软件,让软件创建相关文件夹。退出软件,再还原备份的数据。

电子游戏

游戏的数据不只是程序、美术资产,还有存档、补丁、mod 、设置。比如补丁(尤其是那些游戏的补丁)、mod ,不管是 Steam 还是 Xbox 的云存档都是不会备份的,需要手动备份。


备份数据

Windows

设置( Win + I 打开的那个)

个性化
主题
主题文件:%LocalAppData%\Microsoft\Windows\Themes ,这个文件在简中系统用的是 GBK 编码。注册表 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ThemesCurrentTheme 记录当前正在运行的 .theme 文件路径。
声音:程序事件:感叹号、星号、系统通知、默认响声,这个 Windows Background.wav 比较烦人。
开始
任务栏

辅助功能
鼠标指针与触控
自定义方案位置在注册表:HKEY_CURRENT_USER\Control Panel\Cursors\Schemes

Windows 杂项

开始菜单固定的程序
截图保存

(右下角)系统托盘图标排序
截图保存

文件资源理管器
手动记录设置。
文件夹选项
常规
查看
显示隐藏文件
显示扩展名

Windows 安全中心( Defender )
手动记录设置。
比如添加了白名单、关闭了 VBS (虚拟化安全)、关闭了「内存完整性」。

Hosts 文件
C:\Windows\System32\drivers\etc\hosts

环境变量
用户变量:Path:D:\software
编程语言的二进制程序。

PowerShell 的历史记录
%AppData%\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history.txt

手动添加的开机启动项
%AppData%\Microsoft\Windows\Start Menu\Programs\Startup

计划任务
taskschd.msc

防火墙策略
wf.msc

SSH 密钥、GPG 密钥
%UserProfile%\.ssh

数字证书
有些业务系统(网上银行、税务软件或公司内部系统)需要特定的 .pfx 或 .p12 证书才能访问。

自定义安装的字体
系统字体:C:\Windows\Fonts
用户字体:%LocalAppData%\Microsoft\Windows\Fonts

注册表

我改了右键菜单相关的注册表项。

组策略

我没有记录对组策略的修改。

Office

准备安装包
我用的是 Office 2021 专业增强版 零售版。脱机安装程序的 iso 有 4.86 GiB 。在不用代理的情部下,下载需要大概 40 分钟。这也是使用在线安装程序,同时不经过代理要等待的时间。所以建议先下载好「脱机安装程序」
订阅 可以找到「已购买的产品」,点「安装」就可以下载了。先下载「脱机安装程序」。再下载在线安装程序「 Office 专业增强版 2021-64 位」(用于更新)。

在微软商店安装的应用 UWP / MSIX

Terminal / 终端
配置文件:%LocalAppData%\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\

Snipaste
设置:

  • 微软商店版本: %LocalAppData%\Packages\45479liulios.17062D84F7C46_p7pnf6hceqser\LocalState config.ini
  • 桌面版:程序安装目录的 config.ini

exe 安装的应用

注意软件授权「反激活」

Everything
备份 %AppData%\Everything 文件夹,或者安装目录即可。
书签:可以导出。

Firefox
详细操作看我之前写的过《迁移浏览器数据的方法》。
备份两个文件夹:
配置:%AppData%\Mozilla\Firefox\Profiles\
缓存:%LocalAppData%\Mozilla\Firefox\Profiles\

Git
%UserProfile%\.gitconfig

Google Chrome
详细操作看我之前写的过《迁移浏览器数据的方法》。
备份:
%LocalAppData%\Google\Chrome\User Data

OBS Studio
%AppData%\obs-studio

Obsidian
每个仓库都是一套设置,迁移仓库即可。
%AppData%\obsidian 文件夹内:obsidian.json 保存了最近打开的仓库,Preferences 可能也有用。

PotPlayer
可以在设置中「导出当前配置」,会导出注册表项;这个文件实际还包含了播放的历史记录。
或者勾选「将设置保存到初始化文件 (.ini)」,就会在 %AppData%\PotPlayerMini64 生成一个 PotPlayerMini64.ini
实在是不想再配一遍 MadVR-LAVFilters 了,这次准备换播放器。

Python
第三方包(安装目录): Python\Python312\Lib\site-packages
pip 设置(镜像): %AppData%\pip\pip.ini

SumatraPDF
设置和历史记录都在这一个文件里: %LocalAppData%\SumatraPDF\SumatraPDF-settings.txt

Telegram
备份 %AppData%\Telegram Desktop\tdata
恢复数据后,打开就是登录状态,不需要重新登录,也不会有重复的登录设备。其他数据感觉也都是在的。

Typora
%AppData%\Typora 包括设置、主题。
TODO: 反激活

Visual Studio Code
官方支持云同步: 文档 。「历史记录」「打开的文件」「未保存的草稿」不知道能否同步。
开启系统代理时:由于 Windows 优先使用 IPv6 协议,如果你的代理没有 IPv6 地址,结果就是无法登录微软帐户。解决办法(二选一):1. 关闭代理。2. 设置 hosts:20.190.190.195 login.microsoftonline.com

%AppData%\Code\User 整个文件夹都备份。文件夹下:settings.json 既包含 VS Code 的设置,也包括扩展的设置。
部分扩展在 settings.json 之外还有数据。比如 Markdown Preview Enhanced%UserProfile%\.crossnote 里还有几个文件,style.less 定义了预览 markdown 的样式。
全局状态与缓存%AppData%\Code\Local Storage%AppData%\Code\Backups 存储了关闭软件时没保存的临时文件(热退出数据)以及窗口的排列状态。Gemini 说官方云同步不会同步这些内容。
扩展安装目录%UserProfile%\.vscode\extensions ,可以不备份。

VMware
软件设置:%AppData%\VMware
虚拟机文件:记得先关闭虚拟机。

Wireshark
备份:%AppData%\Wireshark

游戏

3DMark
%LocalAppData%\3DMark 设置方面,好像没什么要备份的。
%UserProfile%\Documents\3DMark 保存了测试结果。

Battlefield 6
游戏设置 %UserProfile%\Documents\Battlefield 6\settings\steam

Rockstar Games ,包括 GTA5 RDR2
%UserProfile%\Documents\Rockstar Games

用户文件夹

%UserProfile% 包括「我的文档」,%AppData%%LocalAppData% 就不整体备份了。

7-Zip 设置

使用 7-Zip 添加各文件夹,

  • 只打包不压缩:压缩格式选 7z ,压缩等级选存储 (Store)。
  • 在「选项」里,勾选「存储创建时间」「存储最后访问时间」。两个 checkbox 都要勾才能把时间存到压缩包里。
  • 设置压缩包时间为当前文件时间:作用是在包里的所有文件中,找到最近修改的那个文件,以该文件的修改时间作为整个压缩包的修改时间。不需要勾选。
  • 不更改源文件最后访问时间:压缩时 7-Zip 要访问文件,所以默认情况下会改变访问时间,勾选这一项之后,访问时间不会被 7-Zip 改变。

如果遇到「文件正在使用」无法打包,就进 PE 系统打包。
压缩完成后,检查错误:在 7-Zip 中选中压缩包,点「测试」。

备份 D 盘

  • 关机。拆掉独显(为了放中转硬盘),视频线接主板。
  • 开机。打包方法同上。

SpaceSniffer 可以保存可视化的目录结构,保存后方便恢复。

C 盘全盘备份

强烈建议做备份,不要嫌麻烦。
进入 PE ,使用 DiskGenius 对全分区或全硬盘备份,如果遇到意外,或者重装之后那些问题还存在,之后可以恢复。
还有一个重要作用是,如果某些文件忘了备份,重装后还能从镜像中提取出来。


安装 Windows 及初始化

下载镜像、驱动

下载系统镜像
下载 Windows 11

Windows 官网 下载 Win10 镜像,2026-01 月和 2024-04 月下载的是一样的 22H2 版本( MD5 值相同)Win10_22H2_Chinese_Simplified_x64v1.iso

准备网卡驱动
去主板(网卡、笔记本制造商)的官网下载网卡驱动,解压后,放在 U 盘里。
这一步不建议跳过,因为不装驱动可能上不了网,不能上网就不能下驱动。我的主板是「微星 MPG-Z690-CARBON-WIFI 」,重装后在 OOBE 界面联网时,只能连 WiFi ,有线网卡是不工作的。如果 WiFi 的信号不稳定,那网络就不稳定,在 OOBE 界面对 Windows 设置时就容易出错然后重复设置,甚至有可能跳过某些设置。

准备 VMD/IRST 驱动:解决「找不到驱动器(无法识别硬盘)问题」
一般是笔记本电脑会遇到这个问题,因为近几年生产的笔记本会默认开启 VMD/IRST 功能,重装系统后由于没驱动就会无法识别硬盘。自己装的台式机主板一般是不会开这个功能的。
不组 RAID 的话建议直接关闭,就不用装驱动了。因为这个功能在功能方面没有明显的好处,反而会导致部分硬盘软件无法识别硬盘,有兼容性问题,比如甚至 Win11 安装程序都不带这个驱动。关闭方法就是在主板里,找到名字是:VMD 、IRST 、Intel 快速存储技术、RAID 的选项,把它关闭。
指南

如果要使用 VMD ,就去主板(网卡、笔记本制造商)的官网,或者 Intel 的官网 下载网卡驱动,解压后,放在 U 盘里。
指南

安装 Windows

拆下数据盘
为了数据安全,最保险的操作是把除了系统盘之外的其他所有硬盘从主板上取下;这样可以避免后续安装系统、禁用 BitLocker 等操作的风险。

安装驱动
[] 图:BV1UP4y1L7io-17:51
在安装 Windows 选择硬盘分区的界面,安装 VMD/IRST 驱动。

OOBE 设置

OOBE Out-of-Box Experience

安装网卡驱动
进入 OOBE 界面后,先按 Shift + F10 ,再输入 explorer.exe 回车,调出「文件资源管理器」。(据说 Win + E 能调出「文件资源管理器」,我用 Win10 测试是不行的。)
然后安装网卡驱动。

禁用 BitLocker / 设备加密
Win11 家庭版和专业版是自动开启 BitLocker 功能的,非高端商务人士建议还是关闭,别给自己找麻烦。
(视频演示: BV1Ss42137Wn )在安装界面的 OOBE 阶段(即选择国家/语言界面),按下 Shift + F10 打开命令行,输入 regedit,在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BitLocker 下新建一个名为 PreventDeviceEncryptionDWORD (32 位) 值,并将其值设置为 1 。

地区
选新加坡。

用户名保持一致
不管用本地帐户还是微软帐户,最好都保持用户名不变。

登录微软帐户

完成安装

确认新系统没问题

进入桌面。暂停系统更新。

安装显卡驱动
如果没有提前下载安装包的话,系统也会自动下载驱动的,但是看不到进度条。

安装芯片组驱动(可选)

使用系统文件检查器 sfc
我想确认一下是不是全新安装的系统也能被找出问题。
使用系统文件检查器工具修复丢失或损坏的系统文件
sfc 命令

  1. 运行 DISM:DISM /Online /Cleanup-Image /Scanhealth 检查映像是否有问题
  2. 运行 sfc: sfc /scannow

未发现问题的话:Windows 资源保护未找到任何完整性冲突。

如果有问题
看能否解决。如果解决不了:进 PE ,还原 C 盘的备份。

(确认)配置数据盘 NTFS 权限

Windows 设置(初始化、优化)

关闭:为了提高安全性 …… Windows Hello
帐户 → 登录选项
为了提高安全性,仅允许对此设备上的 Microsoft 帐户使用 Windows Hello 登录(推荐)
不要再被 PIN 卡脖子了。

设置 PIN 、Windows Hello

重新激活系统

在疑难解答中激活系统
Windows 支持在更换硬件后重新激活 。不只是重装系统,哪怕是更换了硬件,也一样能重新激活。
除了 KMS 以外,使用密钥激活 Windows 后,一般都把密钥转换成「与 Microsoft 帐户关联的数字许可证」。所以,在登录微软帐户后,进入设置 → 系统 → 激活 → 疑难解答,如图,选择「我最近更改了此设备的硬件」。


如果有多个密钥的话,还要再选择其中一个进行激活。

设置

系统

语言和区域
区域:新加坡。避开:微软电脑管家、微软应用商店的腾讯应用宝专区。
把「非 Unicode 程序的语言」也就是 system locale 设为「简体中文(新加坡)」。避开:OfficePlus 。

帐户

关联的设备

关联的设备

这里显示的设备与微软帐户网页端显示的设备是不一致的。重装后,同一台电脑,在我这里有 4 个重复的(可能是由于更换硬件、从 Win10 升级到 Win11 导致的),但在 微软帐户网页端 只显示 2 个设备。点击「删除设备」就会跳转到网页,URL 是这样的:
https://account.microsoft.com/devices/device?fref=Win11_Settings_AC_MyDevices_remove&deviceId=global%<16 位字母数字>%5D
可以注意到有个 deviceId 参数,每个登录微软帐户的设备有一个设备 id ,格式是这样的:
global[<16 位字母数字>]
同一台电脑被识别为多台设备,就是因为这个 id 不同。对于我这 4 个重复的项,点击「删除设备」后,打开的网页都能显示设备信息,所以是微软帐户网页端设备显示不完整
删除设备之后,也就是 deviceId 不存在的情况,网页端显示是这样的:

微软设备不存在

删除重复项时,可以通过「 OS 内部版本」「查找我的设备」进行区分。还有就是删除设备后,不会立即生效,需要重启才行。

打开传递优化
由于微软的境内服务器带宽不稳定,下载速度慢,开启传递优化后可以提高下载速度。如图,还是有用的。

Windows 更新 > 高级选项 > 传递优化,允许从其他设备下载,允许从以下来源下载:Internet 和我的本地网络上的设备。
注意还要设置 上传选项 → 每月上传限制,因为现在运营商卡上传。

更新系统

关于安全中心的语言是英文的问题,安装 KB2267602 更新就正常了。但还是有部分功能是英文的

Windows 杂项

修改 PowerShell 执行策略
管理员权限打开终端,运行 Set-ExecutionPolicy RemoteSigned

自定义安装的字体
Shift + 右键,「为所有用户安装」。因为有些旧软件只读取 C:\Windows\Fonts 这个路径的字体。

文件资源理管器
恢复设置。

安装软件、还原数据

Office

安装 Office
安装语言:选简中,没有已知问题。
在微软官网下载的「 Office 2021 专业增强版」 iso ,它的版本是 2304 ,需要更新。所以在脱机安装完成后,再运行在线安装程序,等待更新完成。更新包就比较小,等待 10 分钟就可以了。
更新完成后,打开 Excel (不要开 OneNote ),会自动登录帐户,完成激活。

选择 Office 许可

设置 system locale 之后,应该是不需要卸载「微软 OfficePlus 」了。
设置 Office 的用户名、缩写

OneDrive
设置:
同步并备份:取消所有备份,尤其是「我的文档」。

OneNote
有多个笔记本的话,建议逐个进行同步,不要一次全都打开
打开「选项」,手动恢复 OneNote 设置。
同步完成后就是漫长的「折叠子页面」。
我的笔记本同步完成后,还有很多页需要手动点击后才加载出来,否则是搜索不到的,不知道是不是因为数据太多了。

在微软商店安装的应用 UWP / MSIX

打开微软商店,检查更新,会自动安装一部分应用。

卸载小组件 / Widgets
就在微软商店找到 Windows Web Experience Pack 卸了就行了。

禁用开始菜单的在线搜索
我是在卸载「小组件」之后,就不显示在线搜索结果了。改注册表倒是好像没有用。
如果卸载小组件不行的话,进入注册表,HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Search 设置 BingSearchEnabled DWORD (32 位) 值 为 0 。

卸载「 Edge 游戏助手」
在我这里是没有直接安装这个小组件的。如果要卸载的话,按 Win + G 打开 Game Bar ,点「小组件菜单」按钮(图标是九宫格),最下面「小组件商店」 → 已安装,卸载。

MSI Center
即使是在官网下载 exe ,最后安装完成也是变成微软商店应用。
可以在这里更新驱动。

exe 安装的应用

按照安装顺序排序

7-Zip
设置文件关联,需要在 Windows 里面设置。即使用管理员权限运行 7-Zip 也不能设置成功。

IDM Internet Download Manager
支持 B 站的视频:选项 - 常规 - 自定义浏览器中的 IDM 下载浮动条 - 添加文件类型 M4S

Firefox
修改默认浏览器之后,再打开 Edge 浏览器时,记得不要手快点错了

Edge 弹窗

Steam
Steam 的游戏库:迁移数据后数据盘的库是不能用的,会提示「磁盘写入错误」;需要在设置里「移除库」再新建,默认文件夹名字是:SteamLibrary
还原游戏程序:只需要把文件夹放在正确的位置,在 Steam 里点「安装」,Steam 就会开始验证文件,验证完成就可以了。

VMware

  1. 安装 17.5.2 版本
  2. 覆盖数据
  3. 导入虚拟机,选择移动不要选复制

安装软件完成后的设置

精简右键菜单

开始菜单固定的程序

(右下角)系统托盘图标排序

优化开机启动
任务管理器 → 启动。

优化服务项
Win + R ,msconfig

参考资料

Gemini
ChatGPT
[官方双语] Windows ,这么装才干净 - 2025 版 Windows11 安装教程 》 LTT

看了但没用上

Windows 系统超基础必学调教指南 》赵德柱。对新手很有帮助

更新日志

2026-01-22 第一版
2025-12-24 开始写、规划


欢迎关注我的频道: https://t.me/fengwq