1. 项目概述：为什么需要OpenClaw与飞书机器人的组合？

如果你在一个团队里工作，大概率用过飞书。飞书的消息、文档、多维表格，确实让协作效率提升了不少。但很多时候，我们希望能让一些重复、繁琐的工作自动化。比如，每天定时从数据库拉取数据生成报表发到群里；或者，当用户在群里问“今天谁值班”时，机器人能自动查询排班表并回复；再或者，把飞书当成一个智能助理的入口，让它帮你查天气、订会议室、甚至基于知识库回答专业问题。

这就是OpenClaw这类工具的价值所在。简单来说，OpenClaw是一个开源的、功能强大的机器人框架，它就像一个“万能插座”，可以轻松连接飞书、钉钉、微信等主流办公平台，并赋予机器人处理消息、调用API、执行自动化流程的能力。它内置了丰富的插件和事件处理机制，开发者无需从零开始造轮子，就能快速搭建一个功能复杂的聊天机器人。

而Docker，则是解决“环境依赖”这个老大难问题的利器。你有没有遇到过这种情况：在自己电脑上跑得好好的程序，放到服务器上就各种报错，不是Python版本不对，就是某个依赖库装不上。Docker通过容器技术，把应用和它需要的所有环境（比如操作系统、运行时、库文件）打包成一个独立的“集装箱”。这个集装箱在任何支持Docker的机器上都能以完全相同的方式运行，真正做到“一次构建，处处运行”。

所以，“OpenClaw多飞书机器人完整配置教程（Docker部署版）”这个标题，瞄准的就是一个非常具体的痛点： 如何用最稳定、最可复制的方式，在服务器上部署一个能同时服务多个飞书团队或应用的机器人后台。 这比在本地电脑上跑一个测试版要复杂得多，涉及到网络、持久化、配置管理、安全等一系列生产环境才需要考虑的问题。接下来，我会以一个实际部署过多个生产级机器人的经验，带你一步步走通整个流程，并分享那些官方文档里可能不会写的“坑”和技巧。

2. 核心需求与方案设计解析

在动手之前，我们必须先想清楚要做什么。一个“多飞书机器人”系统，通常意味着以下几种场景：

  1. 为多个不同的飞书企业（或同一个企业内的多个自建应用）提供服务 。比如，你作为开发者，可能同时为A公司和B公司开发了不同的机器人应用，它们需要运行在同一台服务器上，但逻辑和数据完全隔离。
  2. 同一个机器人应用，需要处理来自多个不同群聊或用户的消息 。这虽然通常由一个机器人实例处理，但也涉及到配置和管理。
  3. 高可用和负载均衡 。当用户量增大时，可能需要部署多个机器人实例来分担压力。

我们的教程主要聚焦于第一种场景，这也是最复杂、最具通用性的。要实现它，方案设计上必须考虑以下几个核心点：

2.1 环境隔离与配置分离 这是“多机器人”的前提。每个机器人都有自己独立的飞书应用凭证（App ID, App Secret, Verification Token, Encryption Key），以及可能不同的数据库、缓存、第三方API密钥等。在Docker环境下，最优雅的方式是 为每个机器人创建一个独立的容器 ，并通过环境变量或配置文件将各自的密钥注入进去。这样，容器之间是相互隔离的，一个机器人的故障不会影响另一个。

2.2 数据持久化 机器人运行时产生的数据（如用户会话状态、缓存、日志）不能随着容器销毁而丢失。我们需要使用Docker的 卷（Volume） 功能，将容器内的特定目录（如 /app/data , /app/logs ）映射到宿主机的硬盘上。这样，即使容器重启或重建，数据依然存在。

2.3 网络与通信 飞书的服务器需要能访问到我们部署的机器人。这意味着我们的服务器必须有一个公网IP，并且开放相应的端口（通常是80或443）。在容器内部，OpenClaw服务默认监听某个端口（如8080），我们需要通过Docker的端口映射（ -p 80:8080 ）将其暴露给外部。如果部署多个机器人监听同一端口，则需要使用反向代理（如Nginx）根据域名或路径进行分发。

2.4 日志与监控 生产环境没有日志等于“盲人摸象”。我们需要配置OpenClaw输出结构化的日志，并确保日志文件被持久化到卷中，方便日后排查问题。更进阶的做法是接入ELK（Elasticsearch, Logstash, Kibana）或Graylog等日志系统。

基于以上考量，我推荐的部署架构如下：

  • 一个Docker镜像 ：基于官方或社区维护的OpenClaw Docker镜像，或者自己构建一个包含所有依赖的定制镜像。
  • 多个Docker容器 ：每个飞书机器人对应一个容器实例。
  • Docker Compose编排 ：使用 docker-compose.yml 文件来定义和运行这多个容器。它可以方便地管理容器间的依赖关系、网络、卷和配置。对于单个机器人，直接 docker run 也行，但多容器时Compose是更佳选择。
  • 外部反向代理（可选但推荐） ：使用Nginx作为入口，统一管理SSL证书、域名和到不同机器人容器的路由。

这个方案清晰、易于维护，也方便后续扩展。下面，我们就进入具体的实操环节。

3. 前期准备：环境与飞书应用配置

兵马未动，粮草先行。在服务器上开搞之前，有些准备工作必须在本地或飞书开发者后台完成。

3.1 服务器环境准备 你需要一台Linux服务器（Ubuntu 20.04/22.04或CentOS 7/8是常见选择），并确保：

  1. 安装Docker与Docker Compose ：这是基础中的基础。以Ubuntu为例，安装命令如下：

    # 更新软件包索引
sudo apt-get update
# 安装依赖
sudo apt-get install ca-certificates curl gnupg lsb-release
# 添加Docker官方GPG密钥
sudo mkdir -p /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
# 设置稳定版仓库
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
# 安装Docker引擎
sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin
# 验证安装
sudo docker run hello-world

    注意 ：如果遇到“Docker Desktop failed to start because virtualization support wasn‘t detected”这类错误，那是桌面版的问题。在Linux服务器上，我们安装的是Docker Engine，需要确保服务器CPU支持虚拟化（一般云服务器都支持），并且没有其他冲突的虚拟化软件。

  2. 配置防火墙 ：开放需要用到的端口，例如80（HTTP）、443（HTTPS），以及你计划映射的OpenClaw服务端口（如8080、3000等）。使用 ufw 或 firewalld 进行配置。

    sudo ufw allow 22/tcp # SSH端口，务必保留
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable

  3. 域名与SSL证书（生产环境必备） ：飞书机器人配置的回调地址必须是HTTPS。你需要一个域名，并为其申请SSL证书（可以使用Let‘s Encrypt的免费证书）。证书文件（如 fullchain.pem 和 privkey.pem ）需要放在服务器上，后续配置Nginx时会用到。

3.2 飞书应用创建与配置 这是最关键的一步，配置错了后面全白搭。假设我们要部署两个机器人：一个用于内部团队通知（Bot A），一个用于客户服务（Bot B）。

  1. 创建企业自建应用 ：

    • 分别登录两个不同的飞书开发者账号（或同一账号下创建两个应用）。
    • 进入 开发者后台 ，点击“创建企业自建应用”。
    • 为应用起名，例如“内部助手-Bot A”和“客户服务-Bot B”。

  2. 获取凭证 ：在应用详情页的“凭证与基础信息”部分，找到并记录以下四项，它们相当于机器人的“身份证”和“钥匙”：

    • App ID
    • App Secret
    • Verification Token （在“事件订阅”页面）
    • Encryption Key （在“事件订阅”页面，如果启用了加密）

  3. 配置权限 ：在“权限管理”页面，根据机器人需要的功能添加对应的权限。例如：

    • 接收消息 ： im:message （接收用户发送的消息）、 im:message.group_at_msg （接收群聊中@机器人的消息）等。
    • 发送消息 ： im:message.p2p_msg:send （发送单聊消息）、 im:message:send_as_bot （发送群消息）等。
    • 访问通讯录 ： contact:user.id:readonly （读取用户信息）等。
    • 添加权限后，记得在页面底部“版本管理与发布”中创建新版本并申请发布。 只有审核通过（或企业内自建应用在可用范围内）的权限才会生效。

  4. 配置事件订阅（核心） ：

    • 在“事件订阅”页面，开启订阅。
    • 请求地址 URL ：填写你的服务器公网地址。例如， https://bot-a.yourdomain.com/feishu/event 和 https://bot-b.yourdomain.com/feishu/event 。这里 /feishu/event 是OpenClaw默认处理飞书事件的路由，你也可以自定义。
    • 验证Token和加密Key ：填入之前记录的 Verification Token 和 Encryption Key 。
    • 添加事件 ：点击“添加事件”，根据需求选择。最基础的是 接收消息v2.0 （ im.message.receive_v1 ）。选择后，需要订阅相关的消息类型，如 text 、 image 等。
    • 保存 ：点击保存后，飞书会向你的请求地址发送一个带有 challenge 参数的GET请求进行验证。此时你的后端服务（OpenClaw）必须已经启动并能正确响应这个挑战，验证才能通过。我们可以在部署完服务后再回来点“重新保存”来触发验证。

至此，前期的配置工作就完成了。我们把两个机器人的四组密钥分别记好，接下来就要在服务器上让它们“活”起来。

4. Docker部署实战：从镜像到多容器运行

现在，我们登录到准备好的Linux服务器，开始实际的部署工作。

4.1 获取或构建OpenClaw Docker镜像 OpenClaw项目通常会在Docker Hub或GitHub Packages上提供官方镜像。我们需要先拉取镜像。假设官方镜像名为 openclaw/openclaw:latest 。

sudo docker pull openclaw/openclaw:latest

如果官方没有提供，或者你需要一个包含特定插件、依赖的定制镜像，就需要自己编写 Dockerfile 来构建。这里假设我们使用官方镜像。

4.2 规划项目目录结构 清晰的目录结构是管理多容器的关键。我在服务器上通常会这样组织：

/opt/openclaw-deploy/
├── docker-compose.yml          # 总编排文件
├── nginx/
│   ├── nginx.conf             # Nginx主配置
│   ├── conf.d/
│   │   ├── bot-a.conf         # 机器人A的Nginx配置
│   │   └── bot-b.conf         # 机器人B的Nginx配置
│   └── ssl/                   # 存放SSL证书
│       ├── bot-a.yourdomain.com/
│       │   ├── fullchain.pem
│       │   └── privkey.pem
│       └── bot-b.yourdomain.com/
│           ├── fullchain.pem
│           └── privkey.pem
├── bot-a/                     # 机器人A的配置和数据
│   ├── config/
│   │   └── config.yaml        # OpenClaw配置文件
│   └── data/                  # 映射的数据卷目录
└── bot-b/                     # 机器人B的配置和数据
    ├── config/
    │   └── config.yaml
    └── data/

你可以使用 mkdir -p 命令依次创建这些目录。

4.3 编写OpenClaw配置文件 每个机器人容器都需要自己的配置文件。以 bot-a/config/config.yaml 为例：

# OpenClaw 基础配置
server:
  host: 0.0.0.0 # 监听所有网络接口
  port: 8080     # 容器内服务端口，与docker-compose中映射的端口一致

# 飞书平台配置
feishu:
  app_id: "cli_xxxxxxxxxxxxxxx" # 替换为Bot A的App ID
  app_secret: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" # 替换为Bot A的App Secret
  verification_token: "xxxxxxxxxxxxxxxxxxxxxxxx" # 替换为Bot A的Verification Token
  encrypt_key: "xxxxxxxxxxxxxxxx" # 替换为Bot A的Encryption Key，如果未加密则留空或删除
  # 事件回调路径，需要与飞书后台配置的“请求地址”路径后缀一致
  event_callback_path: "/feishu/event"

# 插件配置（示例）
plugins:
  enabled:
    - weather        # 天气查询插件
    - schedule       # 定时任务插件
  weather:
    api_key: "your_weather_api_key"

bot-b 的配置文件同理，内容替换为Bot B的凭证。 务必注意， app_id 等敏感信息不要提交到公开的代码仓库。

4.4 编写Docker Compose编排文件 这是核心中的核心， /opt/openclaw-deploy/docker-compose.yml ：

version: '3.8'

services:
  # 机器人A服务
  openclaw-bot-a:
    image: openclaw/openclaw:latest
    container_name: openclaw-bot-a
    restart: unless-stopped # 自动重启策略，确保服务高可用
    ports:
      - "8081:8080" # 宿主机的8081端口映射到容器的8080端口
    volumes:
      # 挂载配置文件，使容器内能读取到宿主机的配置
      - ./bot-a/config/config.yaml:/app/config.yaml:ro
      # 挂载数据目录，实现数据持久化
      - ./bot-a/data:/app/data
    environment:
      # 也可以通过环境变量覆盖配置，优先级高于配置文件
      - TZ=Asia/Shanghai
    networks:
      - openclaw-network # 加入自定义网络，方便容器间通信（如果需要）

  # 机器人B服务
  openclaw-bot-b:
    image: openclaw/openclaw:latest
    container_name: openclaw-bot-b
    restart: unless-stopped
    ports:
      - "8082:8080" # 注意端口不能冲突，这里用8082
    volumes:
      - ./bot-b/config/config.yaml:/app/config.yaml:ro
      - ./bot-b/data:/app/data
    environment:
      - TZ=Asia/Shanghai
    networks:
      - openclaw-network

  # Nginx反向代理（可选但推荐）
  nginx-proxy:
    image: nginx:alpine
    container_name: nginx-proxy
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    volumes:
      # 挂载Nginx配置目录
      - ./nginx/nginx.conf:/etc/nginx/nginx.conf:ro
      - ./nginx/conf.d:/etc/nginx/conf.d:ro
      # 挂载SSL证书目录
      - ./nginx/ssl:/etc/nginx/ssl:ro
    depends_on:
      - openclaw-bot-a
      - openclaw-bot-b
    networks:
      - openclaw-network

# 定义自定义网络
networks:
  openclaw-network:
    driver: bridge

这个配置定义了两个OpenClaw服务和一个Nginx服务。它们通过 openclaw-network 网络互联。Nginx容器对外暴露80和443端口，负责将来自不同域名的请求转发到对应的OpenClaw容器。

4.5 配置Nginx反向代理 首先，配置主配置文件 nginx/nginx.conf ，保持简洁，主要配置通过 include 引入：

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
    worker_connections 1024;
}

http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;
    sendfile on;
    keepalive_timeout 65;

    # 包含各个机器人的独立配置
    include /etc/nginx/conf.d/*.conf;
}

然后，为每个机器人编写独立的服务器配置。以 nginx/conf.d/bot-a.conf 为例：

server {
    listen 80;
    server_name bot-a.yourdomain.com;
    # 将HTTP请求重定向到HTTPS
    return 301 https://$server_name$request_uri;
}

server {
    listen 443 ssl http2;
    server_name bot-a.yourdomain.com;

    # SSL证书配置
    ssl_certificate /etc/nginx/ssl/bot-a.yourdomain.com/fullchain.pem;
    ssl_certificate_key /etc/nginx/ssl/bot-a.yourdomain.com/privkey.pem;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers HIGH:!aNULL:!MD5;

    # 反向代理到OpenClaw容器
    location / {
        proxy_pass http://openclaw-bot-a:8080; # 使用Docker服务名，网络自动解析
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        # 以下两行对飞书事件回调很重要，确保超时设置合理
        proxy_connect_timeout 60s;
        proxy_send_timeout 60s;
        proxy_read_timeout 60s;
    }

    # 可选：静态文件服务或健康检查端点
    location /health {
        proxy_pass http://openclaw-bot-a:8080/health;
        access_log off;
    }
}

bot-b.conf 的配置类似，只需修改 server_name 、 ssl_certificate 路径和 proxy_pass 的目标服务名（ openclaw-bot-b ）。

4.6 启动所有服务 进入项目目录，运行一条命令即可启动所有定义的服务：

cd /opt/openclaw-deploy
sudo docker-compose up -d

-d 参数表示在后台运行。使用以下命令查看服务状态和日志：

# 查看所有容器状态
sudo docker-compose ps
# 查看某个容器的日志（如Bot A）
sudo docker-compose logs -f openclaw-bot-a

如果一切顺利，你应该能看到OpenClaw容器成功启动的日志。现在，你的两个机器人服务已经在 http://openclaw-bot-a:8080 和 http://openclaw-bot-b:8080 （容器网络内）运行，并且通过Nginx在 https://bot-a.yourdomain.com 和 https://bot-b.yourdomain.com 对外提供服务。

5. 飞书应用验证与功能测试

服务跑起来了，但还需要和飞书平台“握手”确认。

5.1 完成事件订阅验证 回到飞书开发者后台，分别进入Bot A和Bot B的应用的“事件订阅”页面。确保“请求地址”填写的是你配置的HTTPS地址（如 https://bot-a.yourdomain.com/feishu/event ）。点击页面上的“保存”或“重新保存”按钮。

此时，飞书会向该地址发送一个GET请求进行验证。你的OpenClaw服务需要正确响应这个挑战。一个正常的OpenClaw框架会自动处理这个验证。你可以在Nginx和OpenClaw的日志中观察验证请求：

# 查看Nginx访问日志
sudo docker-compose logs nginx-proxy | grep "GET /feishu/event"
# 查看OpenClaw应用日志
sudo docker-compose logs openclaw-bot-a | grep -i challenge

如果验证成功，飞书后台页面会显示“验证成功”。如果失败，请检查：

  1. 网络连通性：服务器防火墙是否开放80/443端口？域名解析是否正确？
  2. 配置一致性：飞书后台的 Verification Token 和 Encryption Key 是否与 config.yaml 中的完全一致（包括空格）？
  3. 路径是否正确：飞书请求的路径是否与OpenClaw配置的 event_callback_path 匹配？
  4. 日志错误：仔细查看OpenClaw容器的错误日志，寻找线索。

5.2 权限申请与启用 事件订阅验证通过后，在“权限管理”页面，确保所有需要的权限都已添加，并且 已经发布版本 。对于企业自建应用，需要企业管理员在“审核中心”同意申请。只有权限生效后，机器人才能正常接收和发送消息。

5.3 基础功能测试 验证通过后，就可以进行真实场景测试了。

  1. 添加到群聊 ：将机器人应用添加到某个飞书群。
  2. 接收消息 ：在群里@机器人或与机器人发起单聊，发送一条消息。观察OpenClaw容器的日志，应该能看到接收消息的事件日志。
  3. 发送消息 ：编写一个简单的OpenClaw插件或脚本，实现“收到什么就回复什么”的echo功能。在群里测试，看机器人是否能成功回复。
  4. 检查消息权限 ：如果发送消息失败，提示无权限，请回到开发者后台检查 im:message:send_as_bot 等发送消息的权限是否已申请并生效。

6. 高级配置、运维与故障排查

部署完成只是第一步，要让机器人稳定可靠地运行，还需要考虑更多。

6.1 配置热更新与多环境 我们目前将配置写在 config.yaml 里并挂载为只读卷。如果想更新配置，需要修改宿主机文件后，重启容器：

sudo docker-compose restart openclaw-bot-a

对于更复杂的配置，可以考虑使用环境变量、或者专门的配置中心（如Apollo, Nacos）。在 docker-compose.yml 中，可以用 environment 部分覆盖配置：

environment:
  - FEISHU_APP_ID=cli_xxxx
  - FEISHU_APP_SECRET=xxxx
  - LOG_LEVEL=DEBUG

OpenClaw需要支持从环境变量读取这些配置。

6.2 数据持久化与备份 我们通过 volumes 将 /app/data 目录映射到了宿主机。你需要定期备份这些目录。可以使用 cron 定时任务配合 tar 或 rsync 命令，将 /opt/openclaw-deploy/bot-a/data 等目录备份到其他存储位置。

6.3 日志管理 默认日志可能输出到容器内的标准输出（stdout），通过 docker-compose logs 查看。对于生产环境，建议将日志持久化并集中管理：

  • 在 docker-compose.yml 中配置日志驱动和大小限制，防止日志撑爆磁盘。 
    logging:
  driver: "json-file"
  options:
    max-size: "10m"
    max-file: "3"
  • 或者，将日志文件挂载到宿主机，然后使用Filebeat等工具采集到ELK。

6.4 监控与健康检查 可以给Docker服务添加健康检查指令，让Docker引擎自动判断容器是否健康。

healthcheck:
  test: ["CMD", "curl", "-f", "http://localhost:8080/health"] # 假设OpenClaw有/health端点
  interval: 30s
  timeout: 10s
  retries: 3
  start_period: 40s

同时，可以配置Prometheus + Grafana来监控服务器的CPU、内存、磁盘使用率，以及容器的运行状态。

6.5 常见问题与排查实录 在实际部署中，我踩过不少坑，这里分享几个典型的：

  • 问题一：飞书事件回调一直失败，返回400或500错误。

    • 排查 ：首先看Nginx访问日志，确认请求是否到达。再看OpenClaw应用日志。
    • 可能原因1 ： Verification Token 或 Encryption Key 配置错误。 一字不差地核对 ，注意开头结尾是否有隐藏空格。
    • 可能原因2 ：OpenClaw服务启动失败或插件加载错误。检查应用日志开头是否有异常堆栈信息。常见于依赖缺失或配置文件格式错误（YAML对缩进非常敏感）。
    • 可能原因3 ：网络超时。飞书服务器可能在海外，到国内服务器的网络不稳定。适当调大Nginx的 proxy_read_timeout 和OpenClaw自身的超时设置。

  • 问题二：机器人能收到消息，但无法回复，提示“无权限”。

    • 排查 ：这是最典型的问题。去飞书开发者后台“权限管理”页面。
    • 解决 ：确认所需权限（尤其是发送消息的权限）已添加，并且 已经创建了新版本并发布 。企业自建应用需要管理员审核通过。权限生效可能有几分钟延迟。

  • 问题三：Docker容器启动后立即退出。

    • 排查 ：使用 sudo docker-compose logs [service-name] 查看退出前的日志。
    • 可能原因 ：配置文件路径错误导致挂载失败，或者 config.yaml 格式错误导致应用启动时解析崩溃。检查 docker-compose.yml 中 volumes 映射的宿主机路径是否存在，以及YAML文件的语法（推荐使用在线YAML校验工具）。

  • 问题四：Nginx报错 502 Bad Gateway 。

    • 排查 ：这意味着Nginx无法连接到后端的OpenClaw服务。
    • 解决 ：
      1. 确认OpenClaw容器是否在运行： sudo docker-compose ps 。
      2. 确认Nginx配置中 proxy_pass 的地址是否正确。在 docker-compose 网络中，应使用 服务名 （如 http://openclaw-bot-a:8080 ），而不是 localhost 或 127.0.0.1 。
      3. 进入Nginx容器内部，尝试用 curl 命令直接访问后端地址，看是否通： sudo docker-compose exec nginx-proxy curl http://openclaw-bot-a:8080/health 。

  • 问题五：如何更新OpenClaw版本？

    • 步骤 ：
      1. 拉取新镜像： sudo docker-compose pull openclaw-bot-a openclaw-bot-b 。
      2. 重启服务： sudo docker-compose up -d 。Compose会使用新镜像重新创建容器。
      3. 重要 ：在更新前，最好先在一个测试环境验证新版本与现有插件、配置的兼容性。

部署和运维是一个持续的过程。建议将整个 /opt/openclaw-deploy 目录纳入版本控制（如Git），但切记不要提交包含真实密钥的配置文件。可以使用 .env 文件或配置模板的方式来管理敏感信息。通过这套Docker Compose方案，你获得了一个可移植、易扩展、便于管理的多飞书机器人部署环境，可以在此基础上，安心地开发更强大的机器人功能了。

Logo
亚马逊云科技技术品牌专区

更多推荐

cover

别再只聊大模型！AI的下一场革命，藏在“身体”里

avatar 亚马逊云科技技术品牌专区
cover

别再只聊大模型！人工智能的下一场革命，藏在“身体”里

avatar 亚马逊云科技技术品牌专区
cover

别再只聊大模型！AI的下一场革命，藏在“身体”里

avatar 亚马逊云科技技术品牌专区