1. 项目概述OpenClaw到底是什么值得折腾吗说实话2026年再聊要不要装一个OpenClaw答案已经没什么悬念了。过去这一年多开源社区里最活跃的AI工具名单换了又换OpenClaw是少数几个从极客圈一路火到普通用户的项目——说到底就一句话它可以把一个只会回消息的大模型变成真正长在你微信、网页、命令行里干活的AI代理。我接触OpenClaw比较早当时项目还叫Clawdbot后来改名成OpenClaw生态一下子起来了。它做的事情听起来很简单把你在各种对话界面里用的那个聊天机器人接到真实的工作流里。比如你在微信里跟它说一句帮我查一下这周天气顺便把周报要点列出来它不只是回你一段文字而是真的去调用天气API、读你的文档目录、生成一份结构化周报给你。这个能力靠的就是它底层的网关Gateway加上Skill技能包机制。这篇博文我打算用一次完整的实操记录来写从腾讯云买一台最朴素的轻量服务器开始把OpenClaw装好、把大模型APIKey配好、再装几个实用的Skill全程按喂奶级标准拆步骤。你不需要有什么部署基础只要会跟着敲命令就行。适合想认真用起来的人、正在对比各种AI网关方案的人以及那些已经装了但卡在配置环节的开发者。顺手说一句OpenClaw官方有完整的文档站点版本迭代非常快所以这篇内容里的命令和目录结构我会标注以你实际安装的版本为准。版本差异在这个项目里非常常见心态放平按报错信息去查就行。2. 部署方案选型为什么最终选择了腾讯云2.1 云服务器和本地部署、整合包该怎么选在决定跑在哪台机器上之前我把市面上几种主流玩法都试了一圈简单梳理一下你省得踩重复的坑。本地部署电脑直接跑优点是零云成本、数据不出去、调试方便。缺点是OpenClaw要长期在线才真正好用你现在觉得5分钟部署很爽等它跑到第三天电脑一合盖服务就断微信里的消息堆积几十条那个体验真的很劝退。再一个很多渠道接入比如微信回调、Webhook需要公网能访问到你家宽和校园网基本做不到稳定映射。Windows离线整合包社区里有人打包了龙虾整合包夸克网盘一拉解压就能跑。我试过的感觉是适合快速体验和截图发朋友圈但不适合当生产环境。因为OpenClaw的更新频率太快整合包只要落后两个版本Skill装不上、API参数不认再想升级反而比从头装还麻烦。整合包作为先看看长什么样的入口没问题认真用的话我不建议长期依赖。云服务器这是我自己最后的选择。24小时在线、有固定公网IP、资源不够了随时升配关键是腾讯云轻量应用服务器的价格摊到每天几乎可以忽略。部署完以后它就是台一直值守的小机器人你出门用它、上班用它、半夜失眠也能调它这才是OpenClaw该有的用法。2.2 腾讯云服务器配置怎么买哪些参数别省腾讯云的轻量应用服务器Lighthouse是我最推荐起步的选择别一上来就上CVM云服务器轻量对个人使用完全够而且控制台的操作逻辑对新手更友好。选配置的时候我的建议是2核4G起步。OpenClaw本体其实不怎么吃资源真正吃内存的是你后面可能要跑的模型、以及同时挂多个Skill时的Node.js进程。我最初买了一台2核2G的装上系统后剩余内存不到1G跑一个DeepSeek API对接还算顺畅后来加了浏览器自动化类的Skill立刻内存告急。腾讯云轻量2核4G和2核2G差价并不大这一步别省。地域选择上就选离你最近的城市比如你在国内用选上海、广州、北京的机房延迟都很好。系统镜像我强烈建议选Ubuntu 22.04 LTS或者Debian 12OpenClaw官方文档里的安装脚本对这两个系统的兼容性测试最全没必要选CentOS之类给自己添堵。还有一个很关键但很多人忽略的点记得在腾讯云控制台的安全组或者轻量服务器的防火墙里把需要用到的端口提前放行。默认只开了22SSH你后面Web面板、API服务端口不开的话装完怎么都连不上查一晚上最后发现是防火墙的问题这种时刻真的会怀疑人生。2.3 规划端口和目录后面少走弯路在动手之前先想清楚两件事服务跑在哪个端口配置和Skill放在哪个目录。OpenClaw的网关服务我习惯于固定跑在3000端口这个端口不跟Web开发常用的8080、后端常见的8000冲突而且很多第三方渠道回调配置里默认示例就爱用3000减少一步改配置的麻烦。如果你后面想绑定域名走HTTPS那就得预留80和443端口只自己通过IP端口访问的话3000一个端口就够。目录结构上OpenClaw默认把配置、Skill、日志都放在~/.openclaw这个隐藏目录里。按我的习惯会额外建一个~/openclaw作为工作目录用来放安装脚本、备份配置文件、手动克隆的Skill仓库。好处是以后想备份直接打包这个目录就完事不用在系统路径里东翻西找。说实话这个习惯帮我省过好几次事尤其是误删配置需要回滚的时候。3. 核心实操腾讯云5分钟部署OpenClaw全流程3.1 先装基础环境Node.js和Git登录服务器的第一步先把系统更新一遍然后装上Node.js和Git。OpenClaw的核心运行时是Node.js版本要求比较高一般需要18以上我建议直接装当前LTS版20太老的系统自带的Node版本基本都不够用。sudo apt update sudo apt upgrade -y sudo apt install -y git curl wgetNode.js的安装不建议用apt直接装因为源里的版本大概率偏老。官方推荐的方式是加NodeSource源或者用nvm来管理版本。我用的是nvm好处是以后升级Node大版本方便而且不污染系统环境。curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash source ~/.bashrc nvm install 20 nvm use 20 node -v这三条命令敲完能看到v20开头的版本号就说明环境OK了。Git是装Skill和拉源码必备的一起装上省得后面补。3.2 用官方安装脚本安装OpenClawOpenClaw的安装流程官方已经收敛成一个安装脚本了。这里有个重要细节我在热词里看到有人专门提可通过安装脚本指定git安装方式从GitHub的main分支检出源码进行这个说法是对的安装脚本默认可能会下载预构建的发布包但如果你指定--git参数它会直接从GitHub的main分支把源码拉下来自行构建。为什么我推荐用--git两个原因一是OpenClaw迭代非常快main分支上的功能往往比最新release领先不少有些刚出的Skill和新模型支持只有main分支上才有二是通过git方式安装后整个目录就是一个git仓库以后升级直接拉取代码就行非常干净。缺点嘛构建时间会稍微长一点但对于一台2核4G的服务器来说完全在可接受范围内。curl -sSf https://raw.githubusercontent.com/openclaw/openclaw/main/install.sh | bash -s -- --git脚本执行过程中会做几件事情检查Node版本、创建~/.openclaw目录、把源码clone到指定位置、安装依赖并构建核心包。正常情况下几分钟内会结束看到类似OpenClaw installed successfully的提示就成功了。执行完以后用claw --version验证一下安装是否完整能输出版本号就说明核心程序已经就位。这里多说一句很多人在这一步容易卡在依赖安装阶段尤其是npm下载慢的问题。如果发现卡了很久不动可以先CtrlC停掉然后给npm配置一下国内镜像源再重新跑npm config set registry https://registry.npmmirror.com配完镜像后重新执行安装脚本速度会有质的提升。这算是国内用户绕不开的一个小坑先配镜像再装后面基本一路绿灯。3.3 初始化配置让OpenClaw先能跑起来安装完成之后别急着接各种渠道先把最核心的启动跑通。首次运行OpenClaw它会自动生成一份默认配置文件。执行claw start第一次启动会看到它初始化配置、检查依赖、可能还会让你确认一些基本选项。等看到日志里出现类似Gateway listening on port 3000的提示就说明服务已经起来了。这时候可以再开一个终端窗口验证一下进程状态claw status如果一切正常你应该能看到服务运行中的状态信息包括版本号、网关端口、当前加载的Skill数量等。这一步的核心目的不是让它干活而是确认基础服务能存活。我每次部署新环境都会先在这一步停一下确认日志里没有红字报错再往下一步走这个习惯帮我排除过很多奇怪的故障。3.4 让OpenClaw开机自启用systemd托管直接用claw start跑起来的前台进程一旦你关掉SSH终端服务就跟着挂了。要让它长期稳定在线就得用systemd把它注册成系统服务。这也是很多人部署完以后第二天发现啥都没动但微信不回消息的根源——服务根本没在跑。创建服务配置文件sudo vim /etc/systemd/system/openclaw.service写入以下内容[Unit] DescriptionOpenClaw Gateway Afternetwork.target [Service] Userubuntu WorkingDirectory/home/ubuntu ExecStart/home/ubuntu/.nvm/versions/node/v20.x.x/bin/claw start Restartalways RestartSec5 EnvironmentPATH/home/ubuntu/.nvm/versions/node/v20.x.x/bin:/usr/bin:/bin [Install] WantedBymulti-user.target需要注意ExecStart里的claw路径一定要写绝对路径因为systemd环境下PATH很精简经常找不到nvm装的命令。用which claw查一下真实路径替换进去。写完之后sudo systemctl daemon-reload sudo systemctl enable openclaw sudo systemctl start openclaw这一步做完你的OpenClaw就已经具备7x24小时在线的基础了。以后查看日志、重启服务都用systemctl命令即可sudo systemctl status openclaw sudo journalctl -u openclaw -f我在实际部署中体会特别深的一点是用systemd托管不是可选项而是必选项。没有这一步前面所有部署工作都相当于沙子上的城堡一时能用过夜就塌。4. 大模型APIKey配置给OpenClaw装上大脑4.1 模型供应商怎么选DeepSeek、硅基流动、MiniMax、Ollama对比OpenClaw本身不绑定任何一家大模型厂商你需要给它配一个大脑也就是大模型的APIKey。这个设计我很喜欢它不锁死你想换模型随时换。目前的选项大概分几类我做了个对比表方便你按自己的需求选。供应商/方案获取难度成本适合场景备注DeepSeek官方API注册即可便宜按token计费日常对话、工具调用国产模型中文理解好兼容性好硅基流动SiliconFlow注册即可部分模型有免费额度想试不同开源模型的场景聚合多家模型一个Key多家可用MiniMax注册即可中等内容生成、角色扮演类有独立的H系列模型Ollama本地模型无需Key免费吃自己服务器资源数据敏感、想完全离线2核4G的机器只能跑小参数模型如果你是对着这篇教程一步步走的新手我的建议是直接从DeepSeek入手。原因很朴素注册门槛低、OpenClaw社区里用的人最多意味着出问题好查、模型能力在开源里是第一梯队而且API定价非常友好个人测试一个月几块钱就够了。等跑通了整套链路再想折腾别的模型那就是覆盖配置的事。4.2 获取APIKey的完整流程以DeepSeek为例去DeepSeek开放平台注册账号左侧菜单找到API Keys点创建给它起个名字比如openclaw复制生成的那串sk-开头的密钥。这里有一个实操经验必须分享APIKey只会在创建那一刻完整显示一次关掉页面就再也看不到了。很多人直接CtrlC复制到一半关掉页面回头怎么都找不到只能重新创建一个Key。所以复制完之后第一时间存到一个本地文件里或者直接粘进配置不要等。拿到Key之后顺手在DeepSeek平台确认一下账户余额。OpenClaw调用模型是按API实际消耗计费的如果账户余额是0配置写得再对日志里也会疯狂报鉴权错误。充个10块钱够你测很久。4.3 把APIKey写进OpenClaw配置文件OpenClaw的配置集中在~/.openclaw目录下不同版本的文件名和结构会有些差异有的版本用config.json有的用openclaw.json还有的拆成gateway.json和agent.json。你实际使用时先用claw config命令查看当前版本推荐的配置方式或者打开目录看看生成了哪些文件。以最常见的config.json为例核心配置长这样{ llm: { provider: deepseek, apiKey: sk-你复制的密钥, model: deepseek-chat, baseURL: https://api.deepseek.com }, gateway: { port: 3000, host: 0.0.0.0 } }几个字段解释一下provider指定使用哪个模型供应商这里写deepseek。apiKey你的密钥注意别加引号嵌套错误这是JSON文件最容易出错的地方。model模型名称DeepSeek目前比较常用的是deepseek-chat如果你需要用推理能力更强的版本就换成对应的模型标识。baseURLAPI的基地址DeepSeek官方是https://api.deepseek.com如果你走硅基流动就改成硅基流动提供的endpoint。改完配置后记得重启服务让配置生效sudo systemctl restart openclaw重启完可以看日志确认是否加载了新的模型配置。如果出现401、403之类的错误99%是Key复制错了或者没充钱如果出现模型名不存在的报错去对应平台文档里核对一下最新的模型标识。这里顺便提一个热词里反复出现的工具——ccswitch。它是OpenClaw生态里一个实用的模型切换命令行工具作用是在不手动编辑配置文件的情况下快速切换当前使用的模型。我自己日常用得很频繁比如白天用DeepSeek处理日常任务晚上跑某类需要长上下文的任务就切换成其他模型。基本用法是ccswitch list # 查看当前可用的模型列表 ccswitch deepseek-chat # 切换到deepseek-chat ccswitch --provider siliconflow --model deepseek-ai/DeepSeek-V3ccswitch改的是OpenClaw运行时的模型选择改完即时生效不用重启服务。这一下就让多模型切换变成一条命令的事强烈建议装上。4.4 不同供应商的配置差异与注意事项如果你不想用DeepSeek而是想用硅基流动这类聚合平台配置的差别主要在两处第一provider要改成硅基流动对应的标识baseURL改成https://api.siliconflow.cn/v1。硅基流动的好处是一个Key能调用平台上所有开源模型从DeepSeek到Qwen再到各种小模型都有特别适合做模型对比测试。第二model字段要写完整模型路径通常是组织名/模型名的格式不能只写短名字。这个格式问题我踩过坑同一家平台的模型少写一个前缀接口直接报404。用Ollama本地模型的话思路又不一样。你需要在服务器上先装好Ollama并拉取一个模型然后在OpenClaw配置里把provider指向Ollama的本地地址一般是http://localhost:11434。好处是没有网络延迟、完全离线、不花一分钱坏处是2核4G的机器跑不了太大的模型对话质量跟云端API差距明显。我的建议是云上API为主力本地模型当备用两边都配好随时切。5. Skill集成让OpenClaw从聊天到干活5.1 Skill机制简介把它想象成手机的App Store如果你只用过普通的AI对话产品那对Skill这个概念可能有点陌生。我习惯用App Store来类比OpenClaw本体是一个操作系统它天生会说话、会做基础推理但具体能干什么取决于你给它装了哪些App这些App在OpenClaw里就叫Skill。一个Skill本质上就是一个带特定目录结构的代码包里面包含了对某类任务的处理逻辑。比如天气查询Skill的作用是当消息里出现今天天气怎么样时Skill先解析出城市信息然后去调用天气API最后把结果组织成一段人话返回给用户。如果没有这个Skill大模型也能硬编一段我无法实时查询天气的回答有了Skill它就真的能查到实时数据。这个设计最妙的地方是Cut off了重复造轮子。你想让OpenClaw支持什么能力先别自己写代码去社区看看有没有现成Skill装上就能用跟装App一样简单。5.2 安装Skill的几种方式OpenClaw安装Skill的方式不同版本支持的途径略有差异但主流的有三种方式一命令行直接安装推荐这是最省事的方式命令格式类似claw skill install 妙想/天气查询刚才提到的妙想其实是OpenClaw社区里一个比较活跃的Skill仓库源里面收录了大量整理过的技能包。你敲完命令它会自动从仓库拉取、安装、注册。安装完以后用claw skill list看一眼确认Skill已经被识别。方式二手动clone到skills目录如果你从GitHub上找到某个单独的Skill仓库可以自己手动拉取cd ~/.openclaw/skills git clone https://github.com/xxx/openclaw-skill-xxx.git拉下来以后重启OpenClaw它会自动扫描skills目录并加载新发现的Skill。这种方式灵活适合装那些还没有被聚合源收录的冷门Skill。方式三从解压包/离线包安装有些Skill作者会提供压缩包下载后解压到skills目录下的对应子目录即可。通常在Windows整合包里会遇到这种形式。注意解压后的目录层级如果多套了一层OpenClaw可能识别不到报Skill not found。5.3 哪些Skill值得装我的推荐清单Skill装多了以后系统会变重而且不同Skill之间还可能抢占上下文窗口所以我的原则是只装你真实会用到的。下面这几个是我实测下来实用度最高的按场景分好类你可以按需取用。日常效率类日程管理让OpenClaw帮你记TODO、解析明天下午3点开会这类消息自动生成提醒和日程。网页搜索给大模型配一个搜索能力它的回答就能带上实时信息。需要配置搜索服务的APIKey比如博查、Serper这类。周报生成让OpenClaw根据你这几天的对话记录、代码提交记录自动整理周报草稿这对我来说是每天下班前的固定操作。内容创作类文案改写给它一段内容按指定语气重写写小红书文案、公众号摘要都很好使。长文总结扔给它一篇长文URL或者粘贴正文自动生成带小标题的要点总结。开发辅助类代码解释把一段代码丢给它它生成逐行注释和整体逻辑说明。Git提交信息生成读取当前仓库的diff让它生成规范的commit message这个Skill装完之后我再也没手写过提交信息。生活服务类天气查询、汇率换算、新闻摘要这类轻量Skill属于装上不用也不碍事用时一叫就来。Skill的生态更新很快你搜索的时候可能会发现很多新出的、上面没写的Skill这很正常。装之前先看一眼Skill仓库的更新时间太久没维护的超过半年建议谨慎因为OpenClaw版本迭代快旧Skill大概率有兼容性问题。5.4 手写一个最简单的自定义Skill如果现成的Skill满足不了你自定义Skill也没有想象中难。一个Skill的最小结构就两个文件一个skill.json用来声明元信息一个handler.js或对应语言用来写处理逻辑。拿查当前服务器时间这个Skill举例。首先在~/.openclaw/skills下新建目录mkdir -p ~/.openclaw/skills/server-time cd ~/.openclaw/skills/server-time创建skill.json{ name: server-time, description: 查询服务器当前时间, version: 1.0.0, entry: handler.js, triggers: [几点了, 当前时间, 现在时间] }创建handler.jsmodule.exports async function (context) { const now new Date(); return 服务器当前时间是 now.toLocaleString(zh-CN, { timeZone: Asia/Shanghai }); };然后重启OpenClaw用claw skill list确认加载成功。当你对OpenClaw说出现在几点它就会触发这个Skill返回服务器时间。就这么简单你已经从使用者变成开发者了。从这个最小示例你可以感受到Skill的本质就是一段被触发器调用的函数。真正复杂的Skill无非是函数体里调用了更多外部API、做了更复杂的逻辑处理。理解了这层抽象OpenClaw在你手里就算是真正玩明白了。6. 常见问题与排查技巧实录6.1 微信渠道接入后触发风控或会话残留把OpenClaw接入微信是很多人装它的核心目的但这也是最容易出现问题的地方。热词里提到的那句OpenClaw微信插件触发了ilinkai服务端风控或会话残留我看了很有共鸣因为我自己就踩过而且不止一次。简单说OpenClaw接入微信不是直接读取你手机上的微信而是通过消息网关比如iLinkAI这类中间服务来实现消息的收发。当你的机器人被拉进群、或者频繁给好友发消息时平台的风控机制可能会判定为异常行为产生两类典型症状一类是消息发出去了但对方收不到另一类是同一个会话的上下文串了回复内容驴唇不对马嘴。排查思路我建议按下面几步来先看OpenClaw日志确认消息是正常发送给网关还是被网关拒了。检查网关服务商的控制台看有没有风控提示、异常告警。确认你的使用频率是否过高。个人测试场景把自动回复的冷却时间调长一些比如两次主动推送之间至少间隔几秒能明显降低触发概率。遇到会话残留上下文紊乱时在配置里找到会话超时参数把空闲会话清理时间调短或者手动执行清理命令。关于这块我的原则是接入任何IM平台都要守平台的规矩控制频率、不搞群发骚扰、不用于违规营销。合规使用是长期稳定运行的前提。这不是套话是踩过坑之后才体会到的真话——一旦被平台限制换个通道重新对接的精力远大于一开始就规规矩矩使用的成本。6.2 如何平滑升级OpenClaw版本OpenClaw的版本更新非常快可能两三周就一个大版本。如果你当初是用--git方式装的升级其实很简单——因为安装目录就是一个git仓库。先去到安装目录然后git pull origin main npm install claw restart三步搞定。git pull拉取最新代码npm install安装新增的依赖claw restart让新代码生效。如果你不是用git方式安装的最稳妥的做法是重新跑一次官方安装脚本它会检测到已有安装并执行覆盖升级。升级这件事有一个很重要的建议升级前先备份配置目录。把~/.openclaw整体打包到一个安全的地方万一新版本改了配置结构还能快速回滚。我吃过一次亏升级后配置文件格式变了服务起不来手忙脚乱找备份从那以后每次升级前三秒钟打包成了肌肉记忆。6.3 服务起不来、502、连接超时怎么快速定位问题部署完成后遇到最多的三类问题是服务起不来、访问Web面板502、接口连接超时。这三类问题的排查方向不太一样我分别说。服务起不来先在终端直接跑claw start看前台日志不要用systemd因为systemd会把日志吞进去。如果前台能跑起来说明是systemd配置问题重点检查服务文件里的路径、权限如果前台就报错那就看具体报错信息常见的是Node版本不对、端口被占用、依赖没装全。Web面板502502一般在nginx反代场景出现意味着后端服务没起来或者起了又崩了。先看journalctl -u openclaw -f的实时日志再确认服务是否真的监听了预期端口用ss -tlnp | grep 3000看一眼。如果根本没有进程监听回头看服务状态十有八九是Restart循环。接口连接超时如果你在外部访问OpenClaw的接口超时本地curl却正常那问题基本出在云服务器的防火墙或安全组上。回到腾讯云控制台检查轻量服务器防火墙规则确认对应的端口已放行。别忘记腾讯云的控制台防火墙和服务器内部防火墙ufw是两个独立体系都要放行才彻底通。6.4 模型切换不生效、报错排查配置好APIKey之后最常出现的问题集中在模型侧。我把典型报错和原因整理成了表格方便你快速对照。报错现象最可能的原因解决办法401 UnauthorizedAPIKey填错或平台未通过重新复制Key确认账户状态402 Payment Required账户余额不足到对应平台充值404 Model Not Found模型标识不对查平台最新文档确认完整模型名429 Too Many Requests请求频率超限降低并发数检查是否有死循环调用超时报错网络问题或模型负载高换低延迟模型或者调整超时配置额外提一个容易忽略的点如果你同时用ccswitch切换过模型后来又手动改了配置文件ccswitch的运行时状态可能覆盖掉你的文件配置造成明明改了配置却没生效的错觉。遇到这种情况用ccswitch list看看当前实际生效的模型是什么别再傻傻改配置然后反复重启。6.5 其他高频问题速查Q安装脚本提示权限不足A不要用sudo跑安装脚本让它在当前用户下执行脚本会自己处理需要sudo的步骤。用sudo跑反而可能导致文件所有者错乱。Qclaw命令找不到A通常是安装路径没加入PATH重新登录SSH或者执行source ~/.bashrc。如果还不行找到claw的实际路径手动软链到/usr/local/bin。Q一个服务器能同时跑多个OpenClaw实例吗A可以但需要不同的配置目录、不同的端口、不同的数据隔离。个人场景基本用不上别给自己增加管理成本。Q日志文件太大占满磁盘A给systemd服务加上日志轮转或者在日志配置里设置保留天数。轻量服务器磁盘空间有限别等满了才处理那会儿很多服务都会异常。7. 最后说点实在话写这篇部署教程的时候我把当初自己踩坑的过程整个在脑子里过了一遍。第一次装OpenClaw从半夜11点折腾到凌晨3点卡在Node版本不兼容日志刷屏看不明白一度想摔键盘。现在回头看其实每个问题后面都有很具体的解决路径只是当时没人帮我把这些点串起来。所以这篇东西里我把能想到的坑都提前标出来了希望你不用经历我那一晚。我个人在实际操作中的体会是OpenClaw这个项目最大的价值不是某个具体的功能而是它把大模型能力和真实世界操作之间的那条沟用Skill机制给填平了。你今天学会部署它、配好模型、装几个Skill明天社区冒出什么新奇的Skill你只需要一条命令就能给自己的机器人升级。这种可扩展的AI助手才是2026年最值得掌握的工具类型。最后再分享一个小技巧部署完成后的头三天每天花两分钟看一眼日志重点留意有没有奇怪的报错、有没有Skill异常触发。OpenClaw是个活系统它会在运行中不断暴露配置上的小问题。头三天盯住了后面基本可以放手不管让它安安静静在你服务器里当个长工。行了OpenClaw部署这件事从云服务器选购到Skill集成能讲的实操细节基本都在上面了。动手装一台吧装完你就有自己的AI代理了那种感觉跟聊天网页完全不一样。