包含关键字 typecho 的文章

今日速览

  1. Starnus:自动化帮你精准触达理想客户。
  2. Gro:AI 销售引擎,把数据变成实际行动。
  3. EditWithAva:AI 视频剪辑,创意秒变可发布大片。
  4. Lindy Assistant:主动式 AI 助理,每天省你两小时。
  5. Visual Editing by DatoCMS:无头 CMS 也能轻松实现所见即所得。
  6. Edgee:压缩提示降成本,AI 账单砍一半。
  7. Scout Program:用真金白银玩转早期投资竞技场。
  8. FocalRead:三倍速阅读神器,告别书单压力。
  9. Visla AI Director Mode:AI 导演模式,逐帧规划你的视频故事。
  10. Cube:AI 代理构建数据模型,分析报告零错误。


1. Starnus

这款工具专为创业者和 B2B 团队打造,能自动化搞定外部推广,让你轻松找到并联系下一个客户。

  • 定义理想客户群(ICP),自动匹配相似潜在客户
  • 整合商业和联系数据,丰富客户信息
  • 生成个性化联系内容,提升转化率
  • 一站式平台跟踪回复情况,全程无忧

Starnus
热度:🔺464
访问官网 Product Hunt 详情


2. Gro

当销售团队被数据淹没时,Gro 帮你把这些数据转化为实际行动,打造统一高效的 AI 销售引擎。

  • 整合潜在客户开发、目标定位、外展联系和意图追踪
  • 实时更新超 10 亿条数据库,基于 AI 进行倾向评分
  • 支持多渠道自动化,精准捕捉意图信号
  • 无需导出数据或分散工具,工作流程无缝衔接

Gro
热度:🔺389
访问官网 Product Hunt 详情


3. EditWithAva

全球首款 AI 助手视频编辑器,能理解你的素材语义,把创意直接变成可发布的视频作品。

  • 自动选择场景,剪辑重复镜头,节省编辑时间
  • 按创意意图组装编辑,支持插入补充镜头和添加字幕
  • 提供配音等功能,提升视频专业度
  • 简化视频制作流程,从创意到发布一气呵成

EditWithAva
热度:🔺346
访问官网 Product Hunt 详情


4. Lindy Assistant

你的 AI 执行助理,设置只需两分钟,却能每天主动帮你节省两小时,管理邮箱、会议和日历不在话下。

  • 主动筛选邮件,准备会议,无需手动提示
  • 自动记录笔记,发送跟进邮件,提升工作效率
  • 简化日常任务管理,释放更多时间专注核心工作
  • 用户友好设置,快速上手体验智能助理便利

Lindy Assistant
热度:🔺260
访问官网 Product Hunt 详情


5. Visual Editing by DatoCMS

解决了无头 CMS 与可视化编辑的复杂关系,让开发者轻松实现,内容编辑者享受所见即所得的流畅体验。

  • 提供简单易用的方法,在 DatoCMS 中集成可视化编辑
  • 结合草稿模式和实时更新,修改内容直观快捷
  • 消除在记录表单中寻找字段的麻烦,提升编辑效率
  • 增强内容管理系统用户体验,支持无缝协作

Visual Editing by DatoCMS
热度:🔺171
访问官网 Product Hunt 详情


6. Edgee

在提示信息到达大语言模型前进行压缩,能大幅降低令牌成本,帮你省下一半的 AI 账单。

  • 压缩提示信息,减少令牌使用量
  • 支持相同代码运行,成本降低多达 50%
  • 无缝集成现有工作流程,无需额外调整
  • 专注于优化 AI 应用的经济性,提升性价比

Edgee
热度:🔺170
访问官网 Product Hunt 详情


7. Scout Program

像玩幻想体育一样,用真实资金进行早期投资,公开透明地展示投资者技能,打造可验证的投资记录。

  • 每季度提供 10 万美元资金,投资初创公司
  • 投资者公开构建投资理论,竞争表现结果
  • 投资组合和结果完全透明,提升信任度
  • 压缩十年声誉积累,突出季度竞技亮点

Scout Program
热度:🔺132
访问官网 Product Hunt 详情


8. FocalRead

别再被书单压垮了!这款工具利用快速串行视觉呈现技术,帮你以三倍速度阅读,同时提升理解力。

  • 从 Safari、X 或 Reddit 直接分享文章导入
  • 支持 EPUB、PDF 文件导入,或粘贴任意文本
  • 可调节阅读速度(100-1200 字/分钟),适应不同需求
  • 提供书签、多种主题、章节导航和可分享引用视频

FocalRead
热度:🔺124
访问官网 Product Hunt 详情


9. Visla AI Director Mode

Visla 推出的 AI 导演模式,让你从任何输入开始,逐帧规划视频场景,打造专业级的 AI 生成视频。

  • 利用 AI 生成逐帧故事板图像,规划视频场景
  • 设定视频风格、节奏、配音风格和屏幕元素
  • 锁定产品、标志等品牌资产,确保视觉一致性
  • 选择内容转化为完整 AI 视频片段,灵活控制成品

Visla AI Director Mode
热度:🔺119
访问官网 Product Hunt 详情


10. Cube

AI 分析工具常因不了解业务逻辑而出错,Cube 通过自动构建语义层,确保回答问题和生成报告零错误。

  • AI 代理自动构建语义层,理解业务逻辑
  • 连接数据后几秒内获得准确结果,提升分析效率
  • 基于开源语义层(GitHub 超 19,000 星),可靠透明
  • 提供免费使用选项,降低入门门槛

Cube
热度:🔺113
访问官网 Product Hunt 详情

先提前祝各位 v2exer 新年快乐不加班,工资和头发都越来越多!

起因:没啥原因,虽然现在用的 华为 Q6 网线版+华为 ax6 没啥大问题,但是就是想折腾(不支持自定义 hosts,关闭 dhcp 后,ikuai 获取不到 dhcp 请求,不支持端口回流或者性能有问题,夏天偶发过热死机,端口偶发变成 100MB)

参考 acwifi 的文章,整了一个万能组网 https://www.acwifi.net/29361.html

求大佬们看下有没有啥问题:
光猫桥接,tp 5005pe ac 拨号,下接中兴 BE5100pro+(客厅)和中兴 晴天 PoE 子路由或者小米 BE3600 Pro 子路由(卧室,这两个我问了客服都支持瘦 ap 模式,主要是为了卧室美观才上了一个 poe 子路由)

pasted-image-1770967876964.webp

大佬们,这样组网有啥问题们,有什么更好的建议么

  1. 假如方案可以,客厅的 nas 可以直接接 5005pe 上了(客厅留了双网口),be5100pro+ 降级 be5100 单 2.5g 口
  2. 除了上面列出的设备,有没有其他的性价比选择(尽量不加钱)

开源项目 OpenClaw(原名 Clawdbot / Moltbot)在 GitHub 上的星标数突破 14 万,揭示了 AI 技术栈的显著演进:人工智能正从被动生成的“对话框”,迈向具备自主规划能力的“智能代理(Autonomous Agents)”。OpenClaw 正是这一概念的工程化落地——它以轻量级 CLI 工具的形式,在用户设备上启动了一个本地网关服务,为 Agent 提供了一个安全、持久且可扩展的运行时环境。

在这个环境中,Agent 是决策核心,Skills 是能力边界。网关则作为运行时,负责协调交互、记忆与执行三大子系统。它依据 Skills 的标准化接口定义,将大模型的模糊意图映射为精准的系统指令,从而驱动整套智能体生命周期的运转:

  • 交互与感知:它通过插件化适配器统一接入 WhatsApp、Telegram,并利用 Webhook 对接钉钉、飞书等国内平台;同时通过心跳机制与 Cron 调度器,实现 7×24 小时的任务值守与主动触发。
  • 决策与记忆:内置的 Memory 子系统利用本地向量数据库,为 Agent 提供了持久化的长短期记忆,使其能记住用户偏好与历史决策;配合 Skills 注册表,Agent 可按需加载外部工具(如邮件收发、日历管理),不断扩展能力边界。
  • 安全执行:它不依赖脆弱的本地环境,而是直接调度宿主机的 Docker Daemon,为每个任务动态创建临时沙箱容器来隔离运行代码;同时集成 Headless Chromium,利用 CDP 协议实现像素级的浏览器自动化。

这种架构让 AI 从“聊天窗口”真正走入“生产环境”,升级为能交付结果的“数字员工”。

为什么选择在 SAE 上托管 OpenClaw?

OpenClaw 的执行力依赖于对 Docker 运行时和系统资源的深度调用。阿里云 SAE 凭借全功能的容器环境与Serverless 化的资源调度,为 OpenClaw 提供了一个既能完整运行其所有高级功能,又能避免资源闲置与运维复杂的理想托管平台。

零门槛释放 Agent 全量能力

OpenClaw 的核心能力在于能动态创建“沙箱”来执行代码,这要求宿主环境具备完整的 Docker 运行时权限。

SAE 原生支持 Docker-in-Docker (DinD) 模式,允许 OpenClaw 在实例内部独立运行一套完整的 Docker Daemon。这意味着无论是启动临时的 Python 执行环境,还是运行 Headless 浏览器进行网页操作,都能在云端顺畅执行,开发者无需关心底层的环境搭建,即可获得与本地部署一致的完整功能体验。

极致弹性实现算力取用自由

OpenClaw 的工作负载往往具有显著的潮汐效应与脉冲特征,固定规格的部署方式必然无法兼顾性能和成本。

SAE 提供了秒级的水平扩缩与垂直规格调整能力,能够精准跟随 Agent 的实际负载动态分配资源。配合秒级冷启动机制,以及精准的按量付费模式,开发者可以真正实现“用多少付多少”,以最优的成本结构支撑 Agent 的全天候运行。

全托管架构保障服务高可用

作为你的“数字员工”,OpenClaw 需要具备生产级的稳定性。

SAE 提供了全托管的运行环境,内置了跨可用区容灾、健康检查与故障自愈能力。开发者无需关注服务器的补丁更新或宕机恢复,只需专注于 Agent 的 Skills 开发与业务逻辑构建,即可获得 7×24 小时 的企业级服务保障。

部署与配置步骤指引

前置准备

在开始部署前,请确保已完成以下准备工作:

  • 已开通并授权Serverless应用引擎,详见准备工作
  • 已安装并配置 saectl 命令行工具
    用于远程访问 OpenClaw 实例。安装与配置方法详见Saectl 命令行工具
  • 专有网络(VPC)中已配置公网 NAT 网关并绑定 EIP
    用于沙箱容器访问公网(如模型 API、网页抓取等)

Step1:应用中心一键部署

  1. 登录 SAE 控制台,进入「应用中心」。
  2. 搜索并点击模板 「OpenClaw — Serverless 部署」,进入服务创建页面。
  3. 在表单中填写以下必要信息:

    • 服务实例名称:自定义,如 openclaw-test
    • 专有网络(VPC):选择已配置 NAT 网关的 VPC
    • 交换机(vSwitch):选择对应可用区的交换机
  4. 其余参数保持默认,点击「创建」。

服务创建通常需要 2–3 分钟。创建完成后,在 SAE 应用列表中将看到名为 openclaw-gateway 的应用。

Step2:登陆应用实例并初始化配置

OpenClaw 的 CLI 命令需在 Gateway 容器内部执行。您可通过以下任一方式登录:ont>

方式 A:通过 SAE 控制台 WebShell

1.在 SAE 控制台找到 openclaw-gateway 应用。
2.进入「实例列表」,点击任意实例右侧的 「WebShell」 按钮,即可进入容器终端。

方式 B:通过 saectl 命令行工具(推荐)

saectl exec -it -n <namespace> <pod-name>

详见使用 Saectl 工具管理应用实例 Pod

后续所有命令均在容器实例内执行。

初始化 OpenClaw 运行环境

1.设置终端逻辑尺寸(避免 TUI 渲染异常)

stty rows 40 cols 120

2.执行初始化命令

openclaw onboard --install-daemon

此命令将通过交互形式引导您完成基础配置,并安装后台守护进程。

过程中若提示 “Systemd user services are unavailable.”,属正常现象。OpenClaw 在容器环境中使用轻量级进程管理器 supervisord 替代 systemd。

启动 Gateway 服务

在容器内使用 supervisord 管理服务生命周期:

  • 首次部署后启动服务:
supervisorctl start openclaw
  • 后续修改配置后重启服务:
supervisorctl restart openclaw

Step3:配置百炼为模型提供商

  1. 将阿里云百炼接入为兼容 OpenAI 协议的模型后端。
openclaw config set models.providers.dashscope '{
  "baseUrl": "https://dashscope.aliyuncs.com/compatible-mode/v1",
  "api": "openai-completions",
  "apiKey": "your-api-key-here",
  "models": [
    {
      "id": "qwen3-max-2026-01-23",
      "name": "qwen3-max-2026-01-23",
      "reasoning": false,
      "input": ["text"],
      "cost": {
        "input": 0,
        "output": 0,
        "cacheRead": 0,
        "cacheWrite": 0
      },
      "contextWindow": 262144,
      "maxTokens": 65536
    }
  ]
}'
请将your-api-key-here 替换为有效的百炼 API Key。
  1. 指定该模型为默认推理模型(需与上述 id 一致):
openclaw config set agents.defaults.model.primary "dashscope/qwen3-max-2026-01-23"
  1. 重启 Gateway 使配置生效

Step4:启用并配置沙箱环境

OpenClaw 的沙箱机制用于隔离 AI 代理的代码执行、文件操作和浏览器自动化行为。

# 1. 启用全功能沙箱模式
openclaw config set agents.defaults.sandbox.mode "all"

# 2. 指定代码执行沙箱的基础镜像
openclaw config set agents.defaults.sandbox.docker.image "openclaw-sandbox:bookworm-slim"

# 3. 设置代码沙箱的网络模式(bridge 允许外网访问;若无需联网可设为 "none")
openclaw config set agents.defaults.sandbox.docker.network "bridge"

# 4. 启用浏览器自动化沙箱
openclaw config set agents.defaults.sandbox.browser.enabled true

# 5. 指定浏览器沙箱镜像
openclaw config set agents.defaults.sandbox.browser.image "openclaw-sandbox-browser:bookworm-slim"

# 6. 设置浏览器沙箱的网络模式(同上,按需选择 "bridge" 或 "none")
openclaw config set agents.defaults.sandbox.browser.network "bridge"

Step5:访问 OpenClaw 控制界面

OpenClaw 支持两种交互方式:终端 TUI 和 Web Control UI。

方式A:命令行 TUI

openclaw tui

默认进入 main Agent 的 main Session,可直接开始对话。

方式B:Web Control UI

  1. 确认 Gateway 绑定地址
# 查看配置
openclaw config get gateway.port
openclaw config get gateway.bind

# 应该是:
# port: 18789
# bind: "lan"

若 gateway.bind 为 loopback,则无法从外部访问,需要设置为 lan

# 修改为 lan(允许外部访问)
openclaw config set gateway.bind "lan"

# 重启 Gateway
supervisorctl restart openclaw
  1. 配置公网访问入口

在 SAE 控制台为应用绑定 CLB 并生成公网访问 IP,并配置 HTTPS 监听器,容器端口为 18789(OpenClaw Gateway 监听端口)。

  1. 设备配对

获取认证凭据:

# 获取 Gateway 认证 Token
openclaw config get gateway.auth

在浏览器中打开:

https://<CLB_PUBLIC_IP>:18789?token=<GATEWAY_AUTH_TOKEN>

首次访问将显示 “Pairing required”,表示需授权当前设备。

批准设备配对请求

# 列出待处理的配对请求
openclaw devices list --token "<GATEWAY_AUTH_TOKEN>"

# 找到状态为 "pending" 的请求 ID,并批准
openclaw devices approve <requestId>

批准后刷新页面,即可正常使用 Web 控制台。

构建钉钉 AI 助理

Step1:创建钉钉应用

创建钉钉应用需要您的钉钉账号有开发者权限。您可以联系您的组织管理员获取钉钉开放平台的开发权限,具体操作请参见获取开发者权限

  1. 创建应用

a. 访问钉钉开放平台,点击创建。如果创建过应用但未展示应用开发指引,点击立即开始进入钉钉应用页面。

b. 在应用开发的左侧导航栏中,点击钉钉应用,在钉钉应用页面右上角点击创建应用。
c. 在创建应用面板,填写应用名称和应用描述,在应用图标上传图标,完成后点击保存。

  1. 查看应用 Client ID 和 Client Secret

在左侧菜单选择凭证与基础信息,复制Client ID和Client Secret,用于下一步创建连接流。

  1. 创建消息卡片
    a. 访问卡片平台,点击新建模板。

b. 在创建模板输入框,填入模板信息,单击创建。

c. 在模拟编辑页面,不要使用预设模板,不需要进行任何额外操作,直接保存并发布模板。然后点击返回模板列表页面。

d. 直接保存并发布模板。然后点击返回模板列表页面。

e. 返回模板列表,复制模板 ID,用于创建钉钉连接流使用

  1. 授予应用发送卡片消息权限

创建卡片后,您需要给应用授予发送卡片消息的权限。

a.访问钉钉应用列表。找到刚刚创建的应用,点击应用名称进入详情页面。

b.在左侧菜单选择开发配置 > 权限管理,在左侧搜索框分别输入Card.Streaming.Write和Card.Instance.Write,并在操作列点击申请权限。

Step2:创建 AppFlow 连接流

  1. 使用 AppFlow模板 创建连接流,单击立即使用进入创建流程。
  2. 在连接流账号授权配置向导页,点击钉钉应用机器人下的添加新凭证,填入创建的应用的 Client ID 和 Client Secret,并设置一个自定义凭证名称。

  1. 在连接流的账户授权配置向导页,点击 moltbot 下的添加新凭证。输入之前通过以下命令获取的 token。
openclaw config get gateway.auth

  1. 在执行动作配置向导页按照页面提示配置完成后点击下一步。

    • 公网地址:填写 SAE 应用访问配置中的公网访问地址https://<CLB_PUBLIC_IP>:18789
    • 模板ID:填写保存的AI卡片模板ID。
  2. 在基本信息配置向导页,填写连接流名称和连接流描述(保持默认),完成后点击下一步。
  3. 界面提示流程配置成功,复制 WebhookUrl,点击发布。

Step3:配置钉钉机器人

  1. 添加并配置机器人

    • 进入钉钉开发者后台,找到您的应用,点击进入详情页。
    • 在「应用能力」中点击「添加能力」,选择「机器人」。
    • 开启机器人开关,消息接收模式选择 HTTP,并将消息接收地址填为 OpenClaw 生成的 Webhook URL,完成后点击「发布」。
  2. 发布应用版本

    • 在应用开发页面,进入「版本管理与发布」。
    • 点击「创建新版本」,填写版本号和描述,设置可见范围后保存,并在弹窗中点击「直接发布」。
  3. 在钉钉群中使用机器人

    • 进入目标钉钉群 → 群设置 → 智能群助手 → 添加机器人。
    • 搜索并选择您刚创建的机器人,完成添加。
    • 在群聊或私聊中 @该机器人,即可开始对话。

      本实践需加白使用,如果您有任何疑惑,欢迎加入“Serverless应用引擎(SAE)用户群”,钉钉群号:23198618。

Joria

Joria 是一款倡导 append-only 笔记法的 mac 原生笔记应用,支持相似性检索和对话。

Antigravity 编码,Nano Banana Pro 设计, 现已上架 👉 https://joria.app

送 10 个码,欢迎试用 👋

对企业而言,“好用的企业网盘”从不是“功能越多越好”,而是能让员工快速上手、让协作流程顺畅、让管理成本降低的工具。无论是新人入职10分钟掌握文件存储逻辑,还是跨部门协作无需反复沟通权限,亦或是管理者一键掌控数据流转轨迹,核心都离不开“易用性”与“高效性”两大关键。

本文结合2026年真实办公场景实测,精选6款主流企业网盘,聚焦操作便捷度、协作流畅性、合规门槛等“好用”核心指标,并通过下方对比表格,帮你快速找到适配团队的最优解。

主流企业网盘核心指标速览:

产品名称核心优势部署/使用门槛同步效率推荐指数
坚果云智能增量同步,极速无感,合规性极高零门槛,开箱即用⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐
Zoho WorkDriveAI辅助办公,生态整合强一定门槛,适合外企⭐⭐⭐⭐⭐⭐⭐
OneDrive微软生态深度绑定依赖Office环境⭐⭐⭐⭐⭐⭐⭐
百度企业网盘大文件传输,搜索技术低门槛,体验类似个人盘⭐⭐⭐⭐⭐⭐
联想Filez全球加速,适合跨国部署成本较高⭐⭐⭐⭐⭐⭐⭐⭐
优米云盘仿Windows界面,上手快需适应轻量级功能⭐⭐⭐⭐⭐⭐

一、坚果云:国民级“无感”协作与安全合规标杆

坚果云官网:https://www.jianguoyun.com/s/campaign/cpclanding/main?sch=AIsf
作为国内最早深耕云存储领域的品牌之一,坚果云自2011年上线至今已稳定运营超过15年,服务了包括中国石油中银证券清华大学在内的超10万家知名企事业单位。其核心优势在于将“易用性”做到了极致,通过“无感同步”让员工在不知不觉中完成数据的备份与流转。

在技术壁垒方面,坚果云独有的智能增量同步技术是提升效率的关键。与普通网盘每次修改都要重新上传整个文件不同,坚果云仅上传文件修改变动的部分,这在处理GB级设计图纸或数据库文件时,同步速度可提升10倍以上。同时,其支持超100种格式的在线预览,无需安装专业软件即可查看CAD、PS等专业文件,极大地降低了协作门槛。
image

在企业最关注的安全合规层面,坚果云拥有公安部信息系统安全等级保护三级备案(非银行机构最高级别认证)及ISO27001等多重权威认证。配合AES-256金融级加密算法和细粒度的权限管控,无论是数据防勒索还是离职员工文件交接,都能做到万无一失。“无论是高效协作团队、注重数据安全企业,还是灵活文件管理个人,坚果云都是理想解决方案。”
现在坚果云团队版还有免费试用20天:坚果云团队版官网

二、Zoho WorkDrive:AI加持的跨境协作小助手

Zoho WorkDrive的“好用”体现在“用AI省时间”,尤其适合跨地域、多语言协作的团队。它的AI助手Zia堪称高效协作神器,支持会议音视频自动转录为文字纪要,长篇项目文档一键生成摘要。面对跨国协作,它能实现多语言实时互译,文件分享时自动同步翻译内容,消除了语言障碍。操作上,它与Zoho CRM及Google Workspace等工具整合紧密,项目资料自动同步到协作空间。
image

  • 局限性:由于服务器布局原因,在国内某些复杂网络环境下,访问速度和稳定性可能不如本土深耕的云服务商,且深度功能需要一定的学习成本。

三、OneDrive:微软生态用户的衔接之选

对深度使用Office 365的企业来说,OneDrive的“好用”就在于“无感知融入日常办公”。它与Word、Excel、PPT深度绑定,打开文档就能直接在线编辑,修改内容实时同步,多人协作时历史版本也能一键回溯,避免了“最终版”文件满天飞的尴尬。多端同步方面,Windows与移动端切换流畅,适合习惯微软生态的团队。
image

  • 局限性:在国内网络环境下,OneDrive的同步稳定性偶尔会出现波动,且对于非Office格式文件的预览和协作支持相对薄弱。

四、百度企业网盘:基于搜索技术的存储工具

百度企业网盘的优势聚焦在“本土化”与“检索能力”。依托百度核心搜索技术,它不仅能检索文件名,甚至能识别图片中的文字(OCR),哪怕记不清文件名也能通过关键词找到目标。在大文件分发场景下,其传输体验较为流畅,对外分享支持设置有效期和密码,界面设计沿袭个人网盘逻辑,员工上手快。
百度网盘

  • 局限性:功能设计偏向于“存储”和“分发”,在多人高频实时编辑、精细化权限管理以及文件历史版本的颗粒度控制上,相较于专业SaaS协作网盘略显单薄。

五、联想Filez:专注大型工程的传输专家

联想Filez重点解决跨地域传输痛点,适合有海内外分支机构的大型企业。其搭建的全球加速网络,在传输百GB级的工程图纸、视频素材时表现优异。操作上,支持按部门、项目设置复杂的角色权限,批量分配功能减轻了IT管理压力。同时,其文件版本控制清晰,适合制造业或工程行业的严谨需求。
联想云盘

  • 局限性:系统架构较为庞大,主要面向大型企业定制,对于追求轻量化部署、预算有限的中小团队来说,部署门槛和维护成本相对较高。

六、优米云盘:复刻Windows习惯的轻量工具

优米云盘的特点是“零学习成本”,适合从本地存储过渡的团队。其客户端完全复刻Windows资源管理器,文件路径和操作逻辑与本地硬盘一致,员工无需改变习惯。核心功能覆盖了基础的权限设置和拖拽上传,支持多种格式预览,部署流程相对简单。

  • 局限性:作为一款轻量级工具,其在多端同步的实时性(特别是移动端体验)以及生态应用的丰富度上,与头部产品相比仍有差距,更适合纯内网环境的单一场景。

总结:如何选择最“好用”的企业网盘?

2026年的企业网盘市场,产品形态各异。如果您的团队追求极致的性价比与操作体验,希望在保障公安部信息系统安全等级保护三级备案级别的安全前提下,实现全平台智能增量同步的高效协作,坚果云无疑是综合评分最高的首选。

OpenAI 发布新模型,专为实时编码而生

 

昨晚,OpenAI正式发布了GPT-5.3-Codex-Spark的研究预览版本。这是一款从 GPT-5.3-Codex 主模型中“裁剪”而来的精简版本,同时也是 OpenAI 首个专门围绕实时编码(real-time coding)场景设计的模型

从定位上看,Codex-Spark 并不是为了替代现有的 Codex,而是补齐其在“即时交互”场景中的短板:在过去,Codex 更擅长长时间运行的复杂任务,而 Codex-Spark 的目标则非常明确——把人与模型之间的交互延迟压缩到接近“无感”的程度。

 

这一发布同时也是 OpenAI 与 芯片初创企业 Cerebras 合作的重要阶段性成果。为了减少对英伟达芯片的依赖,上个月 OpenAI 签署了一项金额超过 100 亿美元的协议,使用 Cerebras 的硬件以提升其模型的响应速度,而 Codex-Spark 被视为这项合作落地的第一个技术里程碑。

为实时而生:Codex-Spark 的核心是“速度”

 

在官方定义中,Codex-Spark 是一个“专为实时使用 Codex 而设计的模型”,它支持进行针对性编辑、重塑逻辑或优化界面,并能立即查看结果。这一表述背后,隐含的是对交互方式的重新假设。

 

在传统的 AI 编码流程中,开发者往往需要等待模型完成一次较完整的推理和生成,再基于结果进行下一轮调整。这种模式在复杂任务中是必要的,但在日常开发中——例如小范围代码修改、逻辑重构、界面样式调整——高延迟本身就成为效率瓶颈。

 

Codex-Spark 针对的正是这一类高频、碎片化、对即时反馈极度敏感的使用场景。

 

据 OpenAI 介绍,Codex-Spark 在执行长时间运行的任务方面展现出卓越的优势,无需人工干预即可自主运行数小时、数天甚至数周。借助 Codex-Spark,Codex 现在既支持长时间运行的复杂任务,也支持即时完成工作。

 

Codex-Spark 在发布时拥有 128k 的上下文窗口,并且仅支持文本。在研究预览期间,Codex-Spark 将拥有独立的速率限制,其使用量不计入标准速率限制。但是,当需求量较高时,用户可能会遇到访问受限或临时排队的情况,因为需要平衡不同用户的可靠性。

 

OpenAI 还表示,Codex-Spark 针对交互式工作进行了优化,在这种工作环境中,延迟与智能同样重要。用户可以与模型实时协作,在模型运行过程中随时中断或重定向它,并快速迭代,获得近乎即时的响应。由于 Codex-Spark 注重速度,因此其默认工作方式非常轻量级:它只进行最少的、有针对性的编辑,并且除非用户主动要求,否则不会自动运行测试。

 

提示词:制作一款贪食蛇游戏

编码能力如何?

 

在评估层面,Codex-Spark 作为一个小型模型,仍然在多个软件工程基准测试中表现突出。

 

Codex-Spark 特意针对快速推理进行了优化。在 SWE-Bench Pro 和 Terminal-Bench 2.0 这两个评估智能体软件工程能力的基准测试中,GPT-5.3-Codex-Spark 表现出色,且完成任务所需时间远低于 GPT-5.3-Codex。

 

持续时间估计为以下各项之和:(1)输出生成时间(输出 token ÷ 采样速度),(2)预填充时间(预填充令牌÷预填充速度),(3)工具执行总时间,以及(4)网络总开销。

 

那么,这样的编程表现是如何实现的?在训练 Codex-Spark 的过程中,OpenAI 意识到模型速度只是实现实时协作的一部分——还需要降低整个请求-响应流程的延迟。所以研发团队在框架中实现了端到端的延迟优化,这将使所有模型受益。

 

在 Codex-Spark 的研发过程中,OpenAI 意识到一个关键问题:模型本身的速度只是实时体验的一部分

 

真正影响用户感受的,是从客户端发出请求,到第一个可见 token 出现,再到持续生成的整个端到端路径。

 

因此,OpenAI 对 Codex 的底层架构进行了系统级优化,包括:简化客户端到服务器、以及服务器返回响应的流程、重写推理栈中的关键路径、改进会话初始化机制、引入持久化 WebSocket 连接以及对响应 API 进行针对性优化。

 

这些改动带来的量化结果包括:

 

  • 客户端/服务器单次往返开销降低80%

  • 每个 token 的处理开销降低30%

  • 第一个 token 的出现时间缩短50%

 

Codex-Spark 默认启用 WebSocket 路径,而这一通信方式也将在未来逐步成为所有模型的默认配置。

 

这印证了 Codex-Spark 的核心定位:不是通过更复杂的推理链取胜,而是通过更快的反馈循环提升整体效率

开发者关注的不只是“更快”

 

OpenAI发布面向实时编码场景的Codex-Spark研究预览版后,在 x 上迅速展开讨论。与官方强调的“超低延迟”和“即时协作体验”相比,社区关注的焦点明显更加集中在一个问题上:在速度大幅提升的同时,模型是否还能维持足够的推理深度与代码质量

 

从目前的讨论来看,围绕 Codex-Spark 的反馈并不单一,而是呈现出几种具有代表性的声音。

 

有 x 用户表示:

 

“真正的问题不仅仅是速度。关键在于它能否在压力下保持质量。如果延迟降低而推理深度没有减少,这将改变日常工作流程。”

还有用户指责 OpenAI 过于关注编码性能,其他性能被忽视了。

 

“你们把所有注意力都放在代码和那些影响用户体验的广告上,但这并非绝大多数日常用户真正关心的。你们无视 #Keep4o (保留 4o 模型)的声音,就像我们无视你们那些垃圾般的新产品一样。即便你们装作视而不见,我们也不会停止。”

 

“速度更快”固然很好,但真正的问题是:它能否在速度的同时保持代码质量?

 

有用户指出,速度快但有缺陷的代码毫无用处。代码速度慢但正确才有用。期待看看 Spark 能否在这两方面都做到最好。

多位用户表达了类似的观点,认为只速度快有什么意义?它至少应该达到 GPT 5.3 编解码器的水平。“否则,你很快就会一无所获”。

 

谷歌更新 Gemini 3 Deep Think,能处理真实科研难题

 

OpenAI 发新模型的同时,谷歌也没闲着。

 

谷歌昨晚同步更新了旗下最具研究取向的推理模型——Gemini 3 Deep Think。这次更新并非一次常规能力迭代,而是一次明确面向现代科学研究、工程建模与复杂推理问题的系统性升级。

 

值得注意的是,去年 9 月加盟谷歌 DeepMind 的清华物理系知名研究者姚顺宇(Shunyu Yao),同样是 Deep Think 新模型的核心参与者之一。

从官方定位来看,Gemini 3 Deep Think 的目标并不是更流畅的对话体验,而是解决那些长期困扰科研人员和工程师的“硬问题”:

 

这些问题往往缺乏明确的解题路径,不存在唯一正确答案,数据本身也常常不完整、噪声较多,甚至彼此矛盾。

 

谷歌表示,此次更新是在与大量科学家和研究人员的长期合作基础上完成的,模型的设计思路也明显偏向真实科研与工程实践,而不仅是抽象推理能力的展示。

 

全新 Deep Think 现已在 Gemini 应用中上线,供 Google AI Ultra 订阅用户使用。此外,我们首次通过 Gemini API 向部分研究人员、工程师和企业开放 Deep Think 的使用权限。

 

Deep Think 访问地址:https://forms.gle/eEF5natXTQimPhYH9

 

以下是早期测试用户如何使用最新版 Deep Think 的演示:

 

罗格斯大学的数学家丽莎·卡博内致力于研究高能物理学界所需的数学结构,以弥合爱因斯坦引力理论和量子力学之间的鸿沟。由于该领域缺乏大量的训练数据,她利用 Deep Think 技术审阅了一篇高度专业的数学论文。Deep Think 成功地识别出了一个细微的逻辑缺陷,而这个缺陷此前在人工同行评审中均未被发现。

在杜克大学,王氏实验室利用 Deep Think 技术优化了复杂晶体生长的制备方法,以期发现新的半导体材料。DeepThink 成功设计了一种能够生长厚度大于 100 微米薄膜的工艺,达到了以往方法难以企及的精确目标。

 

谷歌平台与设备部门研发主管、前 Liftware 首席执行官 Anupam Pathak 测试了新的 Deep Think,以加速物理组件的设计。

运用数学和算法的严谨性提升推理能力

在以往的大模型评估体系中,推理能力往往通过标准化问题来衡量:问题定义清晰、目标明确、评价方式单一。

 

而 Gemini 3 Deep Think 试图应对的,是另一类问题——研究型问题。

 

这类问题通常具备几个特征:

  • 没有固定模板

  • 没有明确步骤

  • 数据来源复杂且不完备

  • 解题过程本身可能需要不断修正假设

 

谷歌在技术博客中强调,Deep Think 的更新重点,在于将深厚的科学知识与工程实践中的常识和方法论结合起来,让模型不再停留在理论层面,而是更贴近真实世界的研究流程。

 

在推理能力的提升上,数学与算法仍然是 Gemini 3 Deep Think 的核心抓手。

 

早在去年,谷歌就曾展示过专门定制的 Deep Think 版本,在多项高难度推理任务中取得突破,并在国际数学和编程类赛事中达到金牌水平。此次更新,在这一方向上继续向前推进。

 

根据谷歌披露的数据,升级后的 Deep Think 在多项严苛学术基准测试中刷新了当前水平,包括:

 

  • 在 Humanity’s Last Exam(“人类的最后考验”)中,在不借助任何外部工具的前提下,取得 48.4% 的成绩。这一基准被认为是专门用于测试前沿模型能力极限的高难度测试。

  • 在 ARC-AGI-2 测试中,Deep Think 取得 84.6% 的成绩,并已通过 ARC Prize Foundation 的官方验证。

 

  • 在竞技编程平台 Codeforces 上,模型达到了 3455 Elo 的评分区间,这一水平在该平台上已属于极高段位。

 

从 Gemini Deep Think 3455 的得分来看,其编码能力排名世界第八。

  • 在 2025 年国际数学奥林匹克竞赛的评测中,整体表现达到了金牌水平。

 

这些结果表明,Deep Think 的提升并非集中在单一任务类型,而是在多种高约束推理环境下保持了稳定表现。

不止于数学:向复杂科学领域扩展

相比以往更多集中在数学与代码推理上的展示,Gemini 3 Deep Think 此次更新明显扩大了能力覆盖范围。

 

谷歌表示,当前版本的 Deep Think 已经在化学、物理等多个科学领域中展现出显著提升,尤其是在需要跨学科知识和多层次建模的任务中。

 

在官方披露的测试中:

  • 在 2025 年国际物理奥林匹克竞赛和国际化学奥林匹克竞赛的笔试部分,Deep Think 均达到了金牌级别表现。

  • 在评估高等理论物理能力的 CMT-Benchmark 中,模型取得了 50.5% 的分数,显示出其在凝聚态物理等高度抽象领域中的推理潜力。

 

这些结果意味着,Deep Think 已不再局限于形式化推理问题,而开始具备处理真实科研难题的能力基础。

面向真实工程场景,而非“榜单模型”

谷歌在介绍中反复强调,Gemini 3 Deep Think 的设计目标,并不是单纯在榜单中取得高分。

在工程应用层面,Deep Think 被定位为一种辅助研究与工程决策的工具,可用于:

 

  • 帮助研究人员理解结构复杂、变量众多的数据

  • 协助工程师使用代码对物理系统进行建模与仿真

  • 在设计与验证阶段提供多路径推理支持

 

尤其是在工程与科研交叉的场景中,Deep Think 被视为一种潜在的“认知放大器”,而不是自动化替代方案。

 

谷歌表示,接下来将继续通过 Gemini API 等渠道,将这一能力逐步提供给真正需要它的研究人员和从业者,并在真实使用中持续优化模型行为。

 

从此次更新可以看出,Gemini 3 Deep Think 的发展方向,正在从单点能力展示,逐步走向更底层的科研与工程智能基础设施。

 

在大模型普遍追求通用性和产品化体验的背景下,谷歌选择继续在 Deep Think 上深耕高复杂度、低确定性的任务空间。这一策略,也使其在当前大模型格局中,形成了与偏重实时交互和工具化路径的模型体系的明显区隔。

 

随着 Gemini API 的逐步开放,Gemini 3 Deep Think 是否能够真正嵌入科研与工程流程,并在真实环境中经受住复杂问题的考验,将成为外界关注的下一步关键。

用户:这是真正有用的工具

和 OpenAI Codex Spark 一样,谷歌 Deep Think 也一样逃不掉网友热议。

 

在 x 上,有用户认为,Deep Think 的价值在于它能否经受住现实的考验:返回可运行的代码,显示假设/单位,并在数据缺失时发出明确的错误提示。如果它仍然只是“推理”工具,无法交付模拟程序或调试模型,那么它只不过是一个更高级的自动补全工具而已。

 

还有 x 用户认为这是一次重要的升级,他表示:“Gemini 将草图转化为 3D 打印模型的功能简直太棒了——这才是工程师们真正会使用的 AI 升级。如果这种趋势持续下去,原型制作速度将提升近 10 倍。”

 

一位主页介绍为 Amazon 工程师的 x 用户表示:我们正在从聊天时代迈向推理时代。谷歌刚刚升级了 Gemini 3 Deep Think,以解决科学和工程领域最棘手的问题。

 

“为什么这次更新是一次力量倍增器:它通过探索多个假设来解决没有单一‘正确’答案的问题。针对研究和高级工程中混乱、不完整的数据进行了优化。它使用‘思维签名’来保持长期、复杂项目的逻辑性。”

 

 

还有用户表示,此次更新的模型取得的基准测试结果令人印象深刻。

 

但真正的变革将在以下情况下发生:

人工智能可将工程时间缩短 50%;

人工智能改进科学建模;

人工智能降低研发成本;

参考链接:

https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-deep-think/

https://openai.com/index/introducing-gpt-5-3-codex-spark/

https://codeforces.com/ratings

血液形态学检查是临床诊断血液疾病的重要环节,通过观察外周血涂片(PBS)或骨髓穿刺(BMA)中的细胞形态,医生可以判断白血病、贫血、感染及遗传性血液疾病的类型。然而,这一过程不仅劳动强度大,而且高度依赖经验丰富的专业人员。尤其在低收入和中等收入国家(LMICs),技能专家稀缺,使得快速、可靠且可扩展的血液学诊断成为急需解决的问题。

近年来,人工智能和深度学习的发展为血液形态分析提供了新的解决方案。AI 模型能够自动识别不同类型的白细胞,并辅助医生进行快速诊断。研究表明,深度学习在自动化血液学诊断中具备显著潜力,但现实应用中仍面临重要挑战——模型训练对数据的依赖性极强,而临床数据通常分布在不同医院,且存在染色方法差异、成像设备差异以及少数罕见细胞类型的问题。这种数据异质性会导致模型在新机构或新患者群体中泛化能力下降。

更重要的是,医疗数据涉及患者隐私,跨机构共享数据受到严格限制。传统集中式训练方法通常需要汇集大量敏感医疗数据并依赖高性能计算资源,在很多机构难以实现。如何在保护隐私的前提下,实现多机构协作训练,成为医疗 AI 领域亟待解决的关键问题。

在此背景下,来自伦敦大学学院(UCL)计算机科学系的研究团队提出了一种用于白细胞形态分析的联邦学习框架,使各机构能够在不交换训练数据的情况下进行协同训练。利用来自多个临床站点的血液涂片,该联邦模型在保证完全数据隐私的同时,学习到稳健且域不变的特征表示。在卷积网络和基于 Transformer 的架构上的评估表明,与集中式训练相比,联邦训练在跨站点性能和对未知机构的泛化能力上表现出色。

相关研究成果以「MORPHFED: Federated Learning for Cross-institutional Blood Morphology Analysis」为题,已发布预印本于 arXiv。

研究亮点:

  • 与集中式训练相比,联邦训练在跨站点性能和对未知机构的泛化能力上表现出色
  • 该方法能够在不共享原始数据的情况下,实现跨机构模型协作训练,为资源有限的医疗环境提供了一种可行的解决方案。


论文地址:\
https://arxiv.org/abs/2601.04121\
关注公众号,后台回复「MORPHFED」获取完整 PDF

数据集:反映现实临床中的异质性

本研究使用了来自多个医疗机构的血液涂片数据,确保训练数据既能覆盖不同细胞类型,又能反映现实临床中的异质性。

具体而言,研究使用了来自两个中心的独立数据集,这两个数据集包含 11 种共同细胞类型(如中性粒细胞、嗜酸性粒细胞、嗜碱性粒细胞、早幼粒细胞等),保证分类目标一致,同时保留了染色和成像的差异,用于测试联邦学习在真实异质环境下的泛化能力。

下图显示了不同客户端的类别分布情况


联邦客户端中的类别分布

下图则展示了两个训练数据集中部分细胞类型的示例,可以明显观察到染色风格的差异,这正是模型需要克服的数据偏移。


两个训练数据集中样本细胞类型

此外,为了独立评估模型在完全未见过机构数据上的表现,研究保留了来自巴塞罗那临床医院(Client 3)的 12,992 张图像,作为外部验证集。该数据集具有不同的成像设备、染色方法及患者群体,用于测试模型在真实跨机构场景下的泛化能力。

两类深度学习架构和四种联邦聚合策略

本研究采用了两类深度学习架构:

  • ResNet-34:基于卷积神经网络(CNN)的经典架构,使用 ImageNet 预训练权重。
  • DINOv2-Small:基于自监督视觉Transformer(Vision Transformer, ViT),通过自监督学习捕捉图像全局特征。

训练遵循统一协议:联邦模型进行了 5 轮全局通信,每轮每个客户端进行 5 个本地训练周期,总计 25 个训练周期;集中式基线模型使用 25 个训练周期,并进行 4 折交叉验证,如下图所示。数据划分为 60% 训练集、13.33% 验证集、13.33% 本地测试集和 13.33% 全局测试集;所有图像均调整为 224×224 像素,并采用保守的数据增强策略(平移 ±10%,旋转 ±5°)以保持诊断形态信息。

*(A) 联邦学习框架展示了隐私保护的协作训练过程,其中 Client 1 和 Client 2 在本地进行模型训练,参数在中央服务器进行聚合。\
(B) 集中式训练范式,完全访问合并数据集,并使用 4 折交叉验证。*

两种架构均采用选择性微调:ResNet-34 冻结早期层,仅训练最后三个残差块(约 11M 参数);DINOv2-Small 冻结前 8 个 Transformer 块(0-7),训练第 8 至 11 块(约 9M 参数)。Client 3 的数据在所有训练过程中保持隔离,仅用于评估最终模型对新机构数据的泛化能力。

在联邦学习框架中,中央服务器负责协调训练并分发全局参数,但不访问原始数据;客户端在本地训练,仅返回参数更新。

研究采用了四种联邦聚合策略:

  • FedAvg:计算客户端参数的加权平均,对极端类别分布敏感。
  • FedMedian:逐坐标取中值,对异常客户端和拜占庭错误具有稳健性,但可能抑制少数类信号。
  • FedProx:在本地目标函数中加入近端约束,增强非IID数据下的收敛稳定性。
  • FedOpt:在聚合梯度上使用自适应优化(Adam),动态调整学习率以应对客户端异质性,并加快收敛。

此外,为解决严重类别不平衡问题,研究结合了 Focal Loss、加权随机采样以及梯度累积策略,保证少数类细胞的训练信号不被忽略。梯度裁剪(最大范数 1.0)确保训练过程稳定收敛。

模型性能通过平衡准确率(balanced accuracy)进行评估,重点关注跨机构泛化能力,以测试模型在遇到不同成像协议和患者群体的数据时的稳健性。

联邦训练在跨站点性能和对未知机构的泛化能力上表现出色

为了验证联邦学习框架的有效性,研究人员分别进行了联合测试集评估和外部分布数据泛化评估。

①联合测试集评估

模型在包含两个客户端数据的联合数据集上进行评估,结果如下表所示,不同聚合方法在不同架构上的表现存在显著差异。


联邦学习聚合方法在 ResNet-34 和 DINOv2-Small 架构上的性能比较,涵盖四种联邦策略

值得注意的是,FedOpt 表现出极大的波动性:在 ResNet-34 上表现极差(平衡准确率 0.3638),而在 DINOv2-S 上保持了有竞争力的性能(平衡准确率 0.5594);相比之下,FedAvg 和 FedProx 在两种模型上表现相对稳定;FedMedian 在两种架构上表现最一致,分别达到 ResNet-34 的平衡准确率 0.5738 和 DINOv2-S 的 0.5797。

结果表明,联邦学习显著提升了性能,相比仅使用单个机构数据训练的模型(58% vs 52% 平衡准确率),证明了无需共享数据即可进行协同训练的优势。尽管联邦模型的性能略低于对所有数据进行集中训练的模型,但它们在保持完整数据隐私的同时,仍能达到可比精度。

②外部分布数据泛化评估

对来自巴塞罗那的 Client 3 外部验证数据集的评估显示,两种联邦方法(FedMedian 和 FedOpt)在完全未见过的机构数据上的泛化能力均优于集中式训练(平衡准确率 67% vs 64%),如下表。这表明,在联邦训练过程中接触到异质的机构特征(如成像设备、患者群体和染色方法)有助于模型学习更具泛化性的形态特征。


Client 3 外部验证的类别级 F1 分数

FedMedian 在少数类细胞上表现出特别显著的提升:带状中性粒细胞(Band neutrophils)F1: 0.62 vs 集中式 0.30(提升 107%),早幼粒细胞(Promyelocytes)F1: 0.61 vs 0.35(提升 74%),显示在不同机构协议下诊断相关特征得到了有效保留。然而,对中幼粒细胞(Metamyelocytes)的识别对所有方法仍然具有挑战性(F1: 0.02-0.30),反映出从极其罕见类别学习稳健表征的根本困难

③架构-聚合策略相互作用规律

研究人员还进一步识别出关键的架构-聚合策略相互作用规律:FedMedian 提供跨架构稳健性,但对罕见类别不利;FedOpt 在少数类细胞信号保真上表现更好,但对架构敏感。DINOv2-S 的预训练 Transformer 架构对非IID数据分布表现出更高鲁棒性,而 ResNet-34 对梯度冲突更敏感。

总体而言,这些发现将联邦学习定位为稳健、隐私保护且具泛化能力的血液学影像分析框架。

联邦学习成为破解医疗「数据孤岛」的关键

联邦学习是一种面向分布式数据环境的协同机器学习范式,其核心理念是在不集中原始数据的前提下完成模型联合训练。在联邦学习框架中,各参与机构(如医院、实验室或研究中心)在本地进行模型训练,仅向中央服务器上传模型参数或梯度更新,服务器负责对这些更新进行聚合并生成全局模型,再将模型下发至各节点继续迭代训练。通过这种「数据不出域、模型可协作」的机制,联邦学习在实现跨机构知识共享的同时,能够有效保护数据隐私并满足严格的数据合规要求。

过去几年,已有不少机构在推进如何用联邦学习赋能医疗行业,典型的比如端到端人工智能生物技术公司 Owkin——该公司曾获得法国 20 家值得关注的人工智能初创企业、2023 年最值得关注的医疗和技术初创公司之一、最佳医疗技术大奖、福布斯 AI 50 强。

让 AI 技术在多模态患者数据中识别不同的生物标志物,并对患者进行亚群分类,将每类患者与最佳治疗靶点匹配,推动靶点药物研发、优化疾病诊断工具,实现真正意义上的个性化医疗,是 Owkin 公司正在走的路。而实现以上目标的关键在于——如何既能进行数据共享,又能保证患者的数据隐私?针对此,Owkin 采用联邦学习来解决。为了推动相关技术的普及,Owkin 开源了联邦学习软件 Substra ,可用于临床研究、药物研发等。\
开源地址:

https://github.com/substra

而在医疗影像领域,联邦学习同样被视为破解「数据孤岛」和隐私合规难题的关键技术路径。医疗影像数据高度敏感,涉及患者隐私与严格监管(如 GDPR、HIPAA 等),传统集中式训练往往面临伦理审批、法律风险和数据跨境传输限制等现实障碍。联邦学习使得不同医院能够在不共享原始影像数据的情况下联合训练模型,从而提升模型对不同设备、不同染色协议、不同患者群体的泛化能力。已有研究表明,联邦学习在放射影像、数字病理、超声影像等领域可实现接近甚至超过集中式训练的跨机构泛化性能,尤其在外部数据测试中表现出更强的鲁棒性。

从更宏观的角度看,联邦学习所代表的「分布式协同智能」模式,正在成为未来医疗 AI 规模化部署的重要基础设施。它不仅为隐私保护型医学大模型的训练提供了可行路径,也为跨机构临床决策支持系统和全球协作医学研究平台奠定了技术基础。在血液形态分析等细分领域,联邦学习有望推动 AI 从单机构实验室应用走向跨区域、跨体系的临床级智能诊断服务,为精准医学和数字化医疗提供关键支撑。

参考文献:
\
1.https://arxiv.org/abs/2601.04121
\
2.https://mp.weixin.qq.com/s/Lf6N7EUHlhibLNc9YXWjTQ


血液形态学检查是临床诊断血液疾病的重要环节,通过观察外周血涂片(PBS)或骨髓穿刺(BMA)中的细胞形态,医生可以判断白血病、贫血、感染及遗传性血液疾病的类型。然而,这一过程不仅劳动强度大,而且高度依赖经验丰富的专业人员。尤其在低收入和中等收入国家(LMICs),技能专家稀缺,使得快速、可靠且可扩展的血液学诊断成为急需解决的问题。

近年来,人工智能和深度学习的发展为血液形态分析提供了新的解决方案。AI 模型能够自动识别不同类型的白细胞,并辅助医生进行快速诊断。研究表明,深度学习在自动化血液学诊断中具备显著潜力,但现实应用中仍面临重要挑战——模型训练对数据的依赖性极强,而临床数据通常分布在不同医院,且存在染色方法差异、成像设备差异以及少数罕见细胞类型的问题。这种数据异质性会导致模型在新机构或新患者群体中泛化能力下降。

更重要的是,医疗数据涉及患者隐私,跨机构共享数据受到严格限制。传统集中式训练方法通常需要汇集大量敏感医疗数据并依赖高性能计算资源,在很多机构难以实现。如何在保护隐私的前提下,实现多机构协作训练,成为医疗 AI 领域亟待解决的关键问题。

在此背景下,来自伦敦大学学院(UCL)计算机科学系的研究团队提出了一种用于白细胞形态分析的联邦学习框架,使各机构能够在不交换训练数据的情况下进行协同训练。利用来自多个临床站点的血液涂片,该联邦模型在保证完全数据隐私的同时,学习到稳健且域不变的特征表示。在卷积网络和基于 Transformer 的架构上的评估表明,与集中式训练相比,联邦训练在跨站点性能和对未知机构的泛化能力上表现出色。

相关研究成果以「MORPHFED: Federated Learning for Cross-institutional Blood Morphology Analysis」为题,已发布预印本于 arXiv。

研究亮点:

  • 与集中式训练相比,联邦训练在跨站点性能和对未知机构的泛化能力上表现出色
  • 该方法能够在不共享原始数据的情况下,实现跨机构模型协作训练,为资源有限的医疗环境提供了一种可行的解决方案。


论文地址:\
https://arxiv.org/abs/2601.04121\
关注公众号,后台回复「MORPHFED」获取完整 PDF

数据集:反映现实临床中的异质性

本研究使用了来自多个医疗机构的血液涂片数据,确保训练数据既能覆盖不同细胞类型,又能反映现实临床中的异质性。

具体而言,研究使用了来自两个中心的独立数据集,这两个数据集包含 11 种共同细胞类型(如中性粒细胞、嗜酸性粒细胞、嗜碱性粒细胞、早幼粒细胞等),保证分类目标一致,同时保留了染色和成像的差异,用于测试联邦学习在真实异质环境下的泛化能力。

下图显示了不同客户端的类别分布情况


联邦客户端中的类别分布

下图则展示了两个训练数据集中部分细胞类型的示例,可以明显观察到染色风格的差异,这正是模型需要克服的数据偏移。


两个训练数据集中样本细胞类型

此外,为了独立评估模型在完全未见过机构数据上的表现,研究保留了来自巴塞罗那临床医院(Client 3)的 12,992 张图像,作为外部验证集。该数据集具有不同的成像设备、染色方法及患者群体,用于测试模型在真实跨机构场景下的泛化能力。

两类深度学习架构和四种联邦聚合策略

本研究采用了两类深度学习架构:

  • ResNet-34:基于卷积神经网络(CNN)的经典架构,使用 ImageNet 预训练权重。
  • DINOv2-Small:基于自监督视觉Transformer(Vision Transformer, ViT),通过自监督学习捕捉图像全局特征。

训练遵循统一协议:联邦模型进行了 5 轮全局通信,每轮每个客户端进行 5 个本地训练周期,总计 25 个训练周期;集中式基线模型使用 25 个训练周期,并进行 4 折交叉验证,如下图所示。数据划分为 60% 训练集、13.33% 验证集、13.33% 本地测试集和 13.33% 全局测试集;所有图像均调整为 224×224 像素,并采用保守的数据增强策略(平移 ±10%,旋转 ±5°)以保持诊断形态信息。

*(A) 联邦学习框架展示了隐私保护的协作训练过程,其中 Client 1 和 Client 2 在本地进行模型训练,参数在中央服务器进行聚合。\
(B) 集中式训练范式,完全访问合并数据集,并使用 4 折交叉验证。*

两种架构均采用选择性微调:ResNet-34 冻结早期层,仅训练最后三个残差块(约 11M 参数);DINOv2-Small 冻结前 8 个 Transformer 块(0-7),训练第 8 至 11 块(约 9M 参数)。Client 3 的数据在所有训练过程中保持隔离,仅用于评估最终模型对新机构数据的泛化能力。

在联邦学习框架中,中央服务器负责协调训练并分发全局参数,但不访问原始数据;客户端在本地训练,仅返回参数更新。

研究采用了四种联邦聚合策略:

  • FedAvg:计算客户端参数的加权平均,对极端类别分布敏感。
  • FedMedian:逐坐标取中值,对异常客户端和拜占庭错误具有稳健性,但可能抑制少数类信号。
  • FedProx:在本地目标函数中加入近端约束,增强非IID数据下的收敛稳定性。
  • FedOpt:在聚合梯度上使用自适应优化(Adam),动态调整学习率以应对客户端异质性,并加快收敛。

此外,为解决严重类别不平衡问题,研究结合了 Focal Loss、加权随机采样以及梯度累积策略,保证少数类细胞的训练信号不被忽略。梯度裁剪(最大范数 1.0)确保训练过程稳定收敛。

模型性能通过平衡准确率(balanced accuracy)进行评估,重点关注跨机构泛化能力,以测试模型在遇到不同成像协议和患者群体的数据时的稳健性。

联邦训练在跨站点性能和对未知机构的泛化能力上表现出色

为了验证联邦学习框架的有效性,研究人员分别进行了联合测试集评估和外部分布数据泛化评估。

①联合测试集评估

模型在包含两个客户端数据的联合数据集上进行评估,结果如下表所示,不同聚合方法在不同架构上的表现存在显著差异。


联邦学习聚合方法在 ResNet-34 和 DINOv2-Small 架构上的性能比较,涵盖四种联邦策略

值得注意的是,FedOpt 表现出极大的波动性:在 ResNet-34 上表现极差(平衡准确率 0.3638),而在 DINOv2-S 上保持了有竞争力的性能(平衡准确率 0.5594);相比之下,FedAvg 和 FedProx 在两种模型上表现相对稳定;FedMedian 在两种架构上表现最一致,分别达到 ResNet-34 的平衡准确率 0.5738 和 DINOv2-S 的 0.5797。

结果表明,联邦学习显著提升了性能,相比仅使用单个机构数据训练的模型(58% vs 52% 平衡准确率),证明了无需共享数据即可进行协同训练的优势。尽管联邦模型的性能略低于对所有数据进行集中训练的模型,但它们在保持完整数据隐私的同时,仍能达到可比精度。

②外部分布数据泛化评估

对来自巴塞罗那的 Client 3 外部验证数据集的评估显示,两种联邦方法(FedMedian 和 FedOpt)在完全未见过的机构数据上的泛化能力均优于集中式训练(平衡准确率 67% vs 64%),如下表。这表明,在联邦训练过程中接触到异质的机构特征(如成像设备、患者群体和染色方法)有助于模型学习更具泛化性的形态特征。


Client 3 外部验证的类别级 F1 分数

FedMedian 在少数类细胞上表现出特别显著的提升:带状中性粒细胞(Band neutrophils)F1: 0.62 vs 集中式 0.30(提升 107%),早幼粒细胞(Promyelocytes)F1: 0.61 vs 0.35(提升 74%),显示在不同机构协议下诊断相关特征得到了有效保留。然而,对中幼粒细胞(Metamyelocytes)的识别对所有方法仍然具有挑战性(F1: 0.02-0.30),反映出从极其罕见类别学习稳健表征的根本困难

③架构-聚合策略相互作用规律

研究人员还进一步识别出关键的架构-聚合策略相互作用规律:FedMedian 提供跨架构稳健性,但对罕见类别不利;FedOpt 在少数类细胞信号保真上表现更好,但对架构敏感。DINOv2-S 的预训练 Transformer 架构对非IID数据分布表现出更高鲁棒性,而 ResNet-34 对梯度冲突更敏感。

总体而言,这些发现将联邦学习定位为稳健、隐私保护且具泛化能力的血液学影像分析框架。

联邦学习成为破解医疗「数据孤岛」的关键

联邦学习是一种面向分布式数据环境的协同机器学习范式,其核心理念是在不集中原始数据的前提下完成模型联合训练。在联邦学习框架中,各参与机构(如医院、实验室或研究中心)在本地进行模型训练,仅向中央服务器上传模型参数或梯度更新,服务器负责对这些更新进行聚合并生成全局模型,再将模型下发至各节点继续迭代训练。通过这种「数据不出域、模型可协作」的机制,联邦学习在实现跨机构知识共享的同时,能够有效保护数据隐私并满足严格的数据合规要求。

过去几年,已有不少机构在推进如何用联邦学习赋能医疗行业,典型的比如端到端人工智能生物技术公司 Owkin——该公司曾获得法国 20 家值得关注的人工智能初创企业、2023 年最值得关注的医疗和技术初创公司之一、最佳医疗技术大奖、福布斯 AI 50 强。

让 AI 技术在多模态患者数据中识别不同的生物标志物,并对患者进行亚群分类,将每类患者与最佳治疗靶点匹配,推动靶点药物研发、优化疾病诊断工具,实现真正意义上的个性化医疗,是 Owkin 公司正在走的路。而实现以上目标的关键在于——如何既能进行数据共享,又能保证患者的数据隐私?针对此,Owkin 采用联邦学习来解决。为了推动相关技术的普及,Owkin 开源了联邦学习软件 Substra ,可用于临床研究、药物研发等。\
开源地址:

https://github.com/substra

而在医疗影像领域,联邦学习同样被视为破解「数据孤岛」和隐私合规难题的关键技术路径。医疗影像数据高度敏感,涉及患者隐私与严格监管(如 GDPR、HIPAA 等),传统集中式训练往往面临伦理审批、法律风险和数据跨境传输限制等现实障碍。联邦学习使得不同医院能够在不共享原始影像数据的情况下联合训练模型,从而提升模型对不同设备、不同染色协议、不同患者群体的泛化能力。已有研究表明,联邦学习在放射影像、数字病理、超声影像等领域可实现接近甚至超过集中式训练的跨机构泛化性能,尤其在外部数据测试中表现出更强的鲁棒性。

从更宏观的角度看,联邦学习所代表的「分布式协同智能」模式,正在成为未来医疗 AI 规模化部署的重要基础设施。它不仅为隐私保护型医学大模型的训练提供了可行路径,也为跨机构临床决策支持系统和全球协作医学研究平台奠定了技术基础。在血液形态分析等细分领域,联邦学习有望推动 AI 从单机构实验室应用走向跨区域、跨体系的临床级智能诊断服务,为精准医学和数字化医疗提供关键支撑。

参考文献:
\
1.https://arxiv.org/abs/2601.04121
\
2.https://mp.weixin.qq.com/s/Lf6N7EUHlhibLNc9YXWjTQ


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

封面

引言

医疗健康行业正经历由AI与智能化技术驱动的系统性革新,手术机器人的毫米级精准操作、脑机接口的神经功能调控、可穿戴设备的全周期健康监测、AI辅助诊断的高效赋能,正从诊断、治疗、康复等全链条重构医疗服务模式。本报告洞察基于《浙商证券:医疗器械创新系列行业报告(一):手术机器人五问五答》《国信证券:人工智能行业专题:OpenAI发布医疗健康Gpt,开启AI医疗新时代》《中国信通院:智能化医疗装备产业蓝皮书(2025年)》《华创证券:脑机接口行业:政策加码,临床加速,产业化进入关键阶段》等多份行业研究报告及数据,系统梳理全球及中国智能医疗领域的市场规模、核心赛道、技术趋势与商业化路径。

报告聚焦手术机器人、脑机接口、可穿戴医疗设备、AI医疗应用四大核心领域,深度拆解高增长背后的驱动逻辑,为创业者、投资者、医疗机构从业者、医疗器械企业从业者提供可落地的决策参考。文末240+份AI医疗与智能医疗器械行业研究报告及数据,本文完整报告数据图表和文末最新参考报告合集已分享在交流群,阅读原文查看、进群咨询,定制数据、报告和800+行业人士共同交流和成长。

一、智能医疗:从技术萌芽到规模化爆发的进化之路

1.1 行业演进脉络

医疗智能化的发展并非一蹴而就,而是经历“工具普及-数字化升级-智能化生态”的三阶进化:

  • 萌芽期(基础电子阶段):以水银血压计、玻璃体温计为代表,首次将健康检测场景从医院延伸至家庭,但产品功能单一、数据孤立,仅能满足基础测量需求;
  • 成长期(数字化阶段):传感器与移动互联网技术突破,蓝牙、Wi-Fi实现健康数据实时同步,产品从“单点测量”升级为“数据记录”,为健康管理数字化奠定基础;
  • 爆发期(智能化生态阶段):AI、物联网、大数据技术成熟,设备升级为“数据采集-分析预警-远程协同”的综合健康终端,手术机器人、脑机接口等复杂装备从实验室走向临床,AI医疗应用渗透诊断、治疗、康复全场景,行业价值链持续拉长。

1.2 核心驱动因素

  • 需求端:人口老龄化与慢病高发催生刚性需求。2024年中国65岁及以上人口达2.20亿,成人高血压患者约2.45亿、糖尿病患者1.48亿,庞大的慢病人群推动院外监测与居家治疗市场持续扩容;
  • 政策端:“健康中国2030”“人工智能+”行动等政策持续加码,医保支付改革推动家用器械深度融入医疗服务体系,为行业规模化落地提供政策保障;
  • 技术端:AI算法、高精度传感器、柔性电子等核心技术突破,使设备更精准、便携、智能,破解了传统医疗设备“精准度不足、场景适配性弱”的痛点。

1.3 核心市场规模:高增长赛道的量化图景

中国智能医疗领域呈现“低渗透率+高成长性”的双重特征,多个细分赛道增速领跑全球:

1.3.1 健康监测领域:存量渗透+增量创新双轮驱动

健康监测作为居家健康管理的核心入口,涵盖血压计、血糖仪、可穿戴设备等产品。其中,全球可穿戴设备市场规模达286亿美元,中国市场规模45.3亿美元;而高血压患者家庭血压计拥有率仅45.3%,存量设备渗透空间广阔;连续血糖监测(CGM)作为创新品类,中国市场规模达17.3亿元,正推动血糖管理从“点状测量”向“连续监测”升级。

健康监测市场关键指标横向条形图表1数据EXCEL及图表PDF模板已分享到会员群
3秒解读:健康监测市场呈现“存量设备渗透不足,增量技术爆发”的格局,CGM等创新产品是未来增长核心。
行动建议:对创业者,可聚焦CGM等高增长细分领域,布局低成本、高精准度的产品;对医疗机构,可引入智能监测设备构建慢病管理闭环。

1.3.2 治疗科技前沿领域:国产替代+出海加速共振
  • 手术机器人:全球市场规模达212亿美元,中国市场72亿元,虽仅占全球5%但增速迅猛,2024-2032E CAGR约34%;
  • 脑机接口:作为新兴赛道,全球市场规模19.8亿美元,中国17.3亿元,2023-2029E CAGR35.1%,政策加码与临床加速推动产业化进入关键阶段。

    脑机接口与手术机器人市场对比灰底比例条形图表2数据EXCEL及图表PDF模板已分享到会员群
    3秒解读:中国在手术机器人、脑机接口领域与全球差距逐步缩小,本土化应用潜力巨大。
    行动建议:投资者可关注具备技术壁垒的国产龙头企业;医疗机构可试点引入成熟手术机器人,提升诊疗精准度。
1.3.3 行业规范化:注册数量爆发印证规模化趋势

政策与技术的共振,推动中国智能医疗装备注册数量迎来爆发式增长。2020-2024年第三类AI医疗装备年注册数量从9项增至32项,累计上市产品超百款,与可穿戴设备20%以上的高增长率形成呼应,印证行业已进入规模化、规范化发展的快车道。

中国AI医疗装备注册数量增长折线图表3数据EXCEL及图表PDF模板已分享到会员群
3秒解读:AI医疗装备注册门槛逐步明晰,行业从野蛮生长转向规范发展。
行动建议:企业需加快核心产品的注册申报,抢占市场先机;监管机构可进一步优化审评流程,平衡创新与安全。

1.3.4 出海表现:高端化拓展成效显著

中国医疗产品出海呈现“基础品类稳增+高端设备突破”的特征。2025年1-2月巴西对中国主要医疗产品进口同比增长迅猛,维生素及衍生物增长率达88.20%,医用仪器及器具达14.50%,表明中国医疗供应链在满足新兴市场基础需求的同时,正向高附加值产品拓展。

巴西进口中国医疗产品同比增长率横向条形图表4数据EXCEL及图表PDF模板已分享到会员群
3秒解读:中国医疗产品出海呈现“原料药与高端设备双增长”特征,新兴市场需求旺盛。
行动建议:出口企业可重点布局巴西等新兴市场,优化维生素、医用仪器等优势产品的供应链;同时关注当地法规与认证要求,降低出海风险。

1.3.5 专利布局:数量领先但全球化不足

中国已成全球医疗健康创新核心,2019-2025年医疗健康专利占比达52.4%,但域外专利占比仅4.2%;美国PCT国际专利占比34.9%,域外专利占比35.4%,显示美国创新主体更擅长全球化专利布局,中国企业在国际专利保护上仍需加强。

中美医疗健康专利布局对比灰底比例条形图表5数据EXCEL及图表PDF模板已分享到会员群
3秒解读:中国医疗健康专利数量全球领先,但全球化布局不足,出海面临专利风险。
行动建议:企业出海前应完善目标市场专利布局,尤其是PCT国际专利申请;政府可加大对国际专利申请的资金支持与政策引导。


相关文章

专题:2025年游戏科技的AI革新研究报告:全球市场趋势研究报告|附130+份报告PDF、数据仪表盘汇总下载

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


二、核心赛道深度解析:技术突破与商业化路径

(一)AI医疗:千亿市场的场景渗透与支付逻辑

中国医疗AI市场规模已突破千亿,其中基层CDSS(临床决策支持系统)市场规模17.41亿元,院内AI应用市场规模224.4亿元,未来十年均将保持20%以上复合高增速。

1. 场景渗透特征:诊断优先,多场景协同

AI技术已深度渗透智能问诊、医学图像处理、健康监测、康养养老四大场景,其中智能问诊专利渗透率67.2%,医学图像处理55.1%,成为技术应用高地。

AI医疗应用场景专利渗透率灰底比例条形图表6数据EXCEL及图表PDF模板已分享到会员群
3秒解读:AI在医疗场景的渗透呈现“诊断优先、多场景协同”特征,智能问诊与影像处理是核心突破口。
行动建议:软件企业可聚焦高渗透率场景迭代产品,提升算法准确率;医疗机构可先在影像科、问诊中心试点AI工具,降本增效。

2. 企业专利布局:平台型vs传统巨头差异化竞争

全球主要企业在专利布局上呈现分化:平安集团在医学图像、康养养老、智能问诊等多场景均占据首位,展现平台化布局野心;飞利浦、西门子等传统医疗巨头则固守健康监测、医学影像等优势领域,构筑技术护城河。

全球主要企业医疗AI专利持有量热图表7数据EXCEL及图表PDF模板已分享到会员群
3秒解读:头部企业专利布局分化,平台型企业全场景覆盖,传统巨头聚焦优势赛道。
行动建议:创业者可选择巨头布局薄弱的细分场景切入;投资者可重点关注全场景布局的平台型企业与细分赛道隐形冠军。

3. 投融资趋势:中国市场复苏弹性领先

2025年全球医疗健康一级市场温和复苏,融资总额604亿美元,融资事件数2353起;中国市场反弹强劲,融资总额96亿美元,融资事件数861起,同比大幅上涨32%,显示市场信心持续恢复。

全球及中国医疗健康投融资规模横向条形图表8数据EXCEL及图表PDF模板已分享到会员群
3秒解读:全球医疗健康投融资企稳回升,中国市场复苏弹性更强,资本信心回暖。
行动建议:创业者可抓住融资窗口期,重点对接关注AI医疗、手术机器人赛道的资本;投资者可加大对具备商业化能力的企业布局。

4. 细分融资结构:技术驱动型赛道成资本焦点

细分领域融资呈现结构性分化:生物医药依旧是吸金主力(236亿美元),数字健康赛道因AI驱动实现爆发式增长(145亿美元,+77%),器械与耗材稳健增长(130亿美元),医疗服务和医药商业则备受冷落,反映资本对技术驱动型创新的明确偏好。

全球医疗健康细分领域融资总额横向条形图表9数据EXCEL及图表PDF模板已分享到会员群
3秒解读:资本聚焦技术驱动型赛道,生物医药、数字健康、器械耗材成三大核心投资方向。
行动建议:企业可重点布局AI+药物研发、数字健康解决方案等资本偏好领域;医疗机构可与创新企业合作,试点新技术应用。

5. 中国细分市场:院内+基层双引擎增长

中国医疗AI细分市场呈现“整体千亿、细分分化”特征,基层CDSS与院内AI应用成为核心增长引擎,二者均保持20%以上复合增速。

中国医疗AI细分市场规模横向条形图表10数据EXCEL及图表PDF模板已分享到会员群
3秒解读:中国医疗AI市场已迈入千亿量级,院内应用与基层CDSS同步高增。
行动建议:企业可针对院内场景开发高精度AI工具,针对基层场景推出高性价比解决方案;政府可加大对基层CDSS的采购与推广力度。

6. 商业化支付逻辑:B端为核心,C端待培育

AI医疗商业化的核心在于支付方明确:药企为最强支付方(5星),因加速研发降本需求强烈;医院(4星)为提效评级有较强动力;保险机构(4星)控费需求明确但模式尚在探索;C端患者(3星)付费习惯仍需培育。

AI医疗支付方付费动力星级雷达图表11数据EXCEL及图表PDF模板已分享到会员群
3秒解读:B端(药企、医院、保险)是当前AI医疗商业化的核心买单方,C端市场仍需教育。
行动建议:企业可优先对接药企、医院需求,开发针对性解决方案;同时通过科普提升C端用户付费意愿。

(二)手术机器人:国产替代与出海加速的双重机遇

1. 市场规模与增长潜力

中国手术机器人市场2024-2032E CAGR约34%,从72亿元增长至767亿元:

  • 腔镜手术机器人:占比58%,2024-2032E CAGR29%,配置证放开与收费目录落地为核心催化;
  • 骨科手术机器人:渗透率持续提升,2024-2032E CAGR41%,国产替代空间广阔。
2. 出海进展:国产龙头突破海外市场

国产企业在出海方面已取得实质性突破:

  • 微创机器人:腔镜手术机器人图迈(获CE认证)全球商业化订单突破160台,覆盖40多个国家;骨科机器人鸿鹄(获中国NMPA、美国FDA、欧盟CE等认证)2025年H1全球累计订单超过55台;
  • 精锋医疗:腔镜手术机器人MP1000(2025年3月获CE认证)、SP1000(2025年10月获CE认证),截至2025年10月末签订72台海外订单。
    国产头部企业依托产品力、性价比、5G远程手术等优势,正打开海外广阔市场。
3. 盈利模式:对标海外龙头,构建“设备+耗材+服务”闭环
  • 腔镜手术机器人:对标全球龙头直觉外科,采用“系统+耗材+服务”模式,2024年直觉外科耗材与服务占比达76%,国内企业盈利能力有望随耗材与服务占比提升而增强;
  • 骨科手术机器人:参考史赛克等海外巨头经验,植入物创新产品与骨科机器人协同推广将形成更强成长拉动。

(三)脑机接口:政策+临床驱动的前沿赛道

1. 市场规模与产品形态
  • 市场规模:2023年中国市场规模17.3亿元,2023-2029E CAGR35.1%,预计2029年达105亿元;
  • 产品形态:分为侵入式、半侵入式、非侵入式,其中侵入式信号质量优势显著,是产业趋势;非侵入式因安全性高可作为补充。
2. 核心驱动因素
  • 政策端:国家将脑机接口纳入前瞻布局的未来产业,2025年政策密集释放,北京、上海、重庆等地方出台配套政策;
  • 临床端:2025年中国脑机接口各细分领域均取得突破性进展,阶梯医疗完成国内首例侵入式系统人体长期埋植临床试验,博睿康的脑机接口系统NEO在多中心注册临床试验中取得显著成果。
3. 应用场景:医疗为主,向非医疗延伸

当前集中在医疗领域,覆盖肢体运动障碍诊疗、癫痫与神经发育障碍诊疗、意识与认知障碍诊疗等;未来有望向工业安全、航空航天、娱乐游戏等非医疗领域延伸。

(四)可穿戴医疗设备:健康监测的大众化普及

1. 市场规模与增长

中国可穿戴医疗设备市场规模持续增长,2014-2018年CAGR67.6%,2018-2023E CAGR19.8%,2023年预计达189.2亿美元。

2. 产品分类与技术支撑
  • 产品分类:分为监测型(心率、血压、血糖监测等)和治疗型(植入式心脏起搏器、胰岛素泵等),其中监测型设备占据最大份额;
  • 核心技术:高精度传感器、生物信号处理、无线通讯、低功耗设计等是基础支撑,AI、机器学习、5G通信等新兴技术推动设备智能化水平快速提升。
3. 市场竞争格局

华为、迈瑞医疗、联想健康等国内企业,以及苹果、Fitbit、Garmin等国际品牌竞争激烈,市场呈现多极化趋势:头部企业市场份额不断扩大,细分市场仍有中小企业发展空间。

三、企业案例与市场格局

(一)讯飞医疗:AI医疗领军企业的业务布局与增长潜力

1. 业务结构:G端打底,BC端突破

讯飞医疗业务覆盖GBC全场景:传统优势的G端业务收入占比过半,构筑基本盘;B端和C端业务增速显著更高,尤其是患者服务业务复合增速超87%,成为收入结构优化核心引擎。

讯飞医疗业务收入占比及增速双轴图表12数据EXCEL及图表PDF模板已分享到会员群
3秒解读:讯飞医疗G端业务稳固,BC端业务成为增长核心,收入结构持续优化。
行动建议:同行企业可参考其“G端打底、BC端突破”的业务模式;投资者可重点关注其BC端业务落地进展与盈利能力改善。

2. 市场格局:竞争分散,新进入者有机会

医疗AI市场集中度较低,讯飞医疗暂居榜首但市场份额仅为5.9%,大量长尾企业合计占据超过四分之三的市场,表明行业技术门槛虽高,但应用场景多样,尚未形成垄断。

2023年中国医疗人工智能市场份额圆环图表13数据EXCEL及图表PDF模板已分享到会员群
3秒解读:医疗AI市场竞争分散,头部企业优势不明显,新进入者仍有机会。
行动建议:新进入者可选择细分场景深耕,打造差异化优势;头部企业可通过并购整合扩大市场份额。

3. 财务表现:营收高增,盈利拐点临近

受益于BC端业务快速放量,讯飞医疗营业收入保持30%左右的年增速;随着规模效应显现和运营效率提升,公司归母净利润亏损大幅收窄,券商预测其将在2026年实现净利润转正。

讯飞医疗营收与净利润折线图表14数据EXCEL及图表PDF模板已分享到会员群
3秒解读:讯飞医疗营收高增,净利润持续改善,盈利拐点即将到来。
行动建议:投资者可长期关注其盈利转正进度;企业可借鉴其规模化降本的运营策略,提升盈利能力。

(二)技术层面:机器学习模型与算力支撑

1. 机器学习模型:树模型准确率领先

在医疗预测任务中,集成树模型(如随机森林、XGBoost)表现最优,其处理非线性关系和特征交互的能力更强,为AI辅助诊断提供核心技术支撑。

机器学习模型准确率对比横向条形图表15数据EXCEL及图表PDF模板已分享到会员群
3秒解读:随机森林等树模型在医疗预测任务中准确率最高,是AI辅助诊断的核心算法选择。
行动建议:技术企业可优先采用随机森林等高性能模型开发产品;医疗机构在选择AI工具时,可重点关注算法类型与准确率指标。

2. 数据与算力:产业发展的核心基石

医疗AI模型的训练高度依赖高质量标注数据和强大算力:2025年全球医疗数据标注需求同比激增217%,同期中国企业采购特定AI芯片的金额高达160亿美元,反映行业在数据基础设施和算力储备上的巨大投入。

医疗AI数据与算力需求增长横向条形图表16数据EXCEL及图表PDF模板已分享到会员群
3秒解读:数据标注与算力是AI医疗发展的核心支撑,行业投入持续加码。
行动建议:企业可布局医疗数据标注服务或算力租赁业务;政府可加大对医疗数据共享平台与算力基础设施的投入。

四、用户需求场景与行动清单

(一)核心用户类型与痛点关联

  1. 创业者:痛点集中在“赛道选择难、技术壁垒高、商业化路径不清晰”,报告价值在于明确高增长细分赛道(CGM、手术机器人出海、脑机接口医疗应用),提供盈利模式参考(设备+耗材+服务、CRO服务);
  2. 投资者:痛点是“项目估值难、风险判断不准”,报告通过市场规模、增速、竞争格局数据,筛选出具备技术壁垒与商业化能力的企业类型(平台型手术机器人企业、上游核心零部件厂商、AI医疗头部企业);
  3. 医疗机构从业者:痛点是“设备选型难、技术落地效果不确定”,报告梳理了各细分领域成熟产品(如微创机器人图迈、精锋医疗MP1000),提供了临床应用案例与效果数据;
  4. 医疗器械企业从业者:痛点是“技术迭代慢、出海受阻”,报告分析了技术发展趋势(AI+多模态融合、大小模型协同)与出海成功案例,给出专利布局与国际认证建议。

(二)可落地的3件事

  1. 调研本地三甲医院与基层医疗机构的设备需求差异,重点关注骨科、腔镜手术机器人的入院进展,结合收费目录政策,筛选适配的合作或投资方向;
  2. 分析所在区域慢病(高血压、糖尿病)人群分布数据,对接可穿戴设备企业,探索“设备+社区医疗+医保”的慢病管理合作模式;
  3. 跟踪脑机接口临床进展,重点关注侵入式产品的安全性与有效性数据,评估在神经康复领域的试点应用可行性。

(三)风险提示与应对方案

  1. 政策变动风险:收费目录落地不及预期、医保报销政策调整。应对方案:密切关注医保局、药监局政策动态,选择政策支持力度大的细分领域(如基层医疗AI、国产手术机器人);社群将实时更新政策解读,提供政策应对咨询;
  2. 技术迭代风险:AI算法、传感器技术更新快,产品面临淘汰。应对方案:加大研发投入,聚焦核心技术(如AI算法优化、高精准传感器),与高校、科研机构建立合作;社群提供技术趋势周报,对接技术资源;
  3. 数据安全风险:医疗数据泄露、隐私保护合规问题。应对方案:遵循《通用数据保护条例》等法规,建立数据加密与隔离机制;社群分享数据安全合规指南,对接合规咨询机构。

五、核心数据表格与图表列表

(一)核心数据表格

细分领域中国市场规模(2024/2023年)全球市场规模(2024/2023年)2024-2032E/2023-2029E CAGR核心驱动因素
手术机器人72亿元212亿美元34%收费目录落地、出海加速
脑机接口17.3亿元19.8亿美元35.1%政策支持、临床突破
可穿戴医疗设备189.2亿美元(2023E)286亿美元19.8%(2018-2023E)健康意识提升、技术创新
医疗AI1000亿元-20%+场景渗透、支付方明确
CGM17.3亿元--糖尿病管理需求、技术升级
医疗健康投融资(中国)96亿美元604亿美元-市场复苏、技术驱动

(二)图表列表

  1. 健康监测市场关键指标横向条形图表1
  2. 脑机接口与手术机器人市场对比灰底比例条形图表2
  3. 中国AI医疗装备注册数量增长折线图表3
  4. 巴西进口中国医疗产品同比增长率横向条形图表4
  5. 中美医疗健康专利布局对比灰底比例条形图表5
  6. AI医疗应用场景专利渗透率灰底比例条形图表6
  7. 全球主要企业医疗AI专利持有量热图表7
  8. 全球及中国医疗健康投融资规模横向条形图表8
  9. 全球医疗健康细分领域融资总额横向条形图表9
  10. 中国医疗AI细分市场规模横向条形图表10
  11. AI医疗支付方付费动力星级雷达图表11
  12. 讯飞医疗业务收入占比及增速双轴图表12
  13. 2023年中国医疗人工智能市场份额圆环图表13
  14. 讯飞医疗营收与净利润折线图表14
  15. 机器学习模型准确率对比横向条形图表15
  16. 医疗AI数据与算力需求增长横向条形图表16

封面

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

  • 中国信通院:智能化医疗装备产业蓝皮书(2025年).pdf
  • 2026-02-12 14:28
  • 医药生物行业从设备招投标看2026年行业投资机遇——设备拐点向上趋势明确,医疗新科技蓬勃发展.pdf
  • 2026-02-12 14:21
  • 医疗保健行业创新链系列——中国创新药研发景气度渐趋改善,早研产业链或显著受益.pdf
  • 2026-02-12 14:21
  • 医疗耗材&线下药店行业深度报告——在分化中寻找确定性.pdf
  • 2026-02-12 14:21
  • 医疗器械创新系列行业报告(一):手术机器人五问五答.pdf
  • 2026-02-12 14:21
  • 2026年医疗健康与生命科学行业职场展望Final.pdf
  • 2026-02-11 15:32
  • 医疗卫生行业:新冠肺炎全球风险评估-第9版.pdf
  • 2026-02-11 15:26
  • 创新医疗器械盘点系列(4):肿瘤基因检测的“勇敢者游戏”(上篇).pdf
  • 2026-02-09 14:20
  • 家用医疗器械专题报告(一):健康监测&呼吸治疗篇.pdf
  • 2026-02-08 09:56
  • 华西证券-小核酸药物行业深度研究报告:RNA精准医疗时代的崛起与挑战.pdf
  • 2026-02-08 09:56
  • 中国民营医疗服务:穿越寒冬,静待春生.pdf
  • 2026-02-06 16:42
  • 2025年全球医疗健康产业资本报告.pdf
  • 2026-02-04 16:40
  • 第139期-叶彦辛&宋立恒-《智启 Al 新程从 FastGPT 实战到医疗模型可解释性探索》.pdf
  • 2026-02-04 16:37
  • 口腔医疗机构广告合规指南(2025).pdf
  • 2026-02-01 13:30
  • AI医疗行业专题报告——AI重构医疗,从场景落地到变现讨论.pdf
  • 2026-02-01 13:27
  • “通往再平衡之路”系列之二:从医疗服务涨价看稳通胀路径.pdf
  • 2026-02-01 13:26
  • 长江证券:医疗器械出海深度(二)复盘希森美康——海外深耕,属地筑基.pdf
  • 2026-02-01 13:25
  • 光大证券:AI医疗行业专题报告——AI重构医疗,从场景落地到变现讨论.pdf
  • 2026-02-01 13:25
  • 医疗器械出海深度(二)复盘希森美康——海外深耕,属地筑基.pdf
  • 2026-01-30 15:56
  • 知识产权出版社:医疗健康行业2025年专利分析白皮书.pdf
  • 2026-01-30 15:54
  • 未来健康7:未来的医疗体系.pdf
  • 2026-01-29 14:29
  • 2025年智能体时代:重塑企业未来报告-医疗保健和生命科学行业.pdf
  • 2026-01-28 16:00
  • 华创医疗器械求索系列11:脑机接口行业:政策加码,临床加速,产业化进入关键阶段.pdf
  • 2026-01-28 15:51
  • 人工智能行业专题:OpenAI发布医疗健康Gpt,开启AI医疗新时代.pdf
  • 2026-01-27 15:48
  • 思宇MedTech:2025医疗器械BD白皮书.pdf
  • 2026-01-25 12:39
  • 上海社会科学院:AI医疗治理白皮书(2026版).pdf
  • 2026-01-24 17:41
  • 中国生物制药、医疗设备及医用耗材出口及重点进口国市场分析.pdf
  • 2026-01-22 12:06
  • 医疗保障、气象服务领域“数据要素×”典型场景指引.pdf
  • 2026-01-21 17:32
  • 口腔医疗机构广告合规指南(2025) .pdf
  • 2026-01-21 16:17
  • 讯飞医疗科技-2506.HK-医疗AI领军企业,大模型技术领先,BC端场景加速落地.pdf
  • 2026-01-21 15:37
  • 硕远咨询:2025年中国母婴医疗服务行业市场研究报告.pdf
  • 2026-01-19 16:57
  • 2025年中国可穿戴医疗设备行业市场研究报告.pdf
  • 2026-01-19 16:47
  • 财信证券:医疗器械行业深度——时代变革下,创新与出海仍是投资主线.pdf
  • 2026-01-15 15:33
  • 贝恩公司:2026年全球医疗健康行业私募股权报告(英文版).pdf
  • 2026-01-14 16:12
  • 医疗保障法律法规及政策汇编(2026年版).pdf
  • 2026-01-14 16:09
  • 全球医药、医疗行业——2026年-关注慢病迭代,经营质量和现金流.pdf
  • 2026-01-12 15:12
  • 全球医药、医疗行业——2026年-关注慢病迭代,经营质量和现金流.pdf
  • 2026-01-11 09:25
  • 中国科技产业化促进会:2025年中国健康医疗数据要素应用案例集.pdf
  • 2026-01-06 16:03
  • StartUs Insights:2026年全球医疗行业趋势研究报告(英文版).pdf
  • 2026-01-06 15:25
  • 医疗科技跨年展望暨近期热点综述.pdf
  • 2026-01-06 15:15
  • 医疗彩超行业:临床诊断的基石与智能化升级核心.pdf
  • 2026-01-06 15:15
  • 2025年量子技术:健康与医疗保健领导者的战略要务报告.pdf
  • 2026-01-03 10:50
  • 动脉智库:2025年数字医疗年度创新白皮书.pdf
  • 2025-12-31 15:38
  • 段涛教授团队:2025 妇儿医疗健康科普白皮书.pdf
  • 2025-12-30 14:53
  • 从医疗科技到健康科技:赋能未来健康护理生态.pdf
  • 2025-12-30 14:48
  • IVD体外诊断相关医疗器械行业报告——IVD国内短期承压,头部企业积极出海.pdf
  • 2025-12-30 14:40
  • 耐用消费产业行业研究:宠物医疗系列之一:黄金增长期叠加连锁化率提升,宠物医院板块机会在即.pdf
  • 2025-12-29 15:52
  • 医药行业报告:数说德国医疗医保系统,医保商保协调发展.pdf
  • 2025-12-29 15:51
  • 动脉智库:2025年医疗器械及供应链年度创新白皮书.pdf
  • 2025-12-27 16:59
  • 2025医疗人工智能产业报告:价值计量&支付探索,突破医疗AI困境.pdf
  • 2025-12-26 16:07
  • 医药生物行业:AI医疗应用商业化加速,重视AI医疗底部机会.pdf
  • 2025-12-26 15:59
  • CIC工信安全:医疗器械行业数字化转型发展报告(2025).pdf
  • 2025-12-25 16:53
  • CIC工信安全:医疗装备行业数字化转型场景图谱(2025).pdf
  • 2025-12-25 16:53
  • CIC工信安全:医疗装备行业数字化转型场景需求清单(2025).pdf
  • 2025-12-25 16:53
  • 丁香园:2024医疗机构最佳雇主洞察报告.pdf
  • 2025-12-25 16:52
  • 动脉智库:2025年医疗服务年度创新白皮书.pdf
  • 2025-12-25 16:43
  • 全球医药、医疗行业——2026年医疗科技行业展望,AI提效、资本开支复苏与医疗器械政策趋稳.pdf
  • 2025-12-24 15:30
  • 2025年中国口腔医疗行业市场研究报告-硕远咨询.pdf
  • 2025-12-22 15:02
  • 蛋壳研究院:2025年医疗人工智能产业报告.pdf
  • 2025-12-18 14:47
  • 药品和医疗器械警戒领域的前瞻性监管情报.pdf
  • 2025-12-16 16:22
  • 易观分析:2025年AI精准医疗市场专题分析报告.pdf
  • 2025-12-15 16:10
  • 2024年中德比较视野下的中国基层医疗守门模式-一个多层次的分析框架.pdf
  • 2025-12-14 08:43
  • 医药魔方:2025年中国医疗器械投融资趋势与国产替代机遇报告.pdf
  • 2025-12-14 08:30
  • PitchBook:2026年医疗保健展望报告(英文版).pdf
  • 2025-12-11 16:27
  • 医疗实践:美国医疗系统改善女性医疗保健的500亿美元机遇.pdf
  • 2025-12-10 16:59
  • 商业医疗险报告三——探索受益于商业医疗险发展的细分赛道.pdf
  • 2025-12-09 16:09
  • 商业医疗险报告二:他山之石,辩证看待美国健康险管理医疗模式.pdf
  • 2025-12-09 16:09
  • 2026年医疗器械年度投资策略:支付优化,创新出海.pdf
  • 2025-12-08 16:07
  • 商业医疗险报告三-探索受益于商业医疗险发展的细分赛道.pdf
  • 2025-12-07 10:18
  • 保持领先地位——药品和医疗器械警戒领域的前瞻性监管情报.pdf
  • 2025-12-05 16:51
  • 国家医疗保障局:长期护理保险服务管理文书(2026年版.pdf
  • 2025-12-05 16:51
  • 沙利文:2025年中国医疗器械国际化现状与趋势蓝皮书.pdf
  • 2025-11-26 15:49
  • 2025年美国医疗服务可负担性及价值评估追踪报告.pdf
  • 2025-11-22 16:34
  • 全球医药、医疗行业——代谢新药研发系列(四),PCSK9Lp(a)心血管新药黄金时代.pdf
  • 2025-11-22 16:26
  • 医疗保健设备与服务行业——当医疗遇上AI,技术突破或重构诊疗逻辑.pdf
  • 2025-11-15 15:03
  • 2025未来健康指数报告:构筑医疗Al信任基石-医患双重视角下的医疗健康未来.pdf
  • 2025-11-13 15:31
  • 2025年智启新质生产力之三 ——生成式人工智能 (AIGC)在医疗器械 的潜在应用.pdf
  • 2025-11-10 13:50
  • 让GCCs适用于中端医疗技术.pdf
  • 2025-11-10 13:40
  • Salesforce:2025年中国医疗健康和生命科学行业报告.pdf
  • 2025-11-08 17:46
  • 医疗器械专题:脑机接口行业深度专题二:三个维度看脑机接口行业发展趋势.pdf
  • 2025-11-08 17:40
  • 克劳锐:2025健康医疗内容消费趋势洞察报告.pdf
  • 2025-11-07 16:31
  • TempusAI启示:用数据构筑AI+医疗行业领先优势-中邮证券.pdf
  • 2025-11-05 16:40
  • SVB:2025年医疗科技行业未来展望报告(英文版).pdf
  • 2025-10-31 15:12
  • 全球医药、医疗行业——全球健康产业进入新拐点-长期韧性显现,创新动能积聚.pdf
  • 2025-10-28 16:18
  • 欧盟人工智能法案如何重塑emea的医疗器械产业.pdf
  • 2025-10-27 16:12
  • 医疗器械海外深度(三):中美对比,创新出海.pdf
  • 2025-10-24 14:06
  • 北欧可持续医疗中心:2025年可持续医疗趋势报告.pdf
  • 2025-10-20 14:55
  • 探索医疗保健领域的塑料循环利用机会.pdf
  • 2025-10-20 14:53
  • 跨越信任鸿沟:AI在科研与医疗领域深度应用的核心挑战.pdf
  • 2025-10-18 17:14
  • 2025中国医疗健康保障体系转型发展报告:应对老龄化挑战与推动商业健康保险创新.pdf
  • 2025-10-17 16:00
  • 2025年医疗服务报告:基于对30个国家的调研(英文版).pdf
  • 2025-10-17 15:59
  • 医疗保健:医疗器械2025.pdf
  • 2025-10-16 15:19
  • AI 时代的医疗保健业:科技注入,赋能 医疗创新与患者关怀-IBM.pdf
  • 2025-10-14 15:25
  • 医药生物行业专题报告:AI职能蜕变,医疗行业变革蓄势待发.pdf
  • 2025-10-14 15:09
  • 动脉橙:2025年9月全球医疗健康领域投融资月报.pdf
  • 2025-10-13 09:51
  • 西心血管疾病相关医疗器械行业报告——心血管行业空间广阔,集采助力国产替代.pdf
  • 2025-09-30 16:37
  • 2025年中国医疗美容市场洞察报告:轻医美如何用“生活化场景”开拓新增长极?.pdf
  • 2025-09-29 15:55
  • 2025年Q3医疗器械行业薪酬报告.pdf
  • 2025-09-29 15:54
  • 2025年Q3医疗美容行业薪酬报告.pdf
  • 2025-09-29 15:54
  • 2025年AI应用与行业转型:对医疗、金融服务、气候与能源及交通领域的影响报告(英文版).pdf
  • 2025-09-26 14:23
  • 美国医疗行业系列研究(三)——美国药品支付体系拆解-美国高药价的成因?特朗普药价政策的影响?.pdf
  • 2025-09-25 16:00
  • 生物医药行业——商业医疗险报告一-见微知著,医保承压下商保或为破局之法.pdf
  • 2025-09-25 16:00
  • _印孚瑟斯Infosys:2025年医疗保健市场前景报告(英文版).pdf
  • 2025-09-23 16:36
  • 可负担医疗的未来:释放人工智能的潜力,以改造东南亚的卫生系统.pdf
  • 2025-09-22 16:20
  • 农林牧渔行业:宠物医疗空间广阔,全国连锁模式最优.pdf
  • 2025-09-21 17:13
  • 2025热电偶导线在医疗器械中的应用场景白皮书.pdf
  • 2025-09-20 16:56
  • 2025年智能医疗健康:人工智能驱动转型与价值重塑报告.pdf
  • 2025-09-14 19:32
  • 2025年未来医生白皮书:医疗行业持续发展的关键洞察(英文版).pdf
  • 2025-09-14 19:30
  • 美国卫生与公众服务部发布 “医疗卫生行业人工智能发展战略计划”.pdf
  • 2025-09-12 16:35
  • 2025年未来AI与劳动力:生成式AI对医疗行业岗位的影响研究报告(英文版).pdf
  • 2025-09-12 16:33
  • 医疗保健行业GLP_1受体激动剂行业深度报告:GLP_1RAs引领降糖减重市场,更多适应症有待开发.pdf
  • 2025-09-11 15:12
  • 浙江省基本医疗保险医疗服务项目目录(2025年).pdf
  • 2025-09-09 15:21
  • 上海喜美医疗美容品牌升级规划方案.pdf
  • 2025-09-06 19:21
  • ITIF:2025 AR&VR在医疗领域中的应用潜力研究报告(英文版).pdf
  • 2025-08-27 16:52
  • 信任與創新:提升遙距醫療管治.pdf
  • 2025-08-26 17:02
  • 中国医疗器械出海东南亚白皮书 - 天册律师事务所.pdf
  • 2025-08-26 17:02
  • 2025年信任与创新:提升遥距医疗管治研究报告(繁体版).pdf
  • 2025-08-21 17:01
  • 顺为人和:2025年医疗器械标杆企业组织效能报告.pdf
  • 2025-08-21 16:57
  • 全球医药、医疗行业:GenAI前沿实践更新,Agent化落地成主线.pdf
  • 2025-08-15 16:00
  • 医疗器械行业深度(R3):神经介入行业,大空间,新机遇.pdf
  • 2025-08-15 15:59
  • 2025年医疗保健预算执行-从瓶颈到解决方案报告.pdf
  • 2025-08-14 16:55
  • 智慧健康医疗体系概述.pdf
  • 2025-08-14 16:48
  • AI医疗行业深度:驱动因素、重点方向、产业链及相关公司深度梳理.pdf
  • 2025-08-14 16:47
  • 医疗保健预算执行 从瓶颈到解决方案.pdf
  • 2025-08-12 16:08
  • 医疗保健服务公共比较表和估值指南.pdf
  • 2025-08-12 16:07
  • 2025年emea医疗保健市场快照:欧洲、中东和非洲地区医疗保健私营市场活动概述.pdf
  • 2025-08-11 15:46
  • 2025年信心与价值:提升医疗价格透明度研究报告(繁体简版).pdf
  • 2025-08-10 18:40
  • 艾社康:2024-2025多层次医疗保障创新案例集.pdf
  • 2025-08-06 16:18
  • 2025年马来西亚医疗器械评估优化白皮书:价值导向型综合性方法(英文版).pdf
  • 2025-08-06 16:16
  • 2025年AI科技勾勒医疗未来蓝图-AI for 医疗健康系列报告“智” 愈未来.pdf
  • 2025-08-05 15:30
  • 医疗健康大模型伦理与安全白皮书.pdf
  • 2025-08-05 15:27
  • 2025人工智能大模型在医疗领域发展态势研究报告.pdf
  • 2025-08-02 16:20
  • 中国医疗保健:银发经济崛起-高盛.pdf
  • 2025-08-01 16:47
  • 亿欧智库 _ 2025中国人工智能医疗健康研究报告.pdf
  • 2025-07-29 17:10
  • 2025年医疗耗材数字化领用白皮书-以低值耗材为切入口的AI智能仓储实践.pdf
  • 2025-07-29 17:09
  • 医药行业2025年中期投资策略——BD加速创新药重估,后续持续看好创新药及产业链、AI医疗、脑机接口等结构性机会.pdf
  • 2025-07-23 16:22
  • 2025中国宠物医疗行业现状报告-嘉世咨询.pdf
  • 2025-07-20 20:06
  • 2025“人工智能 ”医疗健康行业应用白皮书-阿里云.pdf
  • 2025-07-20 20:04
  • 医药生物行业专题报告:“AI+医疗”商业化进程有望加快.pdf
  • 2025-07-20 19:59
  • 健闻咨询:2025年Z世代个性化消费医疗洞察报告.pdf
  • 2025-07-18 16:43
  • 汇银林泰:2025高端医疗发展白皮书.pdf
  • 2025-07-18 16:43
  • 动脉智库:2025年H1全球医疗健康产业资本报告.pdf
  • 2025-07-17 15:51
  • 2025商业健康保险与医药产业高质量 协同发展——团体补充医疗保险改革新视角.pdf
  • 2025-07-17 15:48
  • 医药生物-AI医疗行业系列二暨GenAI系列深度之62:AI医药,智愈未来,技术变革下的生态重塑.pdf
  • 2025-07-16 16:02
  • 2024年塑造美国医疗经济的八大趋势研究报告(英文).pdf
  • 2025-07-15 16:24
  • 医疗器械行业2025H2投资策略:国内不利因素逐渐消退,海外市场进展迅速.pdf
  • 2025-07-15 16:23
  • 宠物医疗行业系列2-宠物医院分散格局谋突破,连锁专科领未来.pdf
  • 2025-07-11 15:57
  • 2025年未来医疗调查报告(英文).pdf
  • 2025-07-09 16:23
  • 2025年医疗美容行业白皮书-薪智.pdf
  • 2025-07-07 16:50
  • 保健品品牌 × 小红书“疗愈式营销”品效双赢【医疗保健】【医药保健】【种草营销】.pdf
  • 2025-07-06 08:30
  • 薪智:2025年Q2薪智医疗美容行业薪酬报告.pdf
  • 2025-06-30 15:06
  • 德勤:2025年中国智慧医疗行业白皮书.pdf
  • 2025-06-28 17:12
  • 2025年关于最有价值和最强大的制药、医疗器械和服务品牌的年度报告(英文版).pdf
  • 2025-06-28 17:08
  • 香2024年优化跨境就医应对医疗需求报告(繁体版).pdf
  • 2025-06-28 17:03
  • 2025年医疗保健品牌榜.pdf
  • 2025-06-26 16:55
  • 2025制药、医疗科技与生物技术领域AI应用 :解锁商业成功之道(英文).pdf
  • 2025-06-25 16:34
  • 2024年全球医疗科技行业状况及2025年展望报告(英文版)-Vamstar.pdf
  • 2025-06-23 15:39
  • 2025“面向未来的医疗”调研报告(英文).pdf
  • 2025-06-19 16:03
  • 嘉世咨询:2025年宠物医疗行业简析报告.pdf
  • 2025-06-17 15:21
  • 荣续ESG智库:2025年医疗器械行业ESG白皮书.pdf
  • 2025-06-16 09:49
  • 荣续ESG智库:2025年医疗卫生行业ESG白皮书.pdf
  • 2025-06-16 09:49
  • IDC:2025年医疗行业智慧文印解决方案白皮书.pdf
  • 2025-06-14 16:43
  • 医药生物行业深度报告:引领医疗革命,CGT成长空间广阔.pdf
  • 2025-06-13 16:08
  • 沙利文:2025年中国医疗器械出海现状与趋势蓝皮书.pdf
  • 2025-06-12 15:39
  • 阿里云:2025医疗健康行业AI应用白皮书.pdf
  • 2025-06-11 16:38
  • 兰州市基本医疗保障政策指南.pdf
  • 2025-06-09 13:31
  • 2025年易凯资本中国健康产业白皮书-医疗技术与器械篇.pdf
  • 2025-06-07 16:42
  • 2025年易凯资本中国健康产业白皮书-医疗与健康服务篇.pdf
  • 2025-06-06 15:36
  • 2025 医疗健康新质生产力 “创变引擎” 系列洞察 创新医疗科技篇.pdf
  • 2025-06-04 16:26
  • 智药局:2025年AI Agent+医疗行业研究报告.pdf
  • 2025-06-02 08:58
  • 2025年AI医疗行业发展现状、趋势、主要应用领域及相关标的分析报告.pdf
  • 2025-05-22 15:55
  • 医疗器械行业深度:AI医疗重构诊疗流程,效率与市场增长下的投资机会.pdf
  • 2025-05-16 16:45
  • 2025年人工智能与机器学习在医疗科技领域的崛起研究报告(英文版).pdf
  • 2025-05-13 16:24
  • 2025年第一季度欧洲和美国远程医疗报告.pdf
  • 2025-05-12 15:49
  • 医疗行业分布式数据库解决方案白皮书 .pdf
  • 2025-05-12 15:43
  • 南京大学(高阳):2024年健康医疗数据的确权与流通报告.pdf
  • 2025-05-10 15:44
  • 2025年医疗大模型研究报告-新质生产力大模型在各医疗场景的赋能实践.pdf
  • 2025-05-09 16:27
  • 2025年迈向全民医疗保障的中国经验研究报告(英文版).pdf
  • 2025-05-09 16:25
  • 国际劳工组织(ILO):2025年迈向全民医疗保障的中国经验研究报告.pdf
  • 2025-05-08 15:59
  • 罗氏医疗(梁莉):融合创新技术团队适应医疗行业的敏捷转型之路.pdf
  • 2025-05-03 10:35
  • 中国LSHC生命科学与医疗行业调查报告.pdf
  • 2025-04-30 17:14
  • 智慧医疗专题-智慧养老整体解决方案(22页 ).pdf
  • 2025-04-26 14:23
  • 艾昆纬:降低医疗科技行业的风险与干扰.pdf
  • 2025-04-24 15:54
  • 中国软件评测中心:2024年广东省医疗诊断、监护及治疗设备产业调研报告.pdf
  • 2025-04-22 15:41
  • 2024年高性能医疗器械创新发展报告-国家高性能医疗器械创新中心.pdf
  • 2025-04-21 10:04
  • 人工智能在医疗场景中的应用分享.pdf
  • 2025-04-17 16:46
  • AI医疗专题:从AIGC角度看医药产业图谱.pdf
  • 2025-04-17 16:36
  • AI 医疗:提质增效,全面赋能.pdf
  • 2025-04-17 16:36
  • 沙利文:2025年放疗医疗器械市场行业研究报告.pdf
  • 2025-04-16 15:38
  • 中国AI医疗行业白皮书:精准医疗,智能未来.pdf
  • 2025-04-16 15:28
  • 湖北数据集团:2025年医疗数据合规白皮书.pdf
  • 2025-04-15 16:19
  • EY安永:2025年中企出海白皮书:医药和医疗器械篇.pdf
  • 2025-04-15 16:17
  • 医疗保健行业ESG管理策略研究报告-北京ESG研究院.pdf
  • 2025-04-14 11:00
  • 腾讯&罗兰贝格:2025年医疗大健康行业全渠道营销报告.pdf
  • 2025-04-12 16:40
  • 2025年人工智能赋能医疗行业的未来白皮书:AI引领智能新征程(英文版).pdf
  • 2025-04-12 16:37
  • 传媒行业GenAI系列之五十:国内云价值重估,AI游戏、AI社区、AI医疗、AI教育仍有低估.pdf
  • 2025-04-12 16:29
  • 浙江大学(姚畅):2025年AI大模型如何破局传统医疗报告.pdf
  • 2025-04-03 15:43
  • 摩熵咨询:2025年中国AI医疗健康企业创新发展百强榜单报告.pdf
  • 2025-04-01 15:39
  • 2025商业健康险医药行业与医疗机构协同创新案例研究报告.pdf
  • 2025-03-29 16:28
  • 生物医药行业:AI心脏大模型发布,医疗AI商业化进程加速.pdf
  • 2025-03-28 16:27
  • 大健康医疗信息流投放.pdf
  • 2025-03-25 15:55
  • 罗兰贝格:2025年全球医疗器械报告-创新与效率平衡之道.pdf
  • 2025-03-22 17:06
  • 2024年医疗保健行业网络安全调查.pdf
  • 2025-03-21 15:53
  • 医疗AI专题报告(三):设备篇:AI时代下的智能医疗设备革命.pdf
  • 2025-03-21 15:41
  • 手术机器人:高端医疗器械领域的“明珠”,重构现代外科手术体系.pdf
  • 2025-03-20 14:48
  • 2025年Q1医疗美容行业薪酬报告.pdf
  • 2025-03-17 14:49
  • 动脉橙:2025年2月全球医疗健康领域投融资月报.pdf
  • 2025-03-16 17:08
  • 医疗AI专题报告(二):多组学篇:AI技术驱动精准诊断实现重要突破.pdf
  • 2025-03-16 17:07
  • 2025年企业高端健康福利调研报告-医疗保险和体检的优化之道.pdf
  • 2025-03-15 15:37
  • 猎聘:2025年医疗器械行业人才供需洞察报告.pdf
  • 2025-03-14 15:50
  • 计算机行业深度报告:AI+医疗:大模型重塑医疗生态.pdf
  • 2025-03-13 17:05
  • 中国生命科学与医疗行业-调研结果:2025年行业现状与展望报告.pdf
  • 2025-03-12 15:41
  • 中国生命科学与医疗行业-调研结果:2025年行业现状与展望报告(英文版).pdf
  • 2025-03-12 15:41
  • 预训练大模型与医疗:从算法研究到应用.pdf
  • 2025-03-11 16:25
  • 挖掘亚太地区人工智能在医疗科技领域的价值(2025年.pdf
  • 2025-03-10 09:29
  • 大模型平民化开启“AI+医疗”新纪元-国联民生证券.pdf
  • 2025-03-10 09:22
  • 隐形眼镜品牌日抛产品抖音品牌营销策略案【医疗个护】【抖音营销】【种草营销】.pdf
  • 2025-03-10 09:17
  • 2025年智启原新:医药和医疗器械企业AI原生转型报告.pdf
  • 2025-03-07 16:27
  • AI+医疗投资框架:AI平权赋能医疗数据价值重估.pdf
  • 2025-03-07 16:18
  • 知识产权出版社:医疗健康行业2024年专利分析白皮书.pdf
  • 2025-03-05 15:21
  • 医疗器械专题之脑机接口:中国脑机接口行业现状与展望.pdf
  • 2025-03-05 15:13
  • 医药生物行业深度报告:AI与医疗产业深度融合,有望为医疗带来产业变革.pdf
  • 2025-02-27 14:48
  • 医药生物行业报告:“AI+医疗”高景气度有望持续,创新药利好政策持续加码.pdf
  • 2025-02-25 14:32
  • 医疗器械专题之基因测序:分子诊断掌上明珠,四代测序开启规模化应用时代.pdf
  • 2025-02-25 14:32
  • 东吴证券-AI+医疗:提质增效,全面赋能.pdf
  • 2025-02-25 14:32
  • AI医疗专题系列二:从DEEPSEEK的崛起看AI医疗发展方向及投资机会.pdf
  • 2025-02-24 15:38
  • 医疗AI专题报告-一-:制药篇:大鹏一日同风起,AI医疗启新篇.pdf
  • 2025-02-24 15:38
  • 医药生物行业行业深度报告:Deepseek冲击波系列报告-医疗AI赋能,大数据价值深度挖掘.pdf
  • 2025-02-23 16:20
  • AI医疗行业专题报告:模型平权下的AI医疗大时代,梳理海内外AI+医疗投资机会.pdf
  • 2025-02-23 16:13
  • 计算机行业深度报告:DeepSeek系列报告之AI+医疗.pdf
  • 2025-02-20 14:51
  • 动脉橙:2025年1月全球医疗健康领域投融资月报.pdf
  • 2025-02-20 14:47
  • AI+医疗行业深度:AI+医药:势不可挡,未来已至.pdf
  • 2025-02-20 14:41
  • 洞察宠物医疗保险市场.pdf
  • 2025-02-18 15:44
  • 医药生物:再论AI医疗如何选:海外映射+寻找高壁垒赛道.pdf
  • 2025-02-18 15:35
  • 医药生物行业:医疗器械行业全景图:发展趋势及投资机会展望.pdf
  • 2025-02-18 15:35
  • 国信证券-人工智能行业专题:第一大应用-海内外医疗AI梳理.pdf
  • 2025-02-12 14:22
  • 拉丁美洲医疗保健和生命科学部门市场准入快速指南.pdf
  • 2025-02-10 16:20
  • 摩熵咨询:2024年反腐整风运动下医疗及药企产业变局分析报告.pdf
  • 2025-02-09 17:36
  • AON怡安智库:2025年全球医疗趋势报告.pdf
  • 2025-02-08 15:13
  • 医药生物行业2025年年度策略:政策拐点愈发明确,布局创新药+医疗设备+服务.pdf
  • 2025-02-08 15:04

某跨境智慧物流集团是跨境物流与供应链数字化解决方案的行业领导者。为应对海量物流数据实时处理、全球化部署与成本效益持续优化等挑战,该客户携手数新智能,在亚马逊云科技(AWS)上完成核心数据平台的战略性重构。

本次项目的核心亮点为:全栈采用基于 AWS 自研芯片 Graviton 的实例,并部署数新云智能原生数据底座 CyberEngine,旨在打造兼具极致性价比、卓越性能与全球敏捷性的下一代数据基础设施。

关于客户

在海量数据中寻求效率与成本的平衡

该客户全球化业务每天产生并处理 TB 级的物流轨迹、仓储库存与交易数据。原有架构面临三大核心挑战:

  • 计算成本高: 数据处理资源消耗巨大,传统 x86 计算实例的高昂成本成为业务扩张的沉重负担。
  • 实时分析瓶颈: 物流状态追踪、智能调度等场景对实时性要求严苛,原有系统难以支撑毫秒级响应的数据服务与高并发分析。
  • 架构敏捷性不足: 随着业务在全球快速布局,数据平台需要在多区域实现快速部署、一致体验与弹性伸缩,同时保持技术栈的先进性与开放性。

客户需要的不只是一次简单的云迁移,更是一次从底层芯片到顶层应用、旨在获得长期竞争优势的架构革新。

客户挑战

基于 AWS Graviton 的全栈深度优化

数新智能的解决方案核心,是将 AWS Graviton 处理器的原生优势 与 CyberEngine 数据底座的云原生能力进行深度耦合,实现从硬件到软件的全栈协同优化。

数新智能的全栈实施路径

  • 全栈 Graviton 化: 将该客户数据平台的所有计算节点,包括 CyberData 平台应用层、CyberEngine 底座的 Spark、Flink 计算集群,以及 StarRocks 实时分析引擎,全部部署在 AWS Graviton3/Graviton4 实例上。这为整个平台奠定了高性价比的基石。
  • 云原生数据底座落地: 部署数新智能 CyberEngine云原生数据底座。该底座并非简单集成开源组件,而是针对 Graviton 环境深度优化 Spark(批处理)、Flink(流计算)与 StarRocks(实时分析)的运行时与调度策略,充分释放 ARM 架构每瓦特性能优势。
  • 智能混合调度与优化: 通过数新智能统一任务调度引擎,结合物流数据管线的特性(实时事件流、离线批量报表、即时交互查询),智能将任务分发至不同 Graviton 实例类型支撑的最优计算集群中,实现资源利用率最大化。

图片

解决方案

建立全链路数据血缘与质量标准

我们为客户构建的架构,充分利用了 Graviton 实例家族(如计算优化型 C7g/C6g、内存优化型 R8g/R7g)的特性,形成了高效、弹性的数据处理流水线。

核心 AWS 技术特性的场景化落地

我们深度结合亚马逊云科技的原生服务能力,精准解决客户的业务痛点,实现技术价值最大化:

  • 统一接入与实时计算: 全球物流事件流通过 统一数据集成引擎实时摄入。Flink on Graviton 集群充分发挥 Graviton 高内存带宽、低延迟的优势,对订单状态、车辆位置等流数据进行毫秒级处理与关联分析,为实时追踪看板提供支撑。
  • 批量计算与数据湖加工: 海量历史日志与事务数据存储在 Amazon S3 中。Spark on Graviton 集群执行复杂的 ETL 与数据建模任务。借助Graviton 实例高核心密度及大缓存特性(如 Graviton5 提供 5 倍于前代的 L3 缓存),大规模数据扫描与聚合作业效率显著提升。
  • 实时分析与数据服务: 处理后的聚合结果与特征数据同步至 StarRocks on Graviton 构建的实时数仓。依托 Graviton 处理器优化的单核性能与整体吞吐量,复杂多表关联查询、多维分析均实现亚秒级响应,高效赋能运营人员即席分析与决策。
  • 全局智能化治理: 统一元数据服务贯穿数据全生命周期,基于 Graviton 实例的高效计算能力,快速构建并维护全链路数据血缘与资产目录,保障数据质量与安全合规。

项目价值

通过全栈部署 AWS Graviton 与数新智能 CyberEngine 的深度融合优化,该跨境智慧物流集团的新数据平台取得了远超预期的核心成效:

成本效益显著优化

整体计算成本降低 25% 以上。这得益于 Graviton 实例卓越的性价比优势,以及 CyberEngine 弹性伸缩能力对资源的精细化管控,实现成本与效率的平衡。

处理性能全面跃升

  • 实时计算延迟从分钟级降至秒内,精准满足全球化物流事件实时监控需求;
  • 大型夜间批处理作业窗口时间平均缩短 30%,为业务预留更充足的分析缓冲期;
  • 运营分析平台复杂查询响应速度提升数倍,用户决策效率与使用体验同步改善。

架构敏捷性与可持续性双赢

云原生架构与 Graviton 的深度结合,使新区域数据平台部署周期缩短 70%,大幅提升全球业务扩张效率。同时,Graviton 的高能效特性,助力客户降低单位计算任务的碳排放,在技术创新中践行企业社会责任。

该客户的实践清晰地证明,在数据驱动决策的时代,基础设施的先进性是业务创新的关键引擎。数新智能通过将 自研的云原生数据底座CyberEngine 与 业界领先的 AWS Graviton 自研芯片 进行全栈深度集成,不仅解决了客户在成本与性能上的燃眉之急,更为其构建了面向未来的数据核心竞争力。

我们深信,真正的技术价值,在于将底层硬件的强大潜力,通过领先的软件平台转化为切实的业务成果。数新智能愿与更多的全球化企业携手,从芯片到架构,重塑数据生产力,驭“数”前行,智领全球。

微信图片_20260213092724_2808_3.jpg
最近,当红AI 助手 OpenClaw “龙虾”(原名 MoltBot、ClawdBot)以燎原之势席卷全球开发者社区,开启了全新的 “全职 AI 员工” 时代。然而,当自动化能力的获取不再是高门槛,如何让 AI 在高效执行任务的同时,始终将控制权交还给人,成为行业新的挑战 —— 理想的智能体,应当既能深入本地系统流畅操作,又能在每一个关键节点等待人工确认,让数据主权与操作可控成为默认配置。
微信图片_20260213103134_2850_3.jpg

枫清科技重磅推出Fabarta 个人专属智能体龙虾版

当海外用户纷纷尝试OpenClaw 本地部署方法,以此保障数据与操作的可控性时,枫清科技正式推出 Fabarta 个人专属智能体龙虾版,让每个人都能拥有“更懂你、更安全” 的专属 AI 助手。

扎根本地的高效办公超级助手

这款面向办公与个人生产力的本地智能体,支持文件与应用协作、可审计的本地工具调用,并能通过本地记忆能力持续适配用户的使用习惯。与此同时,个人专属智能体龙虾版的本地知识库能力,沿用了深度打磨的企业级解析器,同时搭载经过链路调优的技术架构,让知识检索更精准、更全面。

而这些高效办公能力的落地,均依托其底层架构确立的本地执行核心原则。Fabarta 个人专属智能体龙虾版并非一个简单的聊天助手,而是真正在用户设备上运行的超级助手。基于 OpenClaw 沉淀的本地执行框架,它能够直接操作用户的文件系统、浏览器和各类应用,自动完成文件整理、流程任务执行等复杂操作。

本地执行+ 人工终审 掌控终极决策权

更重要的是,所有数据处理均在本地完成,配合白名单权限管理和全程可审计机制,每一次操作都留有痕迹,关键步骤需人工确认,用户既能享受AI 自动化带来的高效体验,又能牢牢掌握人工的终极决策权。

多办公场景的自动化实践

这种“本地执行 + 人工终审” 的设计理念,在真实办公场景中有着直观且丰富的体现。当用户面对复杂的项目资料,只需一句话指令,Fabarta 个人专属智能体龙虾版就能在本机自动完成分类归档,按项目和资产类型建立清晰的文件库,生成总索引和资产盘点表,整个过程仅写入指定的 Outbox 文件夹,每一步操作都可审计、可追溯。

图片2.png

当用户面对繁杂的邮件回复需求,个人专属智能体龙虾版能自动读取收件箱、拟写回复,甚至自动打开邮箱客户端,但会明确停在发送前的最后一步,等待用户检查确认。用户无需担心AI 越权操作,因为所有动作全程留痕,截图、时间线、操作轨迹(trace)均可回放,形成完整的操作证据包。

对于需要运营社媒账号的用户,个人专属智能体龙虾版能将本地素材自动转化为小红书、公众号等平台的图文草稿,自动填充内容和配图,且仅保存草稿而不进行群发,让用户牢牢掌握内容最终发布权。

越用越懂的个性化私人助理

除了具备强大的自动化执行能力,个人专属智能体龙虾版更像一位越用越懂你的专属私人助理。它内置本地个人记忆库,能够持续理解用户的使用习惯,基于企业级知识库解析能力,对个人文件资料形成长期语义记忆。它会针对用户的常用术语、项目背景、文件路径及个人偏好,在本机逐步构建起可控的长期记忆体系,实现更精准、更全面的知识检索与复用。

这份“越用越懂” 的使用体验,得益于枫清科技将企业级 RAG 能力下沉至个人场景,配合可配置的私有模型部署方案与云边端协同架构,既保证了个人数据的隐私安全,又能根据用户需求灵活调用云端能力。

全系统适配 + 多场景平台拓展

值得一提的是,这一架构已深度融入主流操作系统生态—— 通过与 macOS、麒麟操作系统的深度适配,Fabarta 个人专属智能体龙虾版将企业级安全管控与本地化处理能力成功延伸至个人终端。其中,Fabarta 携手 Mac 生态推出的企业级 AI 解决方案,以 Mac Studio为核心构建企业知识中台(EKC),协同终端Mac mini上的个人专属智能体龙虾版,既释放 “开箱即用” 的本地 AI 生产力价值,又实现 “数据不出域” 的精细权限控制;联合麒麟生态打造的信创桌面个人智能体解决方案,更是依托麒麟 KART 系统级 AI 底座承载端侧模型,让敏感数据全程在本地闭环处理。

除了完成主流操作系统的深度适配,让本地执行能力落地各类终端,个人专属智能体龙虾版还在模型部署与平台搭建层面实现了全维度拓展。除云端大模型外,枫清科技还提供本地模型一体机方案及企业智能体平台,实现从个人助手到集团系统的全场景覆盖。

枫清龙虾新春码限时免费申领

目前,枫清科技官网已开启“枫清龙虾新春码” 限时发放活动,春节期间每天上午 10:00-10:30 限量释放免费体验名额。用户领取 “新春码” 后即可激活使用,体验期结束后可购买权益包继续享受服务。

图片4.png

即刻登录枫清科技官网(https://fabarta.com/my-agent)下载Fabarta 个人专属智能体,把工作放心交给你的 “个人超级智能体”!

在制造业数字化转型的深水区,SRM的选型早已超出简单采购工具的范畴。作为在SRM与数字化采购领域深耕20年的从业者,我见证了企业采购从人工方式走向ERP系统,再到今天的独立平台化的演进过程。很多CTO在选型时会被品牌知名度牵着走,从而忽略了底层架构与企业业务演进的匹配度。尤其在供应链风险频发的背景下,一套成熟的SRM应当成为企业的供应协同引擎,而不是一个漂亮但封闭僵化的预制套件。
基于艾瑞咨询《2024年中国采购数字化平台行业研究报告》等第三方机构的行业洞察,采购数字化平台正向“自动化、智能化”演进。报告详细探讨了“低代码/零代码”、“iPaaS”以及“AI赋能”在SRM领域的关键作用,这些技术正成为衡量厂商底座能力的核心指标。下面先从CTO最关心的维度做直观对比,再逐一展开分析。

一、一个表格读懂三大类SRM服务商

在深入分析各品牌前,我们需要从CTO关心的维度对这三大类做直观对比。
图片

二、平台定制型:追求架构底座的生命力

这类厂商适合业务逻辑复杂、希望系统能持续进化的巨型企业。推荐对象是那种愿意把SRM当作长期数智化底座的公司。

1、正远科技

成立于2002年,是低代码驱动的平台化专家。它的核心优势在于把业务逻辑和系统实现解耦,允许可视化建模和快速迭代。由此带来的好处很直观:开发周期大幅缩短,业务方能拿到的是一个可持续生长的系统,而不是上线就过时的产品。正远还在AI能力和信创适配上投入很多。比如发票识别、供应商风险侦测和合同合规比对等,都已经工具化。
对于注重数据主权并要求私有化部署的企业,正远对信创生态的支持是显著优势。其客户包括魏桥创业、南山集团和威高集团,能在复杂场景下体现出底层理解能力。
图片

三、ERP延伸型:强调生态一致性与合规

这类产品更适合业务流程比较标准、并且已经深度绑定某套ERP的企业。它们的价值在于和现有财务、供应链系统天然打通,降低合规与对账的摩擦。

1、用友

在大型集团中普及度极高,它的优势在于业财一体化,适合把财务合规和供应链管理放在同一治理框架下的企业。用友在电子招投标和合规实践方面有丰富经验,适合把合规作为首要诉求的公司。
图片

2、金蝶

侧重协同与轻量应用,近年通过AI产品线在制造业展现出竞争力。金蝶强调社交化协同与低门槛供应商接入,利用微信等渠道提高供应商响应效率。在需要管理大量中小供应商,或研发变更频繁的电子制造企业,金蝶的PLM与SRM结合模式表现稳健。
图片

四、专业垂直型:以速度优先,解决当下问题

如果企业的采购并不直接影响核心生产,只是希望先把流程跑顺,或者需要在较短时间内看到效果,那么专业垂直型SRM往往更现实。这类厂商主打标准化SaaS,优势不在“复杂能力”,而在于交付速度。对互联网、快消,以及正在试点数字化采购的企业来说,这是一个低风险的切入口。

1、甄云科技

甄云是国内较早将SRM做成标准化SaaS的厂商之一。它在界面设计和流程完整度上比较成熟,上手成本低。甄云的一个典型特点是引入了采购商城模式,能够直接对接京东、苏宁等第三方平台。对于间接物料和行政类采购,这种模式效率很高,往往能在较短周期内看到管理成效。当然,它更适合通用场景,而不是深度定制。
图片

2、企企通

企企通的产品思路更偏向互联网化,强调协同体验和移动端使用感受。它围绕采购人的日常操作习惯做了不少优化,在审批流转和跨部门协同上比较顺畅。同时,企企通在供应链金融等延展能力上投入较多,适合追求敏捷管理、组织结构相对扁平的企业。
图片

五、CTO在选型时关注的三个问题

当选型进入后半程,技术团队往往已经看过大量方案。这时困扰CTO的,通常不是功能多少,而是一些更底层、更现实的取舍问题。

Q1:如何平衡快速上线和长期可扩展性?

如果企业的采购流程还在摸索阶段,主要覆盖办公用品或非生产物资,那么专业垂直型SaaS是性价比最高的选择,三个月内看到ROI并不罕见。但如果SRM管理的是核心生产物料,涉及BOM频繁调整、供应商分级和绩效考核,这类系统往往很快触顶。从长期看,平台定制型虽然前期投入更高,但低代码架构能支撑持续迭代,避免几年后被迫推倒重来。

Q2:已有SAP或Oracle,集成难度该怎么看?

信息孤岛是CTO普遍焦虑的问题。ERP延伸型产品在自家体系内集成顺畅,但一旦涉及多套异构系统,灵活性反而受限。独立的平台型厂商在这方面通常更有经验,比如通过集成适配器处理复杂的主数据和业务同步。建议在选型阶段要求厂商做真实接口演示,现场拉通旧系统,而不是只看方案文档。

Q3:信创私有化部署是否意味着运维压力陡增?

在当前合规环境下,私有化部署已经成为不少中大型制造企业的标配。私有化部署虽然需要额外的算力和运维投入,但在现代架构的帮助下复杂度已经显著降低。基于容器和流程引擎的系统,运维已经可以做到模块化和精细化管理。对技术团队来说,这种投入换来的,是对核心数据和业务逻辑的完全掌控。

六、CTO在选型时绕不开的三条逻辑

从行业发展趋势来看,SRM正从单一流程工具,演进为企业级数智化平台。CTO在做最终决策时,建议回到以下三个核心判断。

1、部署模式的取舍

对于中大型制造企业,私有化部署仍然更稳妥。SaaS 上线速度快,但在复杂集成和安全控制方面弹性有限。私有化部署虽然前期投入更高,却能为长期扩展留出空间。

2、集成能力是否经得起实战考验

SRM的价值在于连接,而不是孤立存在。是否具备对接SAP、Oracle等主流ERP的真实案例,比功能列表更重要。选型时一定要看实操,而不是听承诺。

3、低代码是否真正可用

采购流程不会一成不变。如果每次调整都需要厂商改底层代码,系统的长期成本会迅速失控。成熟的低代码底座,能把变化留在企业内部消化,这是很多CTO后期才意识到的关键点。
图片

七、我们的建议

整体来看,国内SRM市场已经形成清晰分层。希望系统具备持续演进能力,并对信创和复杂制造场景有要求的企业,可以重点关注正远科技。强调合规和业财一体化的集团型企业,用友和金蝶依然是稳妥选择。而在轻量化采购、商城联动和快速交付方面,甄云和企企通具备明显优势。
SRM的选型,本质上是在为企业选择一个可以陪跑多年的数字化底座。从CTO的角度看,能随着业务一起成长的系统,才是真正值得长期投入的技术资产。

金属材料表面六种缺陷类型数据集:工业视觉检测的优质训练资源

数据集分享

如需下载该数据集,可通过以下方式获取:

https://pan.baidu.com/s/1eltE8ewS4V1ONDGubsYJ4g?pwd=skr8

引言

在现代工业制造中,金属材料的表面质量直接影响产品的外观、性能和安全性。金属材料在轧制、热处理、运输及长期使用过程中,常会产生各类表面缺陷,如裂纹、划痕、氧化皮等。这些缺陷不仅降低产品的外观质量,更可能影响其强度、疲劳寿命甚至安全性能。因此,及时、准确地检测金属表面缺陷,对于保证产品质量、提高生产效率具有重要意义。

随着工业制造向自动化与智能化演进,基于深度学习的表面缺陷检测成为提升质量控制的重要手段。然而,高质量、标注规范的数据集一直是算法研究和应用落地中的瓶颈。为推动智能检测系统在实际场景中的应用,我们构建了一套面向学术与工业的金属缺陷数据集,包含6类典型缺陷,1800张图像,标注完整,已按train/val/test划分,并使用YOLO项目格式进行标注,适用于目标检测、缺陷分类与工业视觉相关任务。

数据集概述

本数据集聚焦于金属表面质量检测,涵盖了6类典型的金属表面缺陷,总计1800张高质量图像。所有图像均已完成标注,并按照训练集、验证集和测试集进行了合理划分,可直接用于深度学习模型的训练、验证和测试。

基本信息

  • 图像总数:1800张(已完成标注)
  • 标注格式:YOLO格式(可与COCO格式相互转化)
  • 图像尺寸:统一为640×640(可自定义缩放)
  • 数据划分

    • 训练集: 1260张
    • 验证集: 360张
    • 测试集: 180张
  • 类别数量:6类

类别配置

以下是数据集的类别配置(YOLO格式):

nc: 6
names:
  0: crazing
  1: inclusion
  2: patches
  3: pitted_surface
  4: rolled-in_scale
  5: scratches

数据集结构

本数据集采用标准的文件夹结构进行组织,具体如下:

/train/
    └── images/
    └── labels/
/val/
    └── images/
    └── labels/
/test/
    └── images/
    └── labels/

其中,images文件夹存放原始图像,labels文件夹存放对应的标注文件。标注文件采用YOLO格式,记录了缺陷的类别和位置信息。

缺陷类型详情

本数据集包含6类典型的金属表面缺陷,每类缺陷均有其独特的特征和形成原因。以下是各类缺陷的详细说明:

类别编号类别名称中文释义特征描述
0crazing裂纹/龟裂表面微裂纹,形似龟壳裂纹,多因材料老化或热处理不均导致
1inclusion杂质夹杂材料中混入非金属杂质,外观呈点状或条状暗斑,影响材料纯度
2patches表面块状斑痕局部表面区域发生变色或质地异常,可能与氧化或油污有关
3pitted_surface凹坑/腐蚀点表面形成小孔或点蚀,通常是腐蚀或加工缺陷的结果
4rolled-in_scale轧入氧化皮热轧过程中氧化皮卷入表层形成异色斑块,边缘不规则
5scratches划痕线性划痕,由硬物刮擦形成,深浅不一,走向基本一致

所有缺陷都已使用边界框(bounding box)形式手动标注,标注精度高,适合用于YOLO全系列、Faster R-CNN、RT-DETR等检测模型的训练和评估。

数据处理流程

为确保数据集的质量和可用性,我们在构建过程中遵循了严格的数据处理流程,具体步骤如下:

flowchart TD
    A[数据采集] --> B[图像预处理]
    B --> C[缺陷标注]
    C --> D[数据划分]
    D --> E[格式转换]
    E --> F[质量验证]
    F --> G[数据集发布]
  1. 数据采集:从工业生产现场采集金属表面缺陷图像,确保覆盖不同类型、不同严重程度的缺陷
  2. 图像预处理:对采集到的图像进行清洗、去噪、尺寸统一等处理
  3. 缺陷标注:采用人工标注的方式,使用边界框标记缺陷的位置和类别
  4. 数据划分:按照7:2:1的比例划分为训练集、验证集和测试集
  5. 格式转换:将标注结果转换为YOLO标准格式
  6. 质量验证:对处理后的数据进行质量检查,确保标注的准确性和一致性
  7. 数据集发布:打包发布数据集,提供下载链接

数据集特点

本数据集具有以下显著特点:

  1. 标注规范:所有图像均采用人工标注,标注精度高,格式统一
  2. 数据划分合理:按照7:2:1的比例划分为训练集、验证集和测试集,符合深度学习模型训练的常规要求
  3. 缺陷类型典型:涵盖了6类典型的金属表面缺陷,基本覆盖了工业生产中常见的缺陷类型
  4. 图像质量高:所有图像均为高质量采集,分辨率统一为640×640,便于模型训练
  5. 格式标准:采用YOLO标准格式标注,可直接用于主流深度学习框架
  6. 场景真实:图像均来自实际工业生产场景,具有较高的真实感和代表性

适用场景

本数据集广泛适用于以下研究与工业应用:

1. 工业缺陷检测模型训练

可直接用于训练YOLOv5、YOLOv8、RT-DETR等检测模型,用于实际部署或研究验证。通过在本数据集上训练模型,可以实现对金属表面缺陷的自动检测和分类,提高检测效率和准确性。

2. 缺陷分类与分割任务

可对图像中心区域裁剪生成分类任务数据,或与语义分割工具配合进一步扩展。例如,可以将缺陷区域裁剪出来,构建分类数据集,用于训练专门的缺陷分类模型;也可以将边界框标注转换为像素级标注,用于语义分割任务。

3. 算法对比与论文验证

适合用于不同检测网络的性能评估,支持标准化训练流程,有利于模型泛化性对比。研究人员可以在本数据集上测试不同算法的性能,进行公平的比较和分析。

4. 图像增强与合成学习研究

图像背景多样、缺陷类型复杂,适合作为生成对抗网络(GAN)或图像增强算法的输入。通过对数据集进行图像增强,可以扩展数据集规模,提高模型的泛化能力;也可以用于研究缺陷图像的合成方法,进一步丰富数据集。

5. 工业自动化质检系统开发

可集成至边缘计算设备,实现对流水线上的金属件在线检测与报警。通过将训练好的模型部署到边缘设备,可以实现实时、高效的缺陷检测,减少人工干预,提高生产效率和产品质量。

image-20250710185629776

image-20250530103542576

image-20250530102805805

img

模型训练建议

针对本数据集的特点,我们提出以下模型训练建议:

  1. 模型选择:对于目标检测任务,建议使用YOLOv8、RT-DETR等最新模型,这些模型在精度和速度上都有较好的表现。
  2. 数据增强:建议使用随机裁剪、翻转、旋转、亮度调整、对比度调整等数据增强技术,提高模型的泛化能力。
  3. 训练策略:采用小批量梯度下降法,初始学习率设置为0.001,使用余弦退火策略调整学习率。
  4. 评估指标:使用精确率、召回率、F1-score和mAP等指标评估模型性能,综合考虑模型的检测效果。
  5. 模型优化:可以采用模型剪枝、量化等技术,减少模型大小,提高推理速度,便于在边缘设备上部署。

应用案例

案例一:钢铁生产线上的缺陷检测

某钢铁企业将基于本数据集训练的模型部署到生产线上,实现了对钢板表面缺陷的实时检测。系统能够在钢板生产过程中自动检测出裂纹、划痕等缺陷,并及时报警,大大提高了检测效率和准确性,减少了人工成本。

案例二:汽车零部件质量控制

某汽车零部件制造商使用本数据集训练的模型,对汽车车身钢板的表面缺陷进行检测。通过在生产线上安装摄像头和边缘计算设备,实现了对零部件表面缺陷的自动检测,确保了产品质量,降低了不合格品率。

案例三:研究算法性能对比

某研究机构使用本数据集对多种目标检测算法进行了性能对比,包括YOLOv5、YOLOv8、Faster R-CNN等。通过实验分析,他们发现YOLOv8在检测精度和速度上都有较好的表现,适合用于实时检测场景。

数据集扩展与未来规划

本数据集是我们在金属表面缺陷检测领域的初步尝试,未来我们计划从以下几个方面对数据集进行扩展和完善:

  1. 增加缺陷类型:进一步扩展缺陷类别,涵盖更多工业生产中常见的金属表面缺陷
  2. 扩大数据集规模:增加图像数量,提高数据集的多样性和代表性
  3. 添加多模态标注:加入语义分割、实例分割等多模态标注形式,支持更复杂的检测与识别任务
  4. 引入更多场景:收集不同材质、不同工艺、不同环境下的金属表面缺陷图像,提高模型的泛化能力
  5. 提供预训练模型:基于扩展后的数据集,训练并发布预训练模型,方便用户直接使用

结语

本数据集通过系统性地收集、整理和标注金属材料表面六类典型缺陷,填补了工业视觉领域在金属表面缺陷检测方向公开数据资源的空白。其在样本多样性、标注精度和场景适配性方面具有显著优势,不仅可作为深度学习算法的训练基准,也适用于真实工业质检系统的部署验证。

我们希望通过本数据集的发布,能够促进工业视觉检测技术的发展,推动智能制造与视觉质检技术的落地应用。我们诚邀学术界与工业界的研究者在此基础上深入探索,共同推动金属表面缺陷检测技术的进步,为工业制造的高质量发展做出贡献。

通过本数据集的使用和相关技术的应用,我们相信金属表面缺陷检测技术将会取得更大的突破,为工业制造的质量控制提供更加强有力的支持。

100类中药材图像识别数据集分享(适用于目标检测任务)

数据集分享

如需下载该数据集,可通过以下方式获取:

  • 💾 数据集打包为 ZIP 文件,解压后即用。

    https://pan.baidu.com/s/1zyL7C7byFj3VYeYnLGM2Gg?pwd=jsw8

引言

在中医药现代化的浪潮中,如何利用人工智能技术实现中药材的快速、准确识别,成为了中医药信息化领域的重要研究方向。传统的中药材识别主要依赖于专家经验和人工比对,这种方法不仅效率低下,而且在面对种类繁多、外观相似度高的中药材时,容易产生误判。随着深度学习技术的迅猛发展,特别是基于YOLO等目标检测模型的图像识别技术在多个领域取得显著成效,将其应用于中药图像识别已展现出广阔的前景。

为推动中药材智能识别的研究与落地,我们整理并发布了一套高质量的中药材图像识别数据集。该数据集涵盖100类常见中药材图像,共计9200张样本,并完成了标准YOLO格式的标注和训练/验证集划分,可直接用于模型训练和算法测试。本文将对该数据集进行详细介绍,包括数据集概述、结构详情、适用场景等内容,旨在为相关研究和应用提供参考。

数据集概述

本数据集收录了来自中药材识别实际场景中的100个类别图像,总计9200张高质量样本图。这些图像已按照train/val分组格式进行整理,适用于主流深度学习框架(如PyTorch、TensorFlow、YOLO等)的训练与验证流程。图像分辨率清晰,涵盖了不同拍摄角度、光照条件和背景下的实物图像,既体现了真实场景的复杂性,又保证了语义的代表性。

数据集基本信息

  • 图像总数:9200张
  • 训练集:8000张
  • 验证集:1200张
  • 类别数量:100种中药材
  • 命名规范:统一使用简体中文命名,便于中文语义处理任务

数据集结构

本数据集采用标准的文件夹结构进行组织,具体如下:

/train/
    └── 安息香/
    └── 白扁豆/
    ...
/val/
    └── 安息香/
    └── 白扁豆/
    ...

文件命名规则为自动生成,确保不重名,例如安息香_001.jpg。这种结构设计不仅便于数据的管理和浏览,也符合主流深度学习框架的数据加载要求。

类别配置

以下是数据集的类别配置(YOLO格式):

nc: 100
names: ['安息香', '白扁豆', '白矾', '白蔹', '白茅根', '白前', '白芍', '白芷', '柏子仁', '北沙参',
        '荜拨', '荜澄茄', '鳖甲', '槟榔', '苍术', '草豆蔻', '沉香', '川楝子', '川木香', '川牛膝',
        '大腹皮', '淡豆豉', '稻芽', '地龙', '冬虫夏草', '防风', '番泻叶', '蜂房', '甘草', '干姜',
        '甘松', '藁本', '硅石脂', '枸杞子', '桂枝', '谷精草', '谷芽', '海龙', '海螵蛸', '合欢皮',
        '黄柏', '黄芪', '黄芩', '湖北贝母', '僵蚕', '芥子', '鸡冠花', '金灯笼', '鸡内金', '荆芥穗',
        '金果榄', '金钱白花蛇', '九香虫', '橘核', '苦地丁', '莱菔子', '莲房', '莲须', '莲子',
        '莲子心', '灵芝', '荔枝核', '龙眼肉', '芦根', '路路通', '麦冬', '木丁香', '羌活',
        '千年健', '秦皮', '全蝎', '忍冬藤', '人参', '肉豆蔻', '桑寄生', '桑螵蛸', '桑椹',
        '山慈菇', '山奈', '山茱萸', '沙苑子', '石榴皮', '丝瓜络', '酸枣仁', '苏木',
        '太子参', '天花粉', '天麻', '土荆皮', '瓦楞子', '五加皮', '细辛', '银柴胡',
        '薏苡仁', '郁金', '浙贝母', '枳壳', '竹茹', '诃子', '自然铜']

数据处理流程

为确保数据集的质量和可用性,我们在构建过程中遵循了严格的数据处理流程,具体步骤如下:

flowchart TD
    A[数据收集] --> B[图像预处理]
    B --> C[类别标注]
    C --> D[数据划分]
    D --> E[格式转换]
    E --> F[质量检测]
    F --> G[最终发布]
  1. 数据收集:从多个来源收集中药材图像,确保覆盖不同角度、光照和背景
  2. 图像预处理:对收集到的图像进行清洗、去噪和标准化处理
  3. 类别标注:采用人工标注的方式,确保类别归属的准确性
  4. 数据划分:按照7:3的比例划分为训练集和验证集
  5. 格式转换:将标注结果转换为YOLO标准格式
  6. 质量检测:对处理后的数据进行质量检查,确保数据的一致性和完整性
  7. 最终发布:打包发布数据集,提供下载链接

数据集特点

本数据集具有以下显著特点:

  1. 类别丰富:涵盖100种常见中药材,基本覆盖了临床常用品种
  2. 样本充足:总计9200张图像,每个类别均有足够的样本量
  3. 标注规范:采用标准YOLO格式标注,可直接用于模型训练
  4. 场景多样:图像拍摄场景多样,包括不同角度、光照和背景
  5. 中文命名:统一使用简体中文命名,便于中文语义处理任务
  6. 结构清晰:采用标准文件夹结构,易于管理和使用

适用场景

本数据集可广泛应用于以下人工智能与中医药交叉领域:

1. 中药识别图像分类任务

可用于训练ResNet、ViT、YOLO等模型,实现中药材的自动分类和识别。通过深度学习模型的训练,可以提高中药材识别的准确率和效率,减少人工干预。

2. 中药拍照识别App研发

作为图像识别后端训练数据,可支持开发中药拍照识别App,用户只需拍摄中药材照片,即可快速获取药材名称、功效等信息,便于中药辅助查询和科普应用。

3. 医学辅助系统训练数据

可结合图文信息进行知识联动识别,为医生提供中药材识别的辅助工具,减少用药错误的发生。

4. 深度学习模型迁移学习训练

可用于预训练或微调模型,增强模型对自然图像中药材的理解能力,为其他相关任务提供基础。

5. 中药材跨模态研究

可用于中文名称—图像联合建模、图文检索、图像标注等跨模态研究,推动中医药信息化的发展。

image-20250712145211757

image-20250712145359020

image-20250712145509920

image-20250712145520147

模型训练建议

针对本数据集的特点,我们提出以下模型训练建议:

  1. 模型选择:对于分类任务,可选择ResNet50、EfficientNet等模型;对于检测任务,建议使用YOLOv8、RT-DETR等最新模型。
  2. 数据增强:建议使用随机裁剪、翻转、旋转、亮度调整等数据增强技术,提高模型的泛化能力。
  3. 训练策略:采用小批量梯度下降法,初始学习率设置为0.001,根据验证集性能动态调整学习率。
  4. 评估指标:使用准确率、精确率、召回率和F1-score等指标评估模型性能。

应用案例

案例一:中药识别App开发

基于本数据集训练的模型,开发了一款中药识别App,用户只需拍摄中药材照片,即可快速获取药材名称、功效、用法等信息。该App已在多家中医院和药店试用,取得了良好的效果。

案例二:中医药教学辅助系统

将训练好的模型集成到中医药教学辅助系统中,学生可以通过系统识别中药材,加深对中药材的认识和理解,提高学习效率。

案例三:中药材质量检测

结合其他传感器数据,利用训练好的模型对中药材质量进行检测,识别药材的真伪和品质等级,为中药材的质量控制提供技术支持。

结语

中药文化源远流长,是中华民族的瑰宝。随着人工智能技术的不断发展,将其应用于中医药领域,实现中药材的智能识别,对于推动中医药现代化具有重要意义。本数据集立足实际拍摄与分类标准,旨在为研究者、开发者和中医药爱好者提供一份结构清晰、数据质量可靠、类别丰富的中药图像数据集,为中药AI识别迈出坚实一步。

我们希望通过本数据集的发布,能够促进中医药与人工智能的深度融合,推动中药材智能识别技术的发展和应用,为中医药现代化做出贡献。如需生成配套训练代码(如YOLOv8格式训练脚本)、中药图像识别模型部署方案,可以参考相关资源。

参考资源

通过本数据集的使用和相关技术的应用,我们相信中药材智能识别技术将会取得更大的突破,为中医药事业的发展注入新的活力。

在外贸获客的诸多渠道中,电子邮件营销始终凭借成本低、覆盖面广、可沉淀客户资产的核心优势,成为企业开发海外客户的重要手段。但很多外贸人都有过这样的困扰:刚群发完开邮件发信,邮箱就被封,前期的客户名单和沟通努力全部白费。其实,群发邮件本身并非封号的根源,真正的问题在于选错了发送工具、用错了发送方式。本文就为外贸企业拆解群发邮件的避坑要点,教你如何安全、高效地做海外邮件群发。
图片

坑1:用个人邮箱群发,直接触发平台风控
Gmail、Outlook、QQ邮箱、163邮箱等个人邮箱,核心定位是个人一对一日常沟通,从产品设计上就不支持营销类邮件的大规模发送,这也是外贸人用个人邮箱群发最易被封的根本原因。
当个人邮箱出现以下行为时,平台风控系统会立即预警,轻则限制发送,重则直接封号且恢复难度极高:
1、短时间内向大量陌生海外邮箱发送内容高度相似的开发信;
2、收件人分散在不同国家、不同域名,发送行为偏离个人沟通逻辑;
3、邮件多次被海外收件人标记为垃圾邮件,负面反馈累积;
4、发送列表中包含大量无效、不存在的邮箱地址,退信率过高。个人邮箱仅适合少量熟客的日常沟通,绝对不能用于外贸开发信的群发。
坑2:迷信企业邮箱,忽略其核心定位局限
不少外贸企业为了规避个人邮箱的问题,使用企业邮箱后便直接用来群发邮件开发信,结果依然遭遇封号、送达率暴跌的问题,甚至影响公司正常业务沟通。这是因为企业邮箱的设计目标是企业日常业务沟通,而非规模化营销群发,其天然存在三大短板:

  1. 有严格的单日发送量限制,无法满足外贸批量开发的需求;
  2. 高频群发会快速拉低企业邮箱的IP信誉,导致后续邮件易被归为垃圾邮件;
  3. 单一个IP/域名的信誉受损,会牵连公司其他正常使用的业务邮箱,影响日常办公、客户对接。当发送规模达到每天数千甚至上万封时,企业邮箱的风控风险会急剧上升,完全无法适配外贸规模化获客的需求。企业邮箱适合公司内部沟通、熟客对接,而非外贸冷启动的批量邮件开发信发送。
    坑3:忽视工具专业性,用“通用工具”做“专业事”
    无论是个人邮箱还是企业邮箱,封号的核心问题都是工具与使用场景不匹配。如果外贸企业已经进入持续、高频、规模化的邮件获客阶段,使用专业的外贸邮件群发工具,是规避封号风险、提升投递效率的唯一可行方案。以深耕邮件营销领域的U-Mail邮件群发平台为例,其核心设计逻辑围绕外贸行业的群发需求打造,从根源上解决了封号和送达率问题,这也是专业工具与普通邮箱的核心区别。
    选对专业工具,实现群发“零封号+高送达”专业的外贸邮件群发工具,并非简单的“批量发送”,而是通过技术手段实现合规发送、智能投递、信誉维护,以U-Mail为例,其核心优势体现在这5点:
  4. 专用通道+高信誉IP,从工具层面规避封号只要邮件内容正规合法、符合外贸沟通场景,U-Mail不会因发送量大而封号。平台为外贸客户配备专用群发通道,搭建了专属的投递风控模型,同时持续维护海内外高信誉IP资源,将封号风险完全控制在工具层面,无需用户承担账号被封的损失。
  5. 超大发送量,适配外贸规模化获客U-Mail单日最高可发送30万封邮件,完美匹配外贸企业的批量开发需求,无论是新客户开发信的全域投放、展会后客户的集中跟进,还是多国家、多市场的同步布局,都能轻松承接;同时采用一对一独立投递机制,每封邮件单独发送,有效降低被海外邮箱系统识别为垃圾邮件的概率。
  6. 海内外分离通道,针对性提升送达率外贸邮件的收件人遍布全球,不同国家、不同邮箱系统(Gmail、Outlook、Yahoo等)的投递规则差异极大。U-Mail打造海内外分离的专用发送通道,针对主流海外邮箱做了专属的投递优化,搭配独立维护的海外高信誉通道资源,大幅提升邮件的实际进箱率,避免邮件石沉大海。
  7. 自动化运营,节省团队时间成本平台支持定时发送、批量任务自动执行,外贸团队只需提前准备好邮件内容和客户名单,设置好发送时间,系统即可全程自动化完成投递,无需人工值守,让团队把精力集中在客户跟进和转化上,提升整体工作效率。
  8. 全维度数据追踪+免费邮箱清洗,从源头优化发送效果U-Mail提供完整的数据统计分析功能,邮件的送达情况、打开率、点击量、退信原因、无效地址等数据一目了然,帮助外贸团队快速优化邮件内容和发送策略;同时支持免费清洗无效邮箱地址,从源头降低退信率,进一步维护发送信誉,提升后续邮件的投递稳定性。
    补充:海外邮件群发工具怎么选?
    除了U-Mail,市场上也有一些海外邮件群发平台,外贸企业可根据自身业务规模和需求选择,以下是几款主流工具的核心特点,供大家参考:
    Mailchimp:品牌知名度高,功能成熟,适合做内容型邮件营销,但对海外冷邮件、外贸开发信的审核和限制较多,不太适配外贸冷启动场景;
    Brevo(原Sendinblue):价格亲民,操作门槛低,适合中小规模的营销邮件发送,单日发送量有限,适合客群相对固定的外贸企业;
    GetResponse:自动化营销流程完善,适合做长期的客户生命周期运营,对开发信的适配性一般,更适合有成熟内容体系的外贸企业。
    核心提醒:多数海外平台对“冷邮件”“外贸邮件开发信”的审核规则严格,部分平台甚至禁止此类邮件发送,使用前务必充分了解平台规则,避免因违规导致账号被封。外贸邮件群发被封号,本质上是工具与发送场景不匹配的结果,选对工具,才能从根源上解决问题。
    1、少量熟客沟通、日常业务对接:个人邮箱/企业邮箱完全够用;
    2、批量海外客户开发、规模化获客:必须使用专业的外贸邮件群发平台。对于已经进入规模化外贸获客阶段的企业而言,选择U-Mail邮件群发平台,不仅能彻底规避封号风险,更能通过专用通道、智能投递、数据化运营,实现邮件营销的提效、提质、提转化,让海外客户开发更高效。

随着大模型快速发展,以 AI Agents 驱动的新一代 AI 原生应用快速发展,取得巨大成功。AI 原生应用以大模型为基础,通过各类 Agents 和应用数据交互,智能地完成各类任务。AI Agents 驱动的应用开发迭代迅速,同时维护多种模态的数据,不同模态数据的访问模式和流量差别巨大,这些特点给底层数据平台提出了新的挑战。未来 AI Agents 驱动的原生应用需要怎样的数据基座?

在 InfoQ 举办的 QCon 全球软件开发大会(北京站)上,晨章数据创始人、首席架构师陈亮带来了题为《面向 AI Agents 的高性能数据基座:架构和工程实践》的演讲,分享了关于 AI 时代数据基座架构的思考,如何通过该架构解决 AI 原生应用的数据挑战,以及在云计算、新硬件环境下实现高性能数据基座的工程实践。

预告:将于 4 月 16 - 18 召开的 QCon 北京站设计了「AI 原生基础设施」专题,本专题重点交流探讨如何构建 AI 原生基础设施,包括业界容器 / Serverless 等云原生基础设施如何朝 AI 演进,以及如何利用一些新兴分布式技术构建 AI 原生基础设施等等。如果你有相关技术案例,欢迎加入这场技术共创

以下是演讲实录(经 InfoQ 进行不改变原意的编辑整理)。

AI Agent 驱动的 AI 原生应用

今天,AI Agent 正在引领整个软件范式的变革。在 AI 时代之前,我们讨论的是 SaaS,彼时软件作为工具实际上是构建了一个工作流程,在这个工作流程中帮助人来完成某些工作。而 SaaS 变成 AI 驱动后就会发生范式变化,软件变得更加智能,变成了智能体,可以执行非常复杂的任务,甚至可以有一定的自我演化和改进的能力。从这个角度来说,它不再是个帮助人的软件工具,它自己就变成一个智能体,可以直接提供一个服务。

在 SaaS 时代,SaaS 软件会有工作流,用户会提供一个输入,工作流帮助用户完成某些任务。工作流中间会收集很多数据,很多状态,这些状态会记录在某个数据库里,很多时候它是结构化数据。这里有一个显著的特性,就是第一个数据是由这个软件生成出来的,或者我们认为说数据是软件的一个排放。所以在这样的一个架构下,大家对数据会有一些比较简化的期待。

第一个数据的格式往往是软件开发人员定义的。因为这是我写的软件,所以我想定义这个数据有什么属性,大概以什么格式,到底是个表格还是个图,这个是我开发者来定义的。同时数据也是在软件的运行过程中不断收集的,意味着我的数据量是随着我的软件规模和用户互动慢慢在增长,总的来说是可控的。

当然随着软件越来越复杂,收集数据越来越多,最终数据的格式可能会变得更加复杂,我需要更加智能的分析,但这个过程是一个相对缓慢的过程,这个过程是随着我的软件越来越流行,用户量越来越大而发展的。可能很多软件并没有爆款,它对数据的需求也就并没有那么高。

在 Agent 时代会有什么变化?首先在 Agent 场景中,它的工作流就不再是工作流,开发更多关注在 Agent 的编排上,我们可能会有很多个 Agent。当然核心是大模型,我们怎么用大模型去驱动不同的 Agent?这里有一个很不一样的点,就是说在今天我们刚开始开发应用时就需要有数据,数据可能来自知识库,可能来自外部的某些结构化数据,这个数据实际是作为 Agent 的燃料,就像汽车冷启动需要燃料一样。大模型更多像一个驱动引擎,因为大模型只能提供一些比较通识性的东西,我要去实现一些非常领域特定的任务实际是有困难的,所以我需要很多数据,而且是行业的数据。但这个数据是外部来的,所以数据的格式、数据的规模可能不是我所能完全掌控的。

AI 与用户不断交互还会产生更多数据,同样它会生成底层的数据。我们接触了很多 Agent 开发的项目,我发现它们在第一天的时候就考虑数据的反哺,换句话说我不但要收集数据,还要用数据丰富我的知识库。最终我提供的就是一个服务,用户看到的是一个整体的服务,它不再是帮助人的工具,这时它自己可能就变成了一个智能体。

举一个具体的例子,这是一个金融的场景。

这里有 4 个 Agent,有一个 Agent 主要负责市场分析,一个 Agent 要关注风控,等等。从数据的视角来看,在这个 App 里我们可能需要很多种不同的数据库。我可能需要有用户的信息,用户的信息一般是存在表格里的。我可能会有财报,往往是一种半结构化的数据,里面可能有一些结构化的东西可以抽出来。如果外部的知识库很大,包括很多日志,它可能也是要放入 Mongo 的。

Pinecone 和 Elastic 大家比较熟悉,因为在大模型时代你的文本是很重要的事情。当我们提到文本搜索时,实际上向量和全文往往是要一起做的,同时可能还要搭配一个 Ranker。当然可能还会有知识库,有些知识库是通过图来表示的,因为用户有不断的反馈的时候,这个时候你的 Agent 往往需要一些对话的信息,而且延时要求很短,所以我需要一些基于内存的数据库。

所以在搭建 Agent 应用的第一天,可能就会涉及到很多种数据库了。而外部来的数据规模你是不可管控的,如果规模很大怎么办?这个时候你就得用一个有扩展性的选择。同时从性能要求来说,因为有些业务是和用户要交互的,所以延时要求天生比较严苛,所以我一定会有一个纯内存的东西。

上图展示了今天常见的一个 Agent 的工作流。它一般是一个网络服务,用户会登录进来,登录之后你会有用户的信息,这时你就要访问一些关系型数据库了。

Agent 里有一个很重要的,我们叫 Agent Loop 或者叫一个环。因为交互往往不是一轮的,需要很多人不断迭代。这个 Agent 它自己可能会调大模型,获取一些信息,还会有很多外部调用。外部调用可能来自网络搜索,可能外部有某个计算服务。当然还有一个很重要的方式就是 RAG,可能会有全文知识库的 RAG。

这里还有短期和长期的记忆,有不同的延时需求。短期记忆可能要放在一个基于内存的东西,长期的规模比较大的就放在一个相对持久的数据库里。所以不同的数据都需要自己对应的数据库,而且在应用交互的过程中还会不断生成新的数据。

简单总结一下,互联网时代和 Agent 时代从数据角度来看的第一个区别就是前者的数据是由应用生成的,意味着数据是可控的。但在 AI 时代就不一样了,因为可能会有很多外部的数据进来,这个东西不是你完全可控的,而且规模也可能会很大。另外 AI 时代还会有大量非结构化数据,所以今天几乎所有的数据库都要发展向量的能力,因为搜索变得越来越重要。最后一点就是 Agent 是会互相交互,会跟外部交互的,交互时它是要把内容记录下来,所以数据量很快就会积累起来。

AI 原生应用面临的数据挑战

从系统的角度来说,AI 时代的这些特点会给数据库管理带来很多挑战。第一个挑战就是我们希望数据库会有多模态。第二个是当我们有很多个数据库,数据的同步和数据一致性总是要考虑的。比如说我们在聊天里可能有短期记忆,最终总是要把它变成长期记忆的,同时应用输出的内容也总要反馈到原来的各种数据模型下,就会有一个数据的环。第三点,应用中不同数据库对性能、规模等属性的要求各不一样。最后就是多系统的运维和管理。今天的 AI 时代我们可以快速开发一个应用,可能 3 个人的团队 6 个月就可以快速搭建 1 个 App,但我要运维 App 反倒变成了一个很大的成本,因为数据要不断积累,这是你的核心价值。

总结来说,AI Agent 驱动的应用在早期就会面临传统大厂才会有的数据挑战,同时数据飞轮在 AI Agent 时代迭代更加迅速,加剧了数据库系统的压力。

多模态数据基座

在这样的背景下,我们的思考就是我们应该做哪些事情,能不能有一个统一的数据架构来做这样的事情。最终的方向就是多模态的数据基座。

我们的设计目标有三点,第一点就是支持多种数据模态。在 AI 时代,可能一个应用就会面临多模态支持的问题。我们想特别强调两个方面,第一就是我们希望它的 API 是原生兼容的。比如说我有个 Json 的 API,至少应该是跟 Mongo 兼容;我是个 SQL API,应该可以和 MySQL 兼容,这是一个很重要的点。因为开发人员希望我的系统是可扩展的,可迁移的,有的时候我可能想在云上部署,有可能我想在私有化部署,私有化部署甚至还可能有很多限制,所以你用标准的 API 变得非常关键。我当然可以自己定一个 API,但如果让大家来我这边建立 App,未来就会有很大的风险。第二个我想强调的是性能。性能和成本永远是长期的考量,我觉得这可能是最关键的,对系统开发人员来说可能是最重要的点。用户在选择的时候,如果你的系统性能比别人慢,你说我的价值来自多模态,这个论述就变得非常弱了。

第二点设计目标就是动态伸缩,自动管理。这是和今天云原生的趋势是很吻合的。

第三点目标是跨模态访问和一致性。模态之间是有数据的相互同步,同样有一致的访问。我并不希望比如我有 8 个数据库,大家各干各的。数据库之间的壁垒要消融掉,是多模态很重要的点。我并不需要一个中间件或者一个代理,把所有的数据库连接起来,然后统一提供接口,这个意义并没有很大,你没有降低它的管理成本。同时在有些应用里,从长期记忆到短期记忆,从我的结果到抽取回知识库里,很多时候都是跨模态的访问。

在讲多模态数据架构之前,我先简单回顾一下数据库架构的演化历史。

数据库在很早以前实际上就一台机器,后来数据库演化就分叉了,分成了 OLAP 和 OLTP。到了云时代,之前 OLAP 数据库的无共享架构就不是特别理想,于是就有了新的做法叫存算分离。OLTP 一开始也有无共享架构,但后来它的演化就没那么简单。因为 TP 和 AP 之间有一个很大的不同,AP 里不太在意内存缓存。因为它要不断扫描大量数据,内存肯定放不下,最后总是要扫描磁盘的。可在线的 TP 就不一样了,因为需要毫秒级的延迟,所以内存缓存非常重要,是保证延时最重要的手段。而无共享架构下计算和缓存不在一块,每次访问都要走网络,那么在 Agent 时代这个延迟就很难保证。所以业界提出了 Aurora 的架构,把缓存提上去,计算和缓存在一块,然后下面有个存储,我们叫共享存储架构,这样它的延时可以保证。

我们的思路是,在计算和存储之间会有一个数据的基层,在基层里我最强调的就是缓存,缓存是保证在线数据库延时里最重要的一个事。而且在线数据的所有模态,不管是做向量搜索、全文搜索还是做 graph,最重要的都是缓存,不在缓存里的东西延时是很难有保证的。

我们的数据基座里上面会有计算,下面会有存储。计算引擎是可以换的,什么样的引擎都可以,我们可以和很多开源组件原生兼容。中间我们会有一个数据基层,它抽象出来了在线数据库里最核心的一些功能,其中最重要的就是缓存。同时我们希望能用统一的缓存格式来弥合或消除不同数据模态之间的壁垒,使得数据在统一访问,或者在跨模态访问时可以高效。

另外在我们这里缓存和计算是逻辑解耦,物理耦合的。物理耦合指的是缓存尽量放在机器本地内存上,减少跨网络读取。逻辑解耦是想用它来消除不同模态之间的差别,通过缓存实现和原生系统一样的性能。

提到缓存,大家可能第一反应就是一个传统的哈希表。但因为我们的数据是想支持不同模态的,所以我要努力支持更加复杂的数据结构,这个结构是随着我的模态而变的。所以缓存的设计并不是一个简单的 key 和 value 的映射,我们希望有一个能支持更加复杂数据结构的设计。

总的来说我们会有一个逻辑上的分布式哈希表,它不是简单的 string,是一种复杂的数据结构。

缓存和存储之间还会有互动,当数据做更改之后,缓存会用异步的方式把它存到存储上,实时操作只会更新到日志里,不会触发持久化存储。

最后我们还有一个容错和恢复的协议。

我们这样的融合数据库,希望能通过一个数据基层,在融合缓存上装配各种计算引擎。因为缓存和计算是物理耦合的,所以性能可以做到和原生一样好。同时我的协议也是完全兼容原生的。

这样我就可以支持多种模态,兼容现有标准,同时满足性能需求,并做到统一的运维管理。

面向未来的工程实践

谈到工程实践,我们先来看看 AI 时代基础设施环境是什么样子的。我们会有云计算、高速网络、高速存储设备,还有 GPU 这样的新型计算设备提供巨大的算力。

过去十年来,CPU 的性能增长了一倍半,而存储性能增长了 11 倍以上,网络性能有 20 倍的增长。按照这个趋势发展,未来我们的存储或数据基座设备会变成 CPU 瓶颈,因为 IOPS 在快速增长,CPU 的增长却很缓慢。所以如果今天我们什么都不做的话,未来 IOPS 这一块我们会看不到任何性能提升,因为 CPU 没有提升。这也就意味着传统数据库系统的性能无法随着 IO 设备的迭代而增长。

针对这个问题我们做了很多事情,比如说我们所有的执行都是协程,比如说我们都是要异步编程,比如说我们每个核心只有一个线程,最后我们希望能采用一些缓存友好的数据结构。这些都是为了降低 CPU 的负载。

我们公司还做了一个试验性的存储,它是一个 k-v 存储,是多读单写的。我们每个查询做一个协程,提交后切换协程。

然后我们做了简单的测试,就是我们有个 16 核的机器,故意把缓存设成了 4GB,就是为了看数据不是全部缓存在内存里是什么表现。

结果发现在同样的 CPU 下,我们的设计可以做到接近理论上线,比 RocksDB 高出很多。

这也就证明传统的数据库架构会遇到 CPU 的瓶颈,出现这种瓶颈时单纯更换 IO 设备是很难有增长的。

总结和展望

总的来说,我觉得 AI Agent 时代会带来软件范式的变革,软件范式变革必然会让数据管理产生巨大的变化。总结起来就是我们希望有多模态的支持,有原生 API 的支持,有高性能的支持,我们希望扩缩容更加方便,从管理来讲会更加易用。最后结合工程实践,我们在性能方面也有一些新的思考。希望这次的分享能给大家带来启发,谢谢。

嘉宾介绍

陈亮,北京晨章数据科技有限公司创始人,首席架构师。前微软亚洲研究员首席研究员。数据库领域顶级专家。微软 SQL Server XML 索引发明人和架构师,微软 Cosmos DB 图数据库架构师。曾在 SIGMOD、VLDB、 ICDE 等国际顶级会议上发表多篇学术论文。

会议推荐

2026,AI 正在以更工程化的方式深度融入软件生产,Agentic AI 的探索也将从局部试点迈向体系化工程建设!

QCon 北京 2026 已正式启动,本届大会以“Agentic AI 时代的软件工程重塑”为核心主线,推动技术探索从「AI For What」真正落地到可持续的「Value From AI」。从前沿技术雷达、架构设计与数据底座、效能与成本、产品与交互、可信落地、研发组织进化六大维度,系统性展开深度探索。QCon 北京 2026,邀你一起,站在拐点之上。

因为去年申请的谷歌开发者账号一直没有用,要作废了,打算做一个简单的笔顺查询 app 保留账号。
详细内容: https://2libra.com/post/recommendations/vvKLMn5

做着做着,实现了一个好玩的功能。恰好马上要过年了,给大家看一看。

直接上图:

IMG_0021

IMG_20260212_224334

PWA 链接: https://writeright.pipecraft.net/
项目链接: https://github.com/utags/write-right

AI 发展过程中诞生了许多优秀的 Coding 产品,但非专业开发者需要掌握一些简单的研发知识才能完成研发任务,而这些工具和研发知识的匮乏,都在不同程度上影响非专业开发者的热情。

本文整理自阿里巴巴高级技术专家向邦宇在  2025 QCon 全球软件开发大会(上海站)的分享 “Vibe Coding 在代码生成与协作中的实践与思考”。主要探讨如何构建下一代 Vibe Coding 工具,从阿里当前的挑战出发,提出以用户为中心、强化工具质量、深化场景适配、支持协作与包容不确定性的核心设计原则与实践。

预告:将于 4 月 16 - 18 召开的 QCon 北京站设计了「Coding Agent 驱动的研发新范式」专题,本专题聚焦于 AI 搜索的基础技术、前沿探索、工业界落地等方向,为听众带来一场精彩的技术分享。通过本专题,期望听众能够拓宽技术视野,从实践案例中获得启发,并在自己的业务场景中实现更智能的搜索体验。如果你有相关技术案例,欢迎加入这场技术共创:https://jinshuju.com/f/Cu32l5

内容亮点

  • Vibe Coding 工具在建设过程中遇到的问题,以及解决的办法

  • 构建 Vibe Coding 工具所趟过的产品方面的坑

  • 构建 Vibe Coding 工具时的技术创新与落地实践

以下是演讲实录(经 InfoQ 进行不改变原意的编辑整理)。

多年来,我一直在阿里巴巴内部的技术研发设施平台上从事研发者工具的工作,其中包括内部的 AI 编程工具以及 Web IDE 工具等。从 2023 年开始,我参与了相关工作的转型,从之前的内部 Copilot 逐步转向如今的 Agent 方向。

当我拿到这次演讲选题时,我在思考 Vibe Coding 这一主题。虽然 Vibe Coding 已经出现几个月了,但它似乎还不是一个非常确定性的概念,因为大家对它的理解以及所使用的相关工具都存在差异。而我由于接触了大量内部用户对这些工具的使用情况,包括他们在使用过程中遇到的问题,以及作为产品提供方,面对众多用户在使用工具时所遇到的问题,我需要思考如何解决这些问题。

首先,我会简单介绍一下我们内部在哪些行业以及具体使用了哪些 Vibe Coding 工具。接着,我会讲述用户在使用 Web 编程工具过程中遇到的一些问题。然后,作为 Vibe Coding 工具的两位核心主导者之一,我会分享我是如何思考这些问题的。最后,我在之前的许多分享中已经介绍过我们如何使用国产模型以及在适配国产模型过程中遇到的问题。

Vibe Coding 产品形态

目前,Vibe Coding 工具大致可以分为四类。首先是 Native IDE,例如近年来较为流行的 Cursor、Trae,以及我们阿里巴巴的 Qoder 等,它们都以本地集成开发环境的形式存在。第二类是 IDE 插件,比如我们内部的 Aone Copilot 等工具,这些插件大多是基于现有的开发环境,如 VSCode 或 JetBrains 的插件形式存在。目前来看,内部用户使用这类插件仍是一种比较主流的习惯,尽管其灵活性可能不如 Native IDE 那么高。第三类是 Web Agent,它的入口在浏览器上,整个执行过程在一个异步容器中进行,可能是沙箱环境。它可以解决信任问题以及云端执行中的安全问题,并且对于协作更加友好,能够在 Web Agent 中实现多人同步协作和分享。这类主要是跨平台工具,具有广泛的适用性。最后一类是 CLI 命令行工具,这其实是一个比较意外的类别。我们之前并没有预料到像 Claude Code 这样的 CLI 工具会如此受欢迎。最初,我们认为这种工具不会受到主流研发人员的欢迎,但后来发现大家其实非常接受这种模式。现在我们认为,CLI 模式在被集成的方式中,比如 CI 或一些异步容器中执行垂直任务时,具有更高的可用性。这就是我对 Vibe Coding 工具大致分类的介绍。

Vibe Coding 在阿里内部的发展现状

接下来,我主要介绍一下我主导的两个 Vibe Coding 工具的使用情况。首先是基于 IDE 的 Vibe Coding 工具。我们内部有一个名为 Aone Copilot 的工具,它已经存在多年,拥有众多用户,每周大约有数千的活跃用户。目前,用户在使用 IDE 的 Vibe Agent 工具时,主要场景包括新增代码、修复漏洞以及代码分析等。在后端场景中,这种工具的渗透率相对较高,而在前端场景中,大家可能更倾向于使用 Native IDE,如 Cursor 或 Qoder。

另一个我主导的项目是 Aone Agent。这是一个以外部容器发起的异步任务工具。它强调用户可以通过自然语言发起任务,我们在异步容器中启动一个 Agent,这个 Agent 会自行调用各种工具,无论是搜索工具、文件读取工具还是 Shell 工具。这种在容器内执行的异步 Agent 与前面提到的 IDE Agent 有本质区别。虽然用户主要是后端人员,但我们发现测试人员、前端人员、算法工程师、产品经理、运营人员、设计师以及运维人员等都在使用这种工具。它的用户群体更加多元,提交的任务类型也更加丰富多样,包括代码分析、代码修改、单元测试、代码生成以及文案方案调研等,用户通过这种工具进行各种探索。

在 Vibe Coding,尤其是 Agent 模式发展之后,我们看到了一些显著的变化。以 Aone Copilot 的 Agent 模式为例,从 4 月份开始,我们观察到用户提交代码行数的变化。蓝色的线表示高频用户,即那些经常使用该工具的用户。我们发现,在 Agent 模式下,这些高频用户的代码提交行数有了显著提升。虽然整体趋势都在上升,但高频用户的提升更为明显。从定量角度来看,9 月份高频用户每天提交的代码行数约为 560 行,而其他用户只有 400 多行。这至少证明了 Agent 模式在提高效率方面是有效的。

我们还发现,不同用户对这些工具的使用方式有所不同。前 10% 的用户提交的代码行数是其他用户的两倍。但我认为,Agent 对人的效率提升可能不止两倍,因为大量的工作可能涉及协作或会议等。我们还发现,TOP 10 用户的 Token 消耗占总消耗的 80%。在 Vibe Coding 工具的使用下,由 AI 生成的代码提交占比越来越高。随着 Vibe Coding 工具的发展,像 JDK 升级、NPM 包升级或 SDK 升级等任务已经可以由 AI 完成,尤其是 JDK 11 及以上版本的升级场景,我们内部几乎全部交由 Vibe Coding 工具来完成。此外,数据分析和数据整理工作也部分交给了 Agent。过去,一些必须由人工完成的任务,如大促过程中的截图或压力测试中的重复任务,现在都可以由 Agent 完成。还有一些在研发过程中成本过高而无法进行的事情,比如一次发布是否会引发其他相关系统的故障,现在也在探索使用 Agent 来解决。过去,由于无法审查每一行代码对其他系统的影响,这类问题很难处理,但如今 Agent 可以承担这项任务。

用户在 Vibe Coding 过程中遇到的挑战

在审视当前技术发展现状时,从用户的角度来看,技术和产品都面临着一些亟待解决的问题。首先,用户常常因为 AI 的表现不尽如人意而感到沮丧。从后台日志中,我们可以看到大量用户抱怨“电脑太笨了”等类似的不满情绪,这些反馈充满了挫败感。同时,用户频繁地删除和修改代码的现象也屡见不鲜。无论是公司内部还是在社区中,都存在许多用户因 Agent 能力不足而陷入困境的情况。此前,甚至有用户在 GitHub 上分享关于 AI 的“八荣八耻”提示词,其中不乏诸如“以不修改原始代码为荣”等观点。

综合来看,Vibe Coding 工具给用户带来的问题主要体现在以下几个方面。首先是代码质量问题,生成的代码往往缺乏质量把控。其次是调试和维护困难,这给用户带来了额外的负担。第三是用户体验不佳,目前的 AI 编程工具尚未达到让用户满意的程度。最后是成本与效率问题,这些问题也在一定程度上影响了工具的使用效果。

我认为代码质量不足主要体现在几个方面。首先是代码一致性不足。在不同场景下,生成代码的质量和风格存在较大差异。例如,在存量代码仓库中编写代码时,AI 往往会按照自己的风格生成代码,这与现有代码风格不一致。其次,边界条件的处理不够完善。对于复杂业务逻辑的边界情况,AI 生成的代码往往处理得不够充分。此外,生成的代码还存在性能缺失的问题。最后,安全漏洞问题尤为突出,尤其是 SQL 注入类漏洞。斯坦福大学的一项研究指出,AI 生成的代码中存在注入类漏洞的比例约为 45%。

在实际应用中,我们发现了一些典型案例。首先是安全漏洞,包括 SQL 注入和 XSS 攻击。其次是在边界逻辑处理方面,逻辑错误和边界条件处理不当的情况较为常见,例如空指针异常和数组越界等问题,这些都是我们在用户使用过程中观察到的现象。

我们发现 AI 在代码生成过程中存在自洽问题。过去,我们曾考虑让 AI 生成代码的同时,也生成对应的单元测试,以此来解决代码质量问题。然而,我们很快发现,如果让 AI 同时负责代码逻辑和单元测试的生成,它无法保证质量,因为 AI 会在逻辑上进行自洽。例如,下图展示的一段数组去重函数及其对应的测试代码,虽然测试通过率达到了 100%,但其逻辑实际上是存在问题的。这说明,如果完全依赖 AI 来完成代码和测试,很容易出现自我拟合的情况。因此,我们建议用户在使用 AI 生成代码时,至少有一项由人工进行 Review 或主导,以确保质量

在用户使用 Vibe Coding 工具的过程中,我们还发现调试时间增加了 30% 到 50%。这是因为 Vibe Coding 更倾向于生成黑盒代码逻辑,尽管最终会让人确认代码的差异(DIFF)后才能提交,但生成过程和代码本身通常不会被逐条仔细检查。因此,我们将其视为一种黑盒操作,AI 生成代码就像一种“黑魔法”,一旦出现问题,用户可能不知道从何处入手,技术债务也会不断累积。

另一个问题是上下文理解的局限性。对于存量任务,其业务逻辑往往是经过多年积累形成的,一些代码为何如此编写,是否可以删除等问题,对于 Agent 来说都是难题。我们认为,Vibe Coding 工具缺乏全局思维,生成的代码模块化程度不足,代码耦合度较高。为了解决这一问题,目前有一些方案,例如 Repo Wiki 或 Deep Wiki 等。

此外,Vibe Coding 缺乏可追溯性,这限制了工具的使用。由于 Vibe Coding 一次性生成大量代码,我们很难确定是新的需求导致代码出错,还是最初生成时就存在错误。因此,如何引入版本管理的概念,以便在代码出错后能够回滚到正确状态,是一个亟待解决的问题。目前有一些方法,例如在每次修改并通过测试后提交一个 Commit,以便后续能够从该 Commit 回滚。也有一些工具,如 Cursor 或其他回滚工具,但总体而言,Vibe Coding 在可追溯性方面仍有不足。用户在生成大量代码或经过多次迭代后,往往无法进行有效的版本管理,只能选择回滚或重新开始。

目前 Vibe Coding 工具还无法像人类开发者那样熟练运用常见的调试工具。在过去传统的编程模式中,开发者们常常会大量使用调试工具,例如在代码中设置断点,或者在浏览器中进行调试。然而,对于 Vibe Coding 工具来说,要利用这些调试工具来定位问题的堆栈信息,几乎是不可能完成的任务。那么,Vibe Coding 工具是如何应对这种情况的呢?它们通常会通过大量打印日志(如 console log)来解决问题。它们要求用户在执行代码后,将控制台中的报错信息或打印内容复制并粘贴给工具,以便进一步分析。这种模式不仅需要人工介入,而且效率低下。因此,我认为大型模型的调试手段相对单一,传统的调试方法很难被这些模型有效利用。

从用户使用 Vibe Coding 工具的角度来看,除了编码层面的问题外,工具本身也存在诸多不足。首先,稳定性和成功率是最大的问题之一。Vibe Coding 工具的执行时间往往较长,用户可能需要等待 30 秒到 5 分钟才能得到结果,而且并非每次都能成功。失败的原因可能是模型返回错误、工具调用出错,或者 IDE 本身不稳定等。一些用户在初次使用后,发现结果不稳定,尤其是在时间紧迫、任务繁重的情况下,他们就不再愿意使用这类工具。

其次,交互界面设计也存在一些问题。这并非缺陷,而是因为许多 Vibe Coding 工具频繁改版,导致用户难以找到以前的功能,或者工具中不断增加新功能,使得用户感到困惑。以 Devin 为例,它在改版过程中,曾经引入了剧本、MCP 市场和知识库等功能,但后来又取消了。这种频繁的改版让用户难以适应。

第三,沟通和交互存在障碍,主要表现为 AI 的理解能力不足。用户需要反复确认意图,尤其是在不同场景下,这种确认虽然有意义,但也增加了沟通成本。例如,在最近流行的 Spec Coding 中,用户先提出需求,生成设计稿,再让 Agent 执行。对于复杂的任务,这种模式可能是必要的,但对于其他任务,可能需要 Agent 自由探索。此外,长链路任务的执行能力也存在不足,无法维持长期的上下文对话。由于 Agent 大模型的 Token 有上限,当上下文过长时,其记忆和召回能力就会下降。

最后,工程工作流程的中断也是一个问题。目前有大量 Vibe Coding 工具,包括 IDE、CLI 和 Web Agent 等,每种工具都有其擅长的领域,但它们无法让用户在一个统一的流程或上下文中解决问题。例如,用户在 IDE 中完成一项任务后,如果切换到 CLI,就需要重新向新的 Agent 介绍需求。这种频繁切换不仅增加了用户的负担,也降低了工作效率。

Vibe Coding 产品自身遇到的挑战

随着 Agent 和模型能力的不断提升,产品功能也在不断演进。从最初的单代码补全场景,单个任务 4000 个 Token,到后来的 Chat 模式,单个任务 1000 个 Token,输出约为 4000 个 Token。再到 IDE 或 CLI  模式,Token 消耗量达到十万级别。如今,Web Agent 模式具备独立容器,能够广泛使用各种工具,实现多种任务类型的 Agent 模式,Token 消耗量更是达到百万级别。像 Cursor、Trae 等 Native IDE 工具正在探索 Sub-Agent 或 Multi-Agent 架构,单个任务的 Token 消耗量甚至可能达到上亿级别。这种演进模式虽然为用户提供了更强大的功能,但也给产品设计带来了挑战。一方面,我们需要让用户满意,另一方面,成本控制必须与用户规模相匹配。

在产品设计方面,Vibe Coding 工具,无论是 IDE Agent 还是 Web Agent,都处于摸索阶段。尽管模型能力的提升推动了产品功能的不断变化,但产品界面的区分度却不够。例如,Chat、Deep Research、Agent 等产品都采用对话框形式,用户难以区分不同产品的功能差异。此外,用户缺乏引导,面对 Vibe Coding 的对话框,用户往往不知道该输入什么内容。不同工具适用于不同场景,但用户常常一刀切地认为某个产品应该满足他们的需求,然而在实际使用中,他们发现产品无法达到预期目标。这不仅增加了用户的学习成本,也降低了产品的使用频次。我们观察到,像 Devin 这样的 Web Agent 工具,留存率非常低,这反映出用户在使用过程中遇到的诸多问题。另一个问题是缺乏一站式的功能闭环。用户面临的不仅仅是代码编写问题,还包括发布、部署、调试等多方面的问题。目前的 Vibe Coding 工具无法在一个产品中同时解决不同难度问题。比如,初学者可能需要更多指导和简化功能,而复杂问题则需要更强大的工具支持。这种功能上的割裂导致用户在使用过程中需要频繁切换工具,增加了使用成本和学习难度。

Vibe Coding 工具的安全性问题值得我们高度关注。可能大家有所耳闻,例如 Cursor 曾出现过删除用户本地代码的情况,虽然这类事件相对较少,但今年已经发生了好几次。另一个案例是 Anthropic 的 Claude Code 被劫持,攻击者利用 Vibe Coding 工具在用户网络中探测漏洞,并编写代码将敏感信息暴露出来。

在内网环境中,我们可能还无法完全信任 Vibe Coding 工具。当前,供应链攻击和开源代码的发展带来了新的挑战。许多人会在开源社区中潜入木马,一旦我们稍不留意,拉取的 SDK 或代码可能本身就存在漏洞。Vibe Coding 工具由于对代码或当前电脑具有一定的控制能力,能够进行自由探索,可能会发现系统中的漏洞并加以利用。因此,我们在使用 Vibe Coding 工具时,必须谨慎对待其安全性问题,确保在安全的环境中使用,并对工具的权限进行严格管理。

Agent 建设过程中的一些经验

在参与 Agent 建设的过程中,我积累了一些经验,这些经验对我们后续的工作有着重要的启示。

最初,我们采用了一种 All In One 架构,这种架构在建设 Vibe Agent 时带来了诸多问题。当时,Vibe Agent 的核心是一个输入框,围绕这个输入框的是 MCP 工具、知识库(Knowledge)以及各种剧本(Playbook)。这些外围工具构成了一个完整的场景图,涵盖了数据处理、后端开发、前端开发、代码审查、风险管理等多个方面。在这种架构下,所有工具和知识都需要放入上下文中,导致上下文内容异常庞大,成本难以压缩。例如,当时我们使用 Claude 模型执行一个任务,成本高达几百元,这显然是不可持续的。

此外,这种 All In One 架构还导致任务成功率较低。当所有工具和知识集中在一起时,上下文过长,消耗大量 Token,不仅增加了成本,还降低了任务执行的效率。更重要的是,这种架构难以针对不同场景进行优化。例如,当我们对比其他类似产品时,我们的 Vibe Agent 在前端场景上的表现却不尽如人意。这说明,我们的架构缺乏灵活性,无法根据不同场景进行针对性的调整和优化。

在后续的 Agent 建设过程中,我们采取了一系列措施来优化工具的性能和用户体验。首先,我们对知识和数据进行了调整,特别是在代码数据建设方面,通过构建 Repo Wiki 和 Embedding 数据库,提升了对整体代码库的搜索理解和搜索能力。此外,我们还将研发行为数据纳入考量,包括构建 CI、CR、发布监控等行为。由于我们依托的是集团内部的发布平台和代码平台,因此能够将代码数据与需求数据相结合,形成一个综合的数据体系。

我们意识到,传统的文档知识库难以直接被 Agent 使用,原因在于这些知识库可能存在信息过时、前后矛盾、图文混杂以及错误信息等问题。这些问题如果直接传递给 Agent,可能会导致误导。因此,我们没有采用传统的 RAG 技术,而是通过建立一个中间层来处理面向 Agent 的数据协议,从而解决文档知识库的引入问题。

在 Agent 的建设过程中,我们还发现很多知识并不在文档或代码中,而是存在于开发者的头脑中。因此,我们思考如何设计一个产品,帮助用户将这些知识沉淀下来。这并非通过自动生成实现,而是需要用户主动参与编写。

在上下文记忆方面,我们进行了大量处理工作,包括写入、提取、压缩和隔离等操作。我们的 Agent 工具旨在满足大多数用户的需求。为此,我们在容器中集成了大量工具,涵盖任务管理、基本交互、文件操作(读写、编辑、管理)、命令行执行监控等功能。由于 Agent 可以执行命令行,对于一些耗时较长的命令,我们需要监听其执行结果,并在超时后进行中断处理。

我们还加入了浏览器自动化工具,例如使用 Playwright 等工具进行网页操作,帮助用户完成登录等交互任务。同时,我们还集成了多媒体开发工具,支持用户将代码部署到特定环境进行调试。在协作方面,我们设计了团队协作功能,用户可以将任务分享给他人,基于任务继续协作。我们还加入了高级功能,如并行执行优化和网络搜索等

在面对模板和成本过高的问题时,我们采取了一系列措施来优化和解决。最初,我们发现单个任务的 Token 消耗量接近 400 万到 1000 万,这是一个极为严重的问题。为了降低 Token 成本,我们进行了一些操作和设计调整。

积极适配和拥抱国产开源模型

在探讨为何要解决成本问题时,我相信从事相关工作的人都能理解其重要性。实际上,解决成本问题的另一个重要方向是积极拥抱国产开源模型。然而,国产开源模型并非针对我们的具体场景进行训练,因此仍存在诸多问题。

使用国外的 SOTA 闭源模型也存在诸多风险。首先,这类模型非常昂贵,尤其是处理复杂问题时,需要在长链路任务中运行,成本极高。其次,隐私问题不容忽视,闭源模型可能存在合规风险。第三,我们还发现了被限流和性能下降的问题,即使是同一模型、同一供应商,在不同时间的表现也可能不同,有时会出现格式错误或陷入死循环等问题。最后,国外模型在面向 C 端用户时,可能还存在备案等额外问题。

相比之下,国产模型在短链任务中表现良好,但在长链任务中仍存在一些问题。例如,死循环问题较为常见,因为 Agent 有多种选择和入口,可能在执行过程中陷入某种循环,无法跳出。另一个问题是格式遵循能力不足,例如 XML 标签格式不准确,前后无法匹配,导致无法正确解析,容易失败。此外,还存在指令遵循问题,在处理大量 Token 的上下文时,模型可能忘记某些指令,尤其是在未被充分训练的情况下。最后,我们还发现全局智能方面存在缺陷,模型容易陷入“走一步看一步”的情况,导致 Token 消耗大,步骤时间长。

为了应对这些问题,我们采取了一系列措施。首先,针对稳定性问题,我们设计了主备模型切换和重试机制。其次,为了解决速度慢或 Infra 稳定性问题,当模型输出被截断时,我们引入了流式输出和续写设计。此外,我们还进行了健康检查和死循环检测,在 Agent 中针对重复执行指令或相同错误点的无限循环问题进行了优化。当检测到明显错误逻辑时,我们能够及时干预。同时,我们还进行了格式检查和修复,针对模型生成的 XML 标签格式错误,通过堆栈或自动补齐方式解决格式缺失问题。

目前,我们已经将所有国外模型替换为国产模型。在运行过程中,我们会实时检测任务是否进入死循环,一旦发现,会采取干预措施,例如截断后续任务执行,或对任务进行总结和压缩,使其能够继续执行。这些措施都是我们在上下文管理方面的探索和实践。

在思考如何提升产品用户体验和降低使用成本时,我发现了一个核心问题:普通用户甚至小白用户在使用我们的产品时,往往不清楚产品能做什么。即便他们知道自己需要什么,也难以准确地提出需求,不知道如何在产品中选择合适的工具或知识。这导致产品的任务成功率很低,同时 Token 消耗量却很大。

为了解决这些问题,我考虑是否可以将一些已经成功完成的垂直任务进行抽象和模板化。例如,如果某个任务经过多次探索后成功完成且用户非常满意,我们能否将其经验抽象出来,形成一套标准化的模板?通过这种方式,我们可以针对不同的垂直场景不断积累模板,从而提高任务的成功率,降低 Token 消耗。当用户面对对话框时,模板也能提供一定的引导性,帮助他们更好地使用产品。

在模板设计方面,这些模板可以被理解为工具组合和知识组合的集合。有了模板后,用户在使用对话框时可以先选择一个模板,这大大提高了任务的完成率。目前,大约有 50% 的用户任务都使用了模板,任务完成率提高到了 95% 以上。通过固化 Prompt、工具和知识,形成模板后,用户在下次生成或执行任务时可以先选择模板,再进行具体操作。

Manus 1.5 提出了一个新概念:Agent 也是一种工具。这意味着我们可以将 Agent 视为一个工具,例如一个专门用于深度调研的工具,它可以独立完成网页搜索和内容总结。这样,主 Agent 只需要调用这个工具即可,从而将部分任务抽象化,形成一个工具。从最初的“函数即工具”,到“LLM 即工具”,再到现在的“Agent 即工具”,我们将所有任务都视为子任务,通过工具化的方式进行处理。

以上内容是我关于产品和用户体验方面的分享。实际上,我们的工作不仅局限于内部,也已经向外部用户开放使用。未来,我们还将进一步把内部的技术成果开放给社区,以促进更广泛的交流与合作。

演讲嘉宾介绍

向邦宇,阿里巴巴代码平台负责人,在代码管理、代码结构化数据处理、代码搜索、代码评审以及编辑器技术等领域拥有丰富的专业知识和实践经验。在阿里,负责了包括 CloudIDE、代码搜索、CodeReview 等多个关键产品的开发与管理,成功引领了代码智能平台的建设与发展。他主导实现的阿里内部多个 AI Coding 工具,包括 Aone Copilot 和 Aone Agent 等,在阿里内部被广泛使用。他还主导开发了 AI Development 产品“搭叩”。

会议推荐

2026,AI 正在以更工程化的方式深度融入软件生产,Agentic AI 的探索也将从局部试点迈向体系化工程建设!

QCon 北京 2026已正式启动,本届大会以“Agentic AI 时代的软件工程重塑”为核心主线,推动技术探索从「AI For What」真正落地到可持续的「Value From AI」。从前沿技术雷达、架构设计与数据底座、效能与成本、产品与交互、可信落地、研发组织进化六大维度,系统性展开深度探索。QCon 北京 2026,邀你一起,站在拐点之上。

一、跨境业务面临的网络安全挑战

跨境业务的快速发展为全球经济带来了新的机遇,但随之而来的网络安全挑战也愈加严峻。不同地区的法规、文化和网络环境使得跨境业务面临独特的安全威胁。尤其是来自不同国家和地区的IP地址,可能涉及到各种类型的网络攻击和欺诈活动。

常见的网络安全风险包括:

  • 恶意IP攻击:恶意IP来源可能会进行各种形式的网络攻击,如分布式拒绝服务(DDoS)攻击、SQL注入、跨站脚本(XSS)攻击等。
  • 代理和VPN伪装:黑客常常利用代理服务器和VPN隐藏真实IP地址,以规避检测进行非法操作,如网络入侵、数据盗窃、欺诈等。
  • 钓鱼攻击:通过伪装成可信的IP地址,攻击者进行钓鱼攻击,诱使用户泄露敏感信息。
  • IP地理位置伪造:黑客利用IP地理位置伪造技术,误导目标系统相信攻击来自合法地区,逃避安全防护。

这些问题不仅给企业的网络安全带来巨大威胁,还可能对企业的声誉、财务安全和合规性造成长期影响。因此,跨境业务需要借助有效的IP风险情报服务,提前识别并应对这些潜在的安全威胁。
如何利用IP风险情报保障跨境业务的网络安全

二、IP风险情报如何帮助识别恶意IP、代理和VPN

IP风险情报是通过对IP地址及其相关数据进行分析,从而识别和预测可能的网络安全威胁。它能够提供以下几个重要功能:

1. 恶意IP识别:

IP风险情报服务通过对全球范围内的IP地址进行实时监控和更新,识别出被标记为恶意的IP地址。这些IP地址可能与网络攻击、数据泄露或欺诈活动相关联。通过对恶意IP的实时警报,跨境业务能够有效阻止攻击的发生。

2. 代理和VPN检测:

攻击者往往使用代理或VPN来隐藏真实IP地址,从而规避安全系统的检测。IP风险情报服务可以通过IP地址的特殊模式、历史数据和地理位置信息,识别是否存在代理或VPN的使用,帮助企业判断其是否为合法用户。

3. IP信誉评分:

每个IP地址都有一个信誉评分,反映其历史行为和安全性。通过对这些评分的分析,企业能够判断某个IP是否属于高风险区域。对那些信誉较低的IP进行封锁或限制访问,可以有效减少安全隐患。

4. 地区性风险分析:

在跨境业务中,某些地区可能会存在较高的网络攻击频率和欺诈风险。通过IP风险情报服务,企业能够对不同地区的IP进行风险分析,制定更为精准的防护策略。

三、实际案例:IP风险情报在跨境电商中的应用

某跨境电商公司在拓展国际市场的过程中,发现其网站常常遭遇恶意流量攻击,尤其是来自某些特定国家和地区的IP地址。为了保障网络安全,该公司决定引入IP风险情报服务,并根据以下几个步骤进行了安全优化:

1. 识别恶意流量:

通过IP风险情报,该公司能够实时识别来自恶意IP的流量,并快速阻止其进入系统。这些恶意IP通常与DDoS攻击、数据盗窃和账户滥用等行为有关。

2. 代理与VPN检测:

在进行订单处理和用户身份验证时,IP风险情报帮助该公司识别了大量使用VPN的IP地址,许多伪装成来自合法地区的攻击者被成功识别并封锁。

3. 风险评分优化:

利用IP信誉评分,企业能够有效评估每个IP的安全性,并采取相应的防护措施。例如,对于来自高风险国家的IP地址,增加了多重身份验证措施,减少了欺诈行为。

通过这些措施,该电商公司成功降低了欺诈风险,提升了交易安全性,也有效保障了客户的个人信息和资金安全。

四、如何选择适合的IP风险情报服务

在选择IP风险情报服务时,企业需要考虑以下几个因素:

  • 数据的实时性和准确性:选择能够提供实时更新和精准数据的IP情报服务,确保及时发现新的风险IP。
  • 全球范围的IP覆盖:跨境业务往往涉及多个国家和地区,因此选择一个全球覆盖广泛的IP风险情报服务至关重要。
  • 代理和VPN识别能力:确保所选择的IP情报服务具备强大的代理和VPN检测能力,避免潜在的伪装攻击。
  • API接口与集成能力:为确保IP情报服务能与现有的安全系统和业务流程无缝对接,选择提供易于集成的API接口的服务。

例如,IP数据云提供全球范围内的IP地址风险情报服务,能够识别各类恶意IP、代理和VPN,并提供精准的IP信誉评分,帮助跨境企业加强网络安全防护。

五、总结

随着跨境业务的不断扩展,网络安全已成为企业面临的重要挑战。通过有效利用IP风险情报,企业可以实时识别恶意IP、代理和VPN,保护自身免受网络攻击和数据泄露等风险。IP数据云等专业的IP情报服务,不仅能提升跨境业务的安全性,还能帮助企业优化全球运营策略,减少网络威胁对业务的影响。因此,选择一个可靠的IP风险情报服务,并将其应用于日常的安全防护中,已成为跨境企业保障网络安全的必然之举。

从零开始开发HarmonyOS 6.0 TodoList应用(ArkTS版)

你想要基于HarmonyOS 6.0和ArkTS语言开发一个TodoList(待办清单)应用,这篇文章会从项目搭建、核心功能实现到界面美化,一步步带你完成一个可运行、功能完整的TodoList应用,适合HarmonyOS开发新手学习和实践。
在这里插入图片描述

一、开发环境准备

在开始编码前,确保你已完成以下准备:

  1. 安装最新版DevEco Studio(建议4.1及以上版本,适配HarmonyOS 6.0)
  2. 配置HarmonyOS SDK 6.0
  3. 了解ArkTS基础语法(声明式UI、状态管理、组件生命周期)

二、项目创建

  1. 打开DevEco Studio,新建“Empty Ability”项目
  2. 配置项目信息:

    • Project name: TodoListDemo
    • Bundle name: 自定义(如com.example.todolist)
    • Compile SDK: 6.0 (API 12)
    • Model: Stage
    • Language: ArkTS

三、核心功能实现

在这里插入图片描述

3.1 数据模型定义

首先定义待办事项的数据结构,创建model/TodoItem.ets文件:

/**
 * 待办事项数据模型
 */
export interface TodoItem {
  // 唯一标识
  id: string;
  // 待办内容
  content: string;
  // 是否完成
  isCompleted: boolean;
  // 创建时间
  createTime: string;
}

/**
 * 生成唯一ID
 */
export function generateId(): string {
  return Date.now().toString() + Math.random().toString(36).substr(2, 9);
}

/**
 * 格式化时间
 */
export function formatTime(time: number): string {
  const date = new Date(time);
  return `${date.getFullYear()}-${(date.getMonth() + 1).toString().padStart(2, '0')}-${date.getDate().toString().padStart(2, '0')} ${date.getHours().toString().padStart(2, '0')}:${date.getMinutes().toString().padStart(2, '0')}`;
}

3.2 主页面实现(核心功能)

修改pages/Index.ets,实现待办事项的添加、删除、状态切换、清空功能:

@Entry
@Component
struct TodoListPage {
  // 待办事项列表(状态管理)
  @State private todoList: TodoItem[] = [];
  // 输入框内容
  @State private inputContent: string = '';
  // 页面标题
  private title: string = '我的待办清单';

  build() {
    Column() {
      // 标题区域
      Text(this.title)
        .fontSize(24)
        .fontWeight(FontWeight.Bold)
        .margin({ top: 20, bottom: 15 })
        .alignSelf(ItemAlign.Center);

      // 输入和添加区域
      Row({ space: 10 }) {
        TextField(this.inputContent, (value: string) => {
          this.inputContent = value;
        })
          .placeholder('请输入待办事项...')
          .width('70%')
          .height(40)
          .border({ width: 1, radius: 8, color: '#E5E5E5' })
          .padding({ left: 10 });

        Button('添加')
          .width('20%')
          .height(40)
          .backgroundColor('#007DFF')
          .fontColor(Color.White)
          .borderRadius(8)
          .onClick(() => this.addTodoItem());
      }
      .margin({ bottom: 20 })
      .padding({ left: 15, right: 15 });

      // 待办事项列表区域
      List({ space: 10 }) {
        ForEach(this.todoList, (item: TodoItem) => {
          ListItem() {
            Row({ space: 10 }) {
              // 完成状态切换复选框
              Checkbox()
                .select(item.isCompleted)
                .onChange((isChecked: boolean) => {
                  this.toggleTodoStatus(item.id);
                })
                .width(20)
                .height(20);

              // 待办内容(完成时加删除线)
              Text(item.content)
                .fontSize(16)
                .decoration({ type: item.isCompleted ? TextDecorationType.LineThrough : TextDecorationType.None })
                .fontColor(item.isCompleted ? '#999999' : '#333333')
                .flexGrow(1);

              // 创建时间
              Text(item.createTime)
                .fontSize(12)
                .fontColor('#999999')
                .width(100);

              // 删除按钮
              Button('删除')
                .width(60)
                .height(30)
                .backgroundColor('#FF4D4F')
                .fontColor(Color.White)
                .borderRadius(6)
                .fontSize(12)
                .onClick(() => this.deleteTodoItem(item.id));
            }
            .padding(10)
            .backgroundColor(Color.White)
            .borderRadius(8)
            .shadow({ radius: 2, color: '#00000010', offsetX: 0, offsetY: 2 });
          }
        })
      }
      .width('100%')
      .flexGrow(1)
      .padding({ left: 15, right: 15 });

      // 清空按钮(有数据时显示)
      if (this.todoList.length > 0) {
        Button('清空所有待办')
          .width('90%')
          .height(40)
          .backgroundColor('#F5F5F5')
          .fontColor('#666666')
          .borderRadius(8)
          .margin({ top: 10, bottom: 20 })
          .onClick(() => this.clearAllTodos());
      }
    }
    .width('100%')
    .height('100%')
    .backgroundColor('#F8F8F8');
  }

  /**
   * 添加待办事项
   */
  private addTodoItem(): void {
    // 空内容校验
    if (this.inputContent.trim() === '') {
      prompt.showToast({ message: '待办内容不能为空!' });
      return;
    }

    // 创建新待办项
    const newTodo: TodoItem = {
      id: generateId(),
      content: this.inputContent.trim(),
      isCompleted: false,
      createTime: formatTime(Date.now())
    };

    // 添加到列表
    this.todoList.push(newTodo);
    // 清空输入框
    this.inputContent = '';
  }

  /**
   * 切换待办事项完成状态
   * @param id 待办项ID
   */
  private toggleTodoStatus(id: string): void {
    const index = this.todoList.findIndex(item => item.id === id);
    if (index !== -1) {
      this.todoList[index].isCompleted = !this.todoList[index].isCompleted;
    }
  }

  /**
   * 删除待办事项
   * @param id 待办项ID
   */
  private deleteTodoItem(id: string): void {
    this.todoList = this.todoList.filter(item => item.id !== id);
  }

  /**
   * 清空所有待办事项
   */
  private clearAllTodos(): void {
    this.todoList = [];
  }
}

// 导入数据模型
import { TodoItem, generateId, formatTime } from '../model/TodoItem';
// 导入提示框
import prompt from '@ohos.promptAction';

3.3 代码核心解释

  1. 状态管理:使用@State装饰器管理待办列表(todoList)和输入框内容(inputContent),状态变化会自动触发UI刷新。
  2. 核心方法

    • addTodoItem():校验输入内容,创建新待办项并添加到列表,清空输入框;
    • toggleTodoStatus():根据ID切换待办项的完成状态;
    • deleteTodoItem():根据ID过滤删除指定待办项;
    • clearAllTodos():清空整个待办列表。
  3. UI组件

    • TextField:用于输入待办内容;
    • Checkbox:标记待办项是否完成;
    • List + ForEach:循环渲染待办列表;
    • Button:实现添加、删除、清空操作。
  4. 交互优化

    • 输入空内容时弹出Toast提示;
    • 完成的待办项显示删除线和灰色字体;
    • 列表项添加阴影和圆角,提升视觉效果;
    • 无待办项时隐藏“清空”按钮。

四、运行效果

  1. 启动模拟器(选择HarmonyOS 6.0版本的设备)或连接真机;
  2. 点击“运行”按钮,应用启动后:

    • 在输入框输入待办内容,点击“添加”可新增待办项;
    • 勾选复选框可标记待办为“已完成”;
    • 点击“删除”可移除指定待办项;
    • 点击“清空所有待办”可删除全部待办。

在这里插入图片描述

五、功能扩展建议(可选)

你可以基于此基础版本扩展更多实用功能:

  1. 本地持久化:使用@ohos.data.preferences将待办数据保存到本地,重启应用不丢失;
  2. 分类管理:添加待办分类(工作/生活/学习),支持筛选;
  3. 编辑功能:允许修改已添加的待办内容;
  4. 优先级标记:为待办项添加高/中/低优先级标签;
  5. 滑动删除:实现列表项左滑删除的交互效果。

总结

  1. 本次TodoList应用基于HarmonyOS 6.0和ArkTS开发,核心使用@State状态管理实现UI与数据的双向绑定,通过List+ForEach渲染动态列表;
  2. 实现了待办事项的添加、状态切换、删除、清空四大核心功能,同时做了输入校验、视觉美化等交互优化;
  3. 代码结构清晰,数据模型与UI逻辑分离,符合HarmonyOS应用开发的最佳实践,可在此基础上快速扩展更多功能。

这个TodoList应用覆盖了ArkTS开发的核心知识点(状态管理、组件使用、事件处理),是HarmonyOS新手入门的经典练手项目,你可以直接复制代码运行,也可以根据自己的需求调整界面和功能。