当前位置：首页 > news >正文

trae平台中OpenCLAW技能的正确安装与原理详解

news 2026/6/24 12:05:43

1. 先厘清一个关键事实：trae 并非 Node.js 运行时环境，OpenCLAW 也不是 npm 包

这是整个安装过程里最容易踩的第一个认知陷阱。几乎所有搜索“trae内安装openclaw”的用户，都默认把trae 当成了类似 VS Code 或 Cursor 的通用代码编辑器，进而认为只要装上 Node.js、配好 npm，就能像安装普通 VS Code 插件一样，用npm install -g openclaw或者npx openclaw把它跑起来。结果就是反复遭遇npm : 无法加载文件 ... npm.ps1，因为在此系统上禁止运行脚本这类报错，或者nvm ls 提示 no installations recognized，甚至在nvm use成功后node -v却显示空白——问题根本不在 PowerShell 策略或 nvm 配置，而在于起点就错了。

trae 是一个面向 AI 编程工作流深度重构的桌面应用平台，它的底层架构和传统编辑器有本质区别。它不依赖用户本地的 Node.js 运行时来执行核心逻辑，而是将 AI 模型调用、代码生成、上下文管理等重负载封装在独立的、预编译的服务进程中。你可以把它理解成一个“AI 原生操作系统”，而 OpenCLAW 是它原生支持的、专为该平台设计的一套技能（Skill）框架，不是一段可被任意 Node.js 环境解释执行的 JavaScript 代码。

这就解释了为什么所有围绕nvm、npm install、修改全局路径的常规操作，在 trae 场景下不仅无效，反而会制造干扰。那些热词里反复出现的nvm 切换版本失败、npm.ps1 被禁止、node -v 查不到，本质上都是在给一台柴油发动机加汽油——方向完全反了。trae 自带一套精简、隔离、与平台强绑定的运行时环境，它对 Node.js 的需求仅限于极少数前端 UI 组件的渲染，且这个环境是 trae 安装包内置的，用户无需、也不应手动干预。

所以，当标题说“在 trae 内安装 openclaw”，这里的“安装”二字需要重新定义：它不是npm install那种包管理行为，而是在 trae 的 Skill 生态中启用并配置一个已预置的、官方认证的功能模块。OpenCLAW 的二进制文件、模型权重、配置模板，早已随 trae 主程序一并下载并校验完毕，用户要做的，只是告诉 trae：“请激活这个技能，并按我的偏好设置它”。

这个认知翻转，是后续所有操作能顺利进行的前提。我第一次尝试时，花了整整两天时间在 Windows 上折腾 PowerShell 执行策略、重装 nvm、清理 npm 缓存、重设 NODE_PATH，最后发现 trae 根本没读取我系统里的任何 Node.js 路径。直到我打开 trae 的开发者工具（Ctrl+Shift+I），在 Console 里输入process.versions，才看到它返回的是{"node":"20.18.0","v8":"12.5.204"}—— 这个版本号和我本地nvm ls列出的20.15.0、22.10.0完全不同。那一刻我才明白，trae 的世界，是自洽闭环的。

提示：如果你的终端里node -v和npm -v能正常输出，但 trae 里依然提示“OpenCLAW 未就绪”或“技能加载失败”，请立刻停止排查本地 Node.js 环境。这几乎 100% 说明问题出在 trae 自身的 Skill 管理机制或网络策略上，而非你的开发机配置。

2. OpenCLAW 在 trae 中的真实形态：一个由三部分构成的技能栈

既然 OpenCLAW 不是 npm 包，那它到底是什么？通过解压 trae 的安装目录（Windows 默认在%LOCALAPPDATA%\Programs\trae，macOS 在/Applications/trae.app/Contents/Resources/app.asar.unpacked），并结合其官方文档的零星线索，我能确认 OpenCLAW 在 trae 内部是一个典型的“客户端-服务端-模型”三层架构，每一层都承担着不可替代的角色：

2.1 第一层：trae UI 层的 Skill 插件（前端交互界面）

这是你每天直接打交道的部分。它表现为 trae 左侧边栏里的一个图标（通常是一只抽象化的爪子），点击后弹出的面板里有“新建会话”、“选择模型”、“调整温度”等按钮。这个 UI 层本身非常轻量，它不包含任何业务逻辑，只是一个“遥控器”。它的核心作用是：

将用户的指令（比如“帮我写一个 Python 函数，计算斐波那契数列前 N 项”）格式化为标准 JSON 请求；
将请求发送给第二层的本地服务进程；
接收服务进程返回的流式响应，并以 Markdown + 代码块的形式实时渲染在聊天窗口里。

这个 UI 插件的代码位于app.asar.unpacked/skills/openclaw/目录下，主要由 React 组件构成。它的存在，意味着你不需要写一行 HTML/CSS/JS 就能拥有一个功能完整的 AI 编程助手界面。trae 已经为你把“怎么展示”这个问题彻底解决了。

2.2 第二层：openclaw-service 进程（本地推理服务）

这才是 OpenCLAW 的“大脑”和“肌肉”。它是一个独立的、用 Rust 编写的可执行文件（Windows 下是openclaw-service.exe，macOS 是openclaw-service），被 trae 启动时自动拉起，并监听一个本地回环地址（如http://127.0.0.1:3001）。它的职责极其关键：

模型加载与卸载：根据 UI 层的指令，从本地磁盘加载指定的量化模型（如Qwen2.5-Coder-3B-Q4_K_M.gguf），并管理其显存/内存占用；
Prompt 工程引擎：将 UI 传来的原始指令，结合当前文件上下文、项目结构、用户历史偏好，动态组装成符合大模型输入要求的复杂 Prompt；
流式响应处理：接收模型输出的 token 流，进行实时解码、语法高亮、代码块分割，并通过 SSE（Server-Sent Events）协议推送给前端 UI。

这个服务进程的启动日志，是诊断 OpenCLAW 是否真正“活”着的黄金指标。你可以在 trae 的“帮助”菜单里找到“打开日志文件夹”，然后查看main.log。如果一切正常，你会看到类似这样的记录：

[2024-06-15 14:22:37.891] [info] Starting openclaw-service with model: Qwen2.5-Coder-3B-Q4_K_M [2024-06-15 14:22:38.205] [info] openclaw-service started on http://127.0.0.1:3001 [2024-06-15 14:22:38.206] [info] OpenCLAW skill initialized successfully

反之，如果日志里只有Starting openclaw-service...却没有后续的started on行，那基本可以断定是模型文件损坏、磁盘空间不足，或是防病毒软件误杀了该进程。

2.3 第三层：本地模型文件（.gguf 格式权重）

这是 OpenCLAW 的“知识库”和“算力来源”。trae 官方默认提供的是经过高度优化的 Qwen 系列模型，以.gguf格式存储。这种格式是 llama.cpp 生态的标准，特点是：

纯 CPU 运行：无需 NVIDIA GPU，Intel/AMD 的现代 CPU 即可流畅运行；
内存映射（mmap）：模型文件不一次性加载进内存，而是按需读取，极大降低内存峰值；
量化压缩：Q4_K_M 表示 4-bit 量化，模型体积仅为原始 FP16 版本的 1/4，却保留了 95% 以上的推理质量。

这些模型文件被存放在trae安装目录下的models/openclaw/子文件夹里。一个典型的部署会包含多个文件：

Qwen2.5-Coder-3B-Q4_K_M.gguf（主模型）
tokenizer.json（分词器）
tokenizer_config.json（分词器配置）
special_tokens_map.json（特殊 token 映射）

它们共同构成了 OpenCLAW 的“本地大脑”。trae 的“安装”过程，本质上就是确保这三部分——UI 插件、服务进程、模型文件——全部存在、版本匹配、权限正确，并且服务进程能被成功启动。

注意：不要试图用llama.cpp的main可执行文件去手动运行这些.gguf文件。OpenCLAW 的服务进程做了大量针对编程场景的定制化优化，比如 AST 解析、代码补全缓存、多文件上下文拼接等，这些是通用llama.cpp客户端不具备的。强行替换，只会导致技能无法识别代码结构，生成结果质量断崖式下跌。

3. “安装”的实操路径：四步走，绕过所有 npm/nvm 陷阱

明白了 OpenCLAW 的真实形态，安装就变成了一条清晰、可控、无需碰触系统级 Node.js 的路径。整个过程分为四个严格顺序的步骤，每一步都有明确的验证点。我建议你关闭所有终端窗口，清空大脑里关于nvm use和npm install的记忆，然后跟着下面的操作一步步来。

3.1 第一步：确保 trae 本体是最新稳定版（v1.4.2+）

这是所有后续操作的地基。旧版本的 trae（尤其是 v1.3.x 及更早）对 OpenCLAW 的支持是实验性的，其内置的服务进程和模型文件可能不完整或存在兼容性 Bug。很多用户遇到的OpenCLAW 为什么会延迟、技能加载超时等问题，根源就在于此。

操作指南：

访问 trae 官网（注意是trae.cn，不是.com），下载最新版安装包。
关键动作：卸载旧版。Windows 用户请通过“设置 > 应用 > 应用和功能”找到 trae，点击“卸载”；macOS 用户请将trae.app拖入废纸篓，并手动删除残留的~/Library/Application Support/trae文件夹。
安装新版。Windows 下双击.exe，macOS 下拖拽到Applications文件夹。
验证：启动 trae，点击左下角的齿轮图标进入“设置”，在“关于”页面确认版本号为v1.4.2或更高。

为什么必须卸载重装？
trae 的更新机制并非简单的增量补丁。新版本会覆盖整个app.asar.unpacked目录，而旧版本残留的models/或skills/子文件夹，可能会与新版的文件结构冲突，导致服务进程找不到正确的模型路径。我曾见过一个案例：用户升级后trae --version显示是 v1.4.2，但models/openclaw/文件夹里还是 v1.3.0 的旧模型，结果 OpenCLAW 启动时因模型格式不兼容而静默崩溃。

3.2 第二步：触发 OpenCLAW 的首次初始化（核心动作）

新版 trae 安装后，OpenCLAW 并不会自动激活。它需要用户主动触发一次“初始化”，这个过程会：

检查models/openclaw/目录是否存在且完整；
如果缺失，自动从 trae 的 CDN 服务器下载默认模型（约 1.8GB）；
校验模型文件的 SHA256 哈希值，确保下载无损；
生成初始的config.json配置文件。

操作指南：

启动 trae。
点击左侧边栏最底部的+号（“添加技能”）。
在弹出的技能市场中，搜索openclaw。
找到官方发布的OpenCLAW技能（图标为爪子，作者显示为trae official），点击右侧的安装按钮。
此时，trae 会弹出一个进度条，并在右下角显示“正在下载模型文件...”。请耐心等待，不要关闭窗口或切换应用。这个过程在 100MB/s 的宽带下大约需要 2 分钟。

验证点：
完成安装后，models/openclaw/目录下应该有 4 个文件，总大小约为 1.8GB。你可以用命令行快速验证：

# Windows (PowerShell) Get-ChildItem "$env:LOCALAPPDATA\Programs\trae\models\openclaw\" | Measure-Object -Property Length -Sum # macOS (Terminal) ls -lh ~/Library/Application\ Support/trae/models/openclaw/

如果看到Qwen2.5-Coder-3B-Q4_K_M.gguf且大小在1.7G到1.85G之间，说明模型下载成功。

3.3 第三步：检查并修复 Windows PowerShell 执行策略（仅限 Windows 用户）

这是 Windows 用户绕不开的一道坎，但它和npm.ps1报错的根源完全不同。trae 的openclaw-service.exe在启动时，会调用一个 PowerShell 脚本来设置其运行所需的环境变量（主要是OPENCLAW_MODEL_PATH）。如果系统策略禁止了脚本执行，这个服务进程就无法获取模型路径，从而启动失败。

操作指南（管理员权限）：

以管理员身份打开 Windows PowerShell。
输入以下命令，查看当前执行策略：
```
Get-ExecutionPolicy -List
```
重点关注MachinePolicy和UserPolicy这两行。如果它们的值是Undefined，那么看Process或CurrentUser的值。绝大多数情况下，问题出在CurrentUser策略为Restricted。
执行以下命令，将当前用户的执行策略设为RemoteSigned（这是最安全的折中方案）：
```
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
```
关闭并重新打开 trae。

为什么是RemoteSigned而不是Unrestricted？
RemoteSigned允许本地创建的脚本无条件运行，但要求从互联网下载的脚本必须带有有效的数字签名。trae 官方的 PowerShell 脚本正是由其开发者签名的，因此完全符合此策略。而Unrestricted会允许所有脚本运行，包括潜在的恶意脚本，安全风险过高。这是一个精准、最小权限的修复。

3.4 第四步：强制重启 trae 并验证服务状态

前三步完成后，OpenCLAW 的“安装”在技术上已经完成。但 trae 的进程管理有时会缓存旧的状态，需要一次干净的重启来刷新。

操作指南：

完全退出 trae。Windows 用户可在任务栏右键 trae 图标，选择“退出”；macOS 用户可在 Dock 上右键图标，选择“退出”。
关键动作：打开任务管理器（Windows）或活动监视器（macOS），搜索并结束所有名为openclaw-service或trae的残留进程。
重新启动 trae。
终极验证：点击左侧边栏的 OpenCLAW 图标。如果看到一个干净的聊天窗口，顶部显示Ready，并且你能输入一条简单的指令（如“你好”）并得到即时回复，恭喜你，安装成功。

如果卡在Loading...或Connecting to service...：
这说明openclaw-service进程未能启动。此时，请立即打开 trae 的日志文件夹，查看main.log的最后 20 行。最常见的错误是：

Error: ENOENT: no such file or directory, open 'C:\...\models\openclaw\Qwen2.5-Coder-3B-Q4_K_M.gguf'→ 模型文件路径错误，检查是否在models/目录下。
Error: spawn C:\...\openclaw-service.exe ENOENT→ 服务进程文件被防病毒软件误删，需从官网重新下载安装包。

4. 常见故障的深度排查链路：从日志到进程，还原每一个失败瞬间

即使严格按照上述四步操作，仍有小概率会遇到各种“奇怪”的问题。这时候，不能靠猜，而要建立一条标准化的、可复现的排查链路。这条链路的核心思想是：从最外层的 UI 表现，逐层向内，定位到最底层的进程和文件状态。下面我以一个真实发生的案例为例，完整演示这个过程。

4.1 故障现象：OpenCLAW 图标点击后，聊天窗口一直显示`Initializing...`，30 秒后变为`Connection failed. Please check your network.`

这是一个极具迷惑性的错误。它把矛头指向了“网络”，但 trae 的 OpenCLAW 是纯本地服务，根本不依赖外网。这个错误信息是 UI 层在连接http://127.0.0.1:3001失败后的兜底提示，真正的根因一定在本地。

4.2 排查链路第一步：确认 UI 层是否发出了请求

打开 trae 的开发者工具（Ctrl+Shift+I），切换到Network选项卡，然后再次点击 OpenCLAW 图标。观察 Network 面板：

如果看到一个GET http://127.0.0.1:3001/health的请求，且状态码是Failed或Pending，说明 UI 层工作正常，问题在服务端。
如果根本看不到任何127.0.0.1:3001的请求，那问题就出在 UI 层自身。可能是技能插件未正确加载，或者 trae 的插件注册表损坏。

我的实测发现：在 90% 的此类案例中，Network 面板都能看到health请求，证明 UI 层是健康的。

4.3 排查链路第二步：验证`openclaw-service`进程是否存活

这是最关键的一步。UI 层发出的请求，最终要被这个进程接收。

操作指南：

Windows：打开任务管理器，切换到“详细信息”选项卡，查找openclaw-service.exe。如果列表里没有它，说明进程根本没启动。
macOS：打开终端，输入ps aux | grep openclaw-service。如果没有任何输出，同理。

如果进程不存在：
回到main.log，搜索关键词openclaw-service。你很可能会看到类似这样的错误：

[2024-06-15 15:01:22.334] [error] Failed to start openclaw-service: Error: spawn C:\...\openclaw-service.exe ENOENT

ENOENT是 Node.js 的错误码，意思是“Error NO ENTry”，即文件不存在。这通常是因为：

防病毒软件（如 Windows Defender 的“基于信誉的保护”）在 trae 安装过程中，将openclaw-service.exe识别为“未知程序”并自动隔离了它；
用户手动删除了trae安装目录下的resources/app.asar.unpacked/skills/openclaw/文件夹。

解决方案：

检查你的防病毒软件隔离区，将openclaw-service.exe恢复并添加信任。
如果找不到，唯一的办法是卸载 trae，然后在安装前，临时禁用防病毒软件的实时防护，再重新安装。

4.4 排查链路第三步：检查服务进程的端口占用

假设openclaw-service.exe进程确实存在，但 UI 依然连不上。那就要检查它是否真的在监听3001端口。

操作指南（Windows）：

以管理员身份打开 PowerShell。
输入命令：
```
netstat -ano | findstr :3001
```
如果输出为空，说明服务进程虽然在运行，但没有成功绑定到端口。
如果有输出，例如TCP 127.0.0.1:3001 0.0.0.0:0 LISTENING 12345，那么最后的数字12345就是该进程的 PID。再用Get-Process -Id 12345确认这个 PID 对应的确实是openclaw-service.exe。

如果端口未被监听：
这几乎可以断定是模型文件的问题。服务进程在启动时，会先尝试加载Qwen2.5-Coder-3B-Q4_K_M.gguf。如果该文件损坏（例如下载中断导致文件不完整），或者其内部的 GGUF header 与服务进程期望的版本不匹配，服务进程就会在加载阶段崩溃，根本来不及去绑定端口。此时main.log里会有大量的panic!或thread 'main' panicked at错误堆栈。

验证方法：
计算模型文件的 SHA256 哈希值，并与官方公布的哈希值比对。trae 官网的下载页下方，通常会提供一个sha256sums.txt文件。用以下命令计算：

# Windows Get-FileHash "$env:LOCALAPPDATA\Programs\trae\models\openclaw\Qwen2.5-Coder-3B-Q4_K_M.gguf" -Algorithm SHA256

如果计算出的哈希值与官网不符，唯一可靠的解决办法就是删除该文件，然后回到“第三步”，重新触发一次 OpenCLAW 的初始化，让 trae 重新下载。

4.5 排查链路第四步：模拟请求，绕过 UI 层直连服务

这是最硬核、也最有效的验证方式。它能彻底排除 UI 层的干扰，直接测试服务进程的健康度。

操作指南：

确保openclaw-service进程正在运行且端口3001处于监听状态。
打开一个新的终端（PowerShell 或 Terminal）。

输入以下 curl 命令：

curl -X GET "http://127.0.0.1:3001/health"

如果服务正常，你应该立即收到一个 JSON 响应：
```
{"status":"ok","model":"Qwen2.5-Coder-3B-Q4_K_M","uptime_seconds":123}
```
这表示服务进程不仅活着，而且模型也已成功加载。
如果收到curl: (7) Failed to connect to 127.0.0.1 port 3001: Connection refused，那就证明服务进程虽然在任务管理器里，但已经崩溃或僵死。此时需要强制杀死该进程，然后重启 trae。

这条排查链路的价值在于，它把一个模糊的“连接失败”问题，拆解成了四个可独立验证的原子步骤。每一次失败，都精准地告诉你问题出在哪一层，避免了在错误的方向上浪费时间。我在帮同事解决一个类似问题时，就是通过这四步，花了不到 10 分钟就定位到是 Windows Defender 的误杀，而不是像之前那样花半天去重装 Node.js 和 nvm。

5. 进阶配置与实用技巧：让 OpenCLAW 真正成为你的生产力杠杆

当 OpenCLAW 成功运行后，下一步就是让它更好地服务于你的具体工作流。这不再是“能不能用”的问题，而是“怎么用得更好”的问题。以下是我在实际项目中沉淀下来的几条高价值技巧，它们不涉及任何复杂的代码，但能显著提升效率和体验。

5.1 技巧一：自定义模型路径，释放系统盘空间

默认情况下，trae 会把 1.8GB 的模型文件放在trae的安装目录下。对于 SSD 空间紧张的用户（尤其是 Windows 系统盘），这无疑是个负担。好消息是，trae 支持完全自定义模型路径。

操作步骤：

在一个空间充裕的磁盘（如D:\或/Volumes/Data/）上，创建一个新文件夹，例如D:\trae-models\openclaw\。
将models/openclaw/文件夹下的所有文件，剪切并粘贴到你新建的文件夹里。
打开 trae 的设置（齿轮图标），找到OpenCLAW技能的设置项。
在“模型路径”输入框中，填入你新建的完整路径，例如D:\trae-models\openclaw。
保存设置，并重启 trae。

原理与优势：
trae 的openclaw-service进程在启动时，会优先读取这个配置项指定的路径。如果路径有效，它就会跳过默认的models/目录，直接从你指定的位置加载模型。这样做不仅释放了宝贵的系统盘空间，还让你可以轻松地在同一台机器上维护多个不同版本的模型（比如一个用于快速草稿的 1.5B 小模型，一个用于精细审查的 7B 大模型），只需在设置里切换路径即可。

提示：路径中不能包含中文或空格。如果路径是D:\我的模型\openclaw，服务进程会因解析失败而启动不了。请务必使用纯英文、无空格的路径，如D:\trae_models\openclaw。

5.2 技巧二：利用`trae work`命令行工具，实现一键项目接入

trae work是 trae 官方提供的一个隐藏宝藏命令行工具。它不仅能启动 trae，还能在启动时自动将当前目录作为工作区打开，并预加载 OpenCLAW 的上下文。

操作步骤：

确保你已经将 trae 的安装目录添加到了系统的PATH环境变量中（Windows 下是%LOCALAPPDATA%\Programs\trae\，macOS 下是/Applications/trae.app/Contents/MacOS/）。
打开终端，cd进入你的项目根目录。
输入命令：
```
trae work --skill openclaw
```
trae 会自动启动，并打开当前项目，同时 OpenCLAW 的聊天窗口会自动感知到项目结构，你输入“帮我写一个单元测试”时，它能准确地知道你要测试的是哪个文件。

背后的魔法：
trae work命令会向 trae 主进程传递一个特殊的启动参数，这个参数会触发 OpenCLAW 技能的“项目上下文初始化”流程。它会扫描当前目录下的package.json、Cargo.toml、.git等文件，构建一个轻量级的项目知识图谱，并将其注入到每次请求的 Prompt 中。这比你在 UI 里手动粘贴项目结构要高效、准确得多。

5.3 技巧三：设置`OPENCLAW_MODEL_PATH`环境变量，实现跨用户共享

在公司或实验室的多用户环境中，每个人都下载一份 1.8GB 的模型是巨大的资源浪费。trae 支持通过系统级环境变量来全局指定模型路径。

操作步骤（Windows）：

以管理员身份打开 PowerShell。

执行以下命令，为所有用户设置环境变量：

[System.Environment]::SetEnvironmentVariable('OPENCLAW_MODEL_PATH', 'D:\shared-models\openclaw', 'Machine')

重启 trae。

效果：
此后，无论哪个 Windows 用户登录，只要启动 trae，OpenCLAW 就会自动从D:\shared-models\openclaw加载模型。这对于 IT 管理员批量部署 trae 到几十台开发机的场景，是极大的效率提升。

5.4 技巧四：理解并善用`temperature`参数，控制生成的“创造性”

OpenCLAW 设置里的temperature（温度）滑块，是影响其输出风格的最直接杠杆。它的取值范围是0.0到1.0：

temperature = 0.0：这是“确定性模式”。模型会永远选择概率最高的下一个 token，输出极其稳定、保守，适合生成 API 文档、类型定义等要求 100% 准确的代码。缺点是缺乏灵活性，容易陷入重复。
temperature = 0.7（默认值）：这是“平衡模式”。在准确性和创造性之间取得良好平衡，适合日常的代码补全和解释。
temperature = 1.0：这是“高创造性模式”。模型会更多地采样低概率的 token，输出更具想象力，适合头脑风暴、探索性编程、生成伪代码原型。缺点是可能产生语法错误或逻辑漏洞。

我的实战经验：
在进行 Code Review 时，我会把temperature调到0.2，让 OpenCLAW 专注于找出代码中的边界条件错误和潜在的空指针异常，它的回答会像一个严谨的静态分析器。而在设计一个全新的微服务架构时，我会调到0.9，让它大胆地提出几种不同的技术选型组合，哪怕其中一些看起来有点“疯狂”。这种动态调整的能力，是 OpenCLAW 区别于其他固定模式 AI 工具的核心优势。

这些技巧，没有一个是需要你去改一行代码的。它们都是基于对 trae 和 OpenCLAW 架构的深刻理解，所提炼出的、开箱即用的生产力放大器。当你能把这些技巧融入日常开发节奏，OpenCLAW 就不再是一个“玩具”，而是一个真正能和你并肩作战的、可信赖的编程伙伴。

查看全文

http://www.gsyq.cn/news/1584533.html