默认配图

OpenClaw 怎么安装?Windows、WSL2 和网关配置完整教程

OpenClaw 安装不是只执行一条命令,还要准备运行环境、模型密钥、聊天渠道和网关配置。Windows 环境优先走 WSL2,部署过程更稳定。 一、先看整体关系 安装成功的判断标准不是命令存在,而是模型、渠道和 Gateway 都能跑通。先把依赖和密钥准备好,后续排错会简单很多。 OpenClaw 配置关系 OpenClaw 配置关系 1 准备 Node.js 2 安装命令行 3 配置模型密钥 4 接入渠道 5 验证网关状态 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 安装前先准备什么 Node.js 22 或更高版本。一个可用的 AI 模型 API 密钥。飞书、企业微信或钉钉中的一个账号。 注意事项 Windows 用户优先用 WSL2,不要一上来就直接在原生环境里硬装。如果电脑里已有旧版本,先卸载旧版并清理残留,再继续安装。安装路径尽量保持简单,别把环境和旧数据混在一起。 1. 安装 OpenClaw 命令行工具 不同系统的安装命令不一样,先选对环境再执行。 macOS / Linux / WSL2 打开终端。执行 curl -fsSL https://openclaw.ai/install.sh | bash。安装完成后用 openclaw --version 检查是否成功。 Windows PowerShell 打开 PowerShell。执行 iwr -useb https://openclaw.ai/install.ps1 | iex。再用 openclaw --version 验证安装结果。 如果你的 Windows 环境不稳定,先装好 WSL2 再继续,会更省时间。 2. 跑配置向导 安装完成后,下一步不是直接使用,而是先把模型、渠道和网关关系配置好。 配置顺序 先选择 AI 模型和对应密钥。再选择飞书、企业微信或钉钉等沟通渠道。然后设置网关运行方式。最后把后台服务安装好,让它能自动运行。 这样配置完,后续使用会更稳定,也更容易排错。 3. 启动网关并接入飞书或企业微信 网关是 OpenClaw 真正运行起来的关键环节。安装成功不代表能用,能正常启动网关、接通聊天渠道,才算完成部署。 验证步骤 执行 openclaw gateway status 查看状态。如果需要手动启动,再执行对应的网关命令。完成配对后,按提示审批渠道连接。最后用健康检查命令确认服务正常。 如果你能顺利看到状态正常,基本就说明安装链路已经跑通了。 常见误区 只检查版本号 版本号正常只说明命令存在,不代表网关和渠道已经接通。 Windows 原生环境硬装 依赖链不稳定时,WSL2 往往比反复修原生环境更可控。 密钥和渠道后补 先装后补配置容易把问题混在一起,建议按顺序完成。 方法对比 处理项适合场景确认重点 WSL2 安装Windows 电脑依赖更稳定 配置向导首次部署串起模型与渠道 网关检查部署完成后确认服务可用 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

OpenClaw安装 WSL2 网关配置
2026/05/29
默认配图

OpenClaw 怎么配置邮箱收发?163 邮箱 IMAP/SMTP + 授权码完整教程

OpenClaw 邮箱收发配置要区分登录密码和授权码,再分别验证 IMAP、SMTP、收件、发件和自动处理规则。 一、先看整体关系 邮箱配置失败通常不是模型问题,而是协议、端口、授权码或安全策略没有对齐。 OpenClaw 配置关系 OpenClaw 配置关系 1 开启 IMAP/SMTP 2 生成授权码 3 填写连接信息 4 测试收件 5 测试发件 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 二、把风险边界先拆开 复杂任务要先看输入、权限、执行和输出的边界。边界清楚后,再写命令、接模型或接渠道,排错会更可控。 任务边界拆分 任务边界拆分 输入与控制面 执行与数据面 新邮件 规则判断 生成摘要 确认后处理 把输入、权限和输出边界拆开,能更快判断哪里需要收紧。 适用范围与准备项 本文以网易 163 邮箱为例,配置 OpenClaw 的收件与发件功能。邮箱端使用标准协议,OpenClaw 端使用本地脚本和环境变量完成调用。 项目 建议值 用途 收件协议 IMAP 993 + SSL/TLS 读取收件箱、同步状态 发件协议 SMTP 465 + SSL/TLS 发送测试邮件、通知邮件 登录凭证 163 授权码 同时用于 IMAP 和 SMTP OpenClaw 运行方式 工作区脚本 + .env + prompt 或 cron 让 Agent 可调用邮箱收发能力 第一步,登录 163 邮箱网页端 先打开 163 邮箱网页端并登录要接入 OpenClaw 的邮箱帐号。后续的 IMAP/SMTP 开关和授权码,都需要在网页端完成。 第二步,进入 POP3/SMTP/IMAP 设置页 进入邮箱主页后,在顶部菜单点击“设置”,再进入“POP3/SMTP/IMAP”。对于 OpenClaw 的邮箱收发配置,这一步是整个接入流程的起点。 第三步,开启 IMAP/SMTP 并完成验证 如果你的目标是在 OpenClaw 中读取邮件并发送邮件,优先开启 IMAP/SMTP。这组服务分别负责收件和发件,是本文的主路径。开启过程中如果出现安全提示或手机验证,按页面提示完成即可。 如果你还有兼容旧客户端的需求,可以额外开启 POP3/SMTP;但对 OpenClaw 的自动化收发来说,优先跑通 IMAP/SMTP 即可。 第四步,生成并保存 163 授权码 163 邮箱网页密码不适合直接放进 OpenClaw 工作区脚本。更稳妥的做法,是在协议设置页下方进入授权码管理,生成一枚新的授权码,并把它写入 .env。 这里最容易出错的地方只有一个:把网页登录密码当成脚本密码。163 邮箱在第三方客户端接入场景下,应优先使用授权码,而不是网页密码。 第五步,核对 IMAP 和 SMTP 服务器地址 OpenClaw 配置邮箱收发时,收件和发件不是同一个地址。收件通常使用 IMAP,发件通常使用 SMTP。 用途 服务器地址 端口 加密 收件 imap.163.com 993 SSL/TLS 发件 smtp.163.com 465 SSL/TLS 在 OpenClaw 端,授权码通常同时用于 IMAP 和 SMTP 登录。因此你只需要生成一枚新的授权码,并保证它没有被写错、复制错或过期失效。 第六步,在 OpenClaw 工作区写入邮箱参数 邮箱网页端配置完成后,就可以进入 OpenClaw 工作区。这里不建议把参数零散写进多个文件,第一版直接统一放到当前工作目录的 .env 里会更稳。 建议先按下面这份 .env 模板填写。这里把收件和发件参数放到同一套环境变量里,后面 OpenClaw 调用脚本时更省事。 OpenClaw 官方环境变量文档说明,当前工作目录中的 .env 会参与变量加载。这意味着你把邮箱参数写在工作区 .env 里之后,后续脚本和 Agent 调用都更容易复用。 第七步,放入收件脚本 收件脚本建议先做到两件事:一是能连上 163 IMAP,二是能输出结构化 JSON。这样 OpenClaw 后面无论是做摘要、分类还是晨报,都会更容易处理。 这段脚本完成后,可以先手动运行一次验证链路。只要返回 result = success,并能看到最近邮件的主题、发件人和时间,说明收件端已经跑通。 第八步,放入发件脚本 如果你的目标不只是“读邮件”,而是让 OpenClaw 还能主动发提醒、发测试邮件或发汇总邮件,就需要再放一份 SMTP 发件脚本。 建议先给自己的另一个邮箱发一封测试邮件,确认 SMTP 登录、发件人地址和收件人地址都没有问题。 第九步,让 OpenClaw 调用邮箱脚本 OpenClaw 端最稳的做法,不是先把脚本封成复杂技能,而是先让 Agent 直接在当前工作目录里调用脚本。这样最容易验证收件、发件和摘要链路是否真的可用。 收件测试提示词可以直接这样写: 发件测试提示词可以直接这样写: 对于第一次接邮箱的用户,建议遵循这个顺序:先跑收件脚本,再跑发件脚本,最后再叠加分类、摘要和定时任务。这样排错成本最低。 第十步,给 OpenClaw 增加邮件晨报任务 如果你希望 OpenClaw 每天定时汇总邮箱内容,可以直接用 Gateway 自带的 cron。当前官方文档推荐使用 openclaw cron add 配置周期任务。 如果你在 Windows 上通过 WSL2 运行 OpenClaw,官方文档也明确建议把 Gateway 作为用户服务安装并启动,再去执行 cron 相关命令: 也就是说,邮箱协议本身与 WSL 没有强绑定,但如果你后面要用 OpenClaw 的 cron、Gateway 或长期任务,WSL2 的 Gateway 服务状态就必须先正常。 参考资料 OpenClaw Environment Variables OpenClaw Cron CLI OpenClaw Windows / WSL2 华为:163 邮箱 IMAP/SMTP 开启路径说明 华为云:常见邮箱 SMTP 服务器地址及端口 常见误区 把登录密码当授权码 多数邮箱要求使用单独授权码,直接填登录密码通常会失败。 只测收件不测发件 IMAP 和 SMTP 是两条链路,要分别验证。 自动规则过宽 邮件任务涉及真实收件箱,删除、转发和回复动作要保留确认环节。 方法对比 处理项适合场景确认重点 IMAP收取邮件确认端口和授权码 SMTP发送邮件单独测试发件 自动规则整理和通知先小范围试运行 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

OpenClaw邮箱 163邮箱 IMAP/SMTP
2026/05/29
默认配图

Claw龙虾部署大师 微信接入指南:扫码即可连接 ClawBot

微信接入以扫码连接为主。先确认 ClawBot 插件开启,再在「Claw龙虾部署大师」里发起连接,手机端确认后发送测试消息。 一、先看整体关系 微信接入的主要风险在于扫码状态和绑定账号。每次换绑前,先确认旧连接是否需要断开。 OpenClaw 配置关系 OpenClaw 配置关系 1 开启插件 2 选择微信接入 3 扫码确认 4 测试消息 5 断开或换绑 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 第 1 步,在微信中确认 ClawBot 插件已开启 打开微信【我】 → 【设置】→ 【插件】,确认已有微信ClawBot插件 第 2 步,在 「Claw龙虾部署大师」中选择微信接入 在桌面上打开 「Claw龙虾部署大师」,点击 【手机远程】,选择连接【微信】 第 3 步,使用微信扫一扫扫描连接二维码 使用微信【扫一扫】,扫软件上显示的二维码 第 4 步,手机端确认连接 OpenClaw 扫码后手机上点击【连接】即可连接上Openclaw 第 5 步,向「微信 ClawBot」发送测试消息 在微信上打开 微信clawbot 发送一条消息,机器人有消息响应后就可以使用啦 第 6 步,如何断开微信连接或更换绑定账号 如后续需要断开微信连接或者更换绑定其他的微信,可重新打开连接页面,点击【编辑】按钮进行操作 常见误区 扫码账号不一致 手机端确认的微信账号就是后续绑定账号,换号要重新连接。 二维码过期 二维码失效后不要反复扫旧码,重新生成更稳妥。 未验证消息 连接后要向 ClawBot 发测试消息,确认收发链路。 方法对比 处理项适合场景确认重点 扫码连接首次接入操作最短 测试消息连接后验证链路 断开换绑账号变更避免旧连接残留 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

Claw龙虾部署大师 微信接入 微信ClawBot
2026/05/29
默认配图

OpenClaw本地健康管理助手怎么搭?新手也能照着做的完整教程(含配置风险说明)

OpenClaw 本地健康管理助手要先区分数据记录、提醒、建议和隐私边界。健康信息敏感,配置时应优先控制数据来源和执行权限。 一、先看整体关系 健康管理助手适合做记录、提醒和整理,不应替代诊断。涉及敏感数据时,要先把权限和保存范围写清楚。 OpenClaw 配置关系 OpenClaw 配置关系 1 记录数据 2 设定提醒 3 生成建议 4 人工确认 5 本地留存 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 二、把风险边界先拆开 复杂任务要先看输入、权限、执行和输出的边界。边界清楚后,再写命令、接模型或接渠道,排错会更可控。 任务边界拆分 任务边界拆分 输入与控制面 执行与数据面 健康数据 本地规则 提醒输出 人工确认 把输入、权限和输出边界拆开,能更快判断哪里需要收紧。 为什么很多人会需要这种本地健康助手 家庭健康记录最怕的不是“记不下来”,而是信息散。血压记在纸上,心率记在聊天里,化验单躺在相册里,等到需要复盘或去医院时,往往又要重新翻一遍。 OpenClaw 这类本地智能体适合解决的,正是这种“记录、查询、整理”分散在多个地方的问题。它不是替代医生,也不是医疗诊断工具,而是把家庭成员资料、日常指标、体检报告和就医前摘要整理到一条更顺的流程里。 这套方案能做什么 以 mediwise-health-suite 为例,目前能覆盖的能力主要包括: 家庭成员管理血压、心率、血糖、体重等健康指标记录饮食记录就医前摘要整理图片/PDF 识别录入提醒和部分健康监测能力 如果你的核心需求是“平时能记、需要时能查、看医生前能整理”,这类方案是对路的。 哪种入手方式更适合你 你的情况更适合的方式我只想尽快用起来,不想研究环境和命令直接用 「Claw龙虾部署大师」 + 成熟 Skill我能接受复制命令,也愿意照教程走手动安装成熟 Skill我会一点 Python,想顺便学 Skill 结构最后再看最小 Skill 开发 真正不适合一上来就做的,是“明明只想用,结果却先掉进了开发路线里”。 成熟 Skill 和最小代码版,差别到底在哪 从可用性来说,成熟 Skill 更像成品路线,最小代码版更像练手路线。 成熟 Skill 的优点很直接:功能已经拆好,成员管理、指标记录、查询、多模态配置都有现成入口,适合拿来直接用。最小版代码的价值则在于帮助你看懂 Skill 的目录结构、脚本调用方式和数据流,不在于让首次配置时第一天就靠它落地。 最小版示例的主流程是能跑通的: 添加成员记录血压记录心率记录空腹血糖查看最近 7 天记录 但它也有明显缺口: 还没创建 metrics 表就去查摘要,脚本会直接报错metric.py 不校验 member_id 是否存在,错 ID 也能写入数据“把最近异常指标单独列出来”这项能力在最小版示例里并没有对应实现 所以,把最小代码版放在后面当补充是合理的,把它放在最前面当主教程就不太合理。 手动安装时,怎样走更顺 对于能接受手动安装的用户,整条链路大致可以分成 6 个环节。 1. 确认 OpenClaw 已经能正常运行 如果 OpenClaw 还没装好,这篇文章后面的命令就没有执行基础。对这类场景,直接用 「Claw龙虾部署大师」 会更省事,至少能先把“OpenClaw 已经跑起来”这件事处理好。 2. 找到自己的 OpenClaw 工作区 教程里会出现类似下面这样的路径: 它不是固定名字,而是一个示例,表示“你拿来放健康管理 Skill 的工作区”。如果你还不清楚自己的工作区在哪里,应该先在 OpenClaw 里确认路径,再做安装。 3. 安装 mediwise-health-suite 如果你已经有 OpenClaw 和 ClawHub 环境,可以直接试: 或者: 这里有个容易出错的点必须说清楚:clawhub install 会把 Skill 装到你当前所在目录的 skills/ 子目录里。如果你人在错误目录下,Skill 也会装到错误位置。 所以更稳妥的办法,是直接指定完整路径: 这种写法的好处是目标位置固定,不容易装错,后面排查问题时也更直观。 4. 安装依赖 进入项目目录后,执行: 虽然这个仓库很多基础能力主要依赖标准库,但官方安装文档里保留了这一步,照着做更稳。 5. 初始化配置 继续进入核心脚本目录: 这一步不能省。因为如果你直接运行 python3 setup.py show,脚本会提示配置文件不存在,并要求先初始化。 6. 做一次安装确认 最简单的确认方式是: 如果能看到配置路径,脚本目录通常就没问题。 在 Windows 下,配置文件默认常见位置类似这样: 如果你不习惯看命令输出,也可以直接看目录结构是否完整: Windows 用户要特别注意什么 原项目里虽然提供了 install-check.sh,但对 Windows 用户并不算友好。真实环境里还可能遇到: bash 路径翻译问题CRLF 换行导致脚本报错 所以对 Windows 首次配置时用户来说,比起执着于跑 shell 检查脚本,用“看目录 + 跑 setup.py show”这套检查法通常更稳。 装好之后,怎么判断它真的能用 建议只用 3 句对话做基础验证: 只要这 3 句能通,就说明: Skill 已经被识别基础成员管理能用健康指标记录能用查询流程能用 做到这一步之后,再往上加图片识别、饮食记录、就医摘要,会更顺。 图片和 PDF 识别,什么时候接入更合适 这部分最容易让人误会。多模态识别不是必配项,真正需要识别体检报告、处方图片或 PDF 时再接入更合理。 具体步骤很简单: 查看可用预设 目前脚本能列出多种预设,例如: siliconflowgeminiopenaistepfunollama 配置视觉模型 做测试 这里的关键不是命令本身,而是顺序。跳过 set-vision,直接运行 test-vision,脚本就会报“视觉模型未配置”。 “本地优先”到底该怎么理解 这篇文章讲的是健康管理,所以“本地优先”不能只讲一半。 真正留在本机里的内容 如果你只做下面这些动作: 文字录入家庭成员记录血压、心率、血糖、体重查询最近记录 那么主要数据可以保存在本地数据库里。 会离开本机的情况 如果你配置的是这些视觉模型: siliconflowgeminiopenaistepfun 那上传的体检报告图片、处方图片和 PDF 内容,就可能会被发送到外部服务进行识别。 特别看重隐私时的做法 如果你不希望健康数据离开本机,常见做法有两种: 暂不启用多模态使用 ollama 这类本地方案 也就是说,“本地优先”不等于“所有能力都绝对离线”。 还有哪些配置风险需要提前知道 除了多模态,还有两个地方也值得提前提醒。 1. clawhub install 受当前目录影响 如果目录不对,Skill 就会装错地方。对新手来说,完整路径 git clone 反而更稳。 2. API Key 不一定总是安全保存在系统钥匙串里 从项目脚本逻辑看,敏感信息会优先尝试写入系统 keyring;如果 keyring 不可用,就可能退回到本地配置文件。健康场景里,这件事需要有心理预期。 开发练手适合放在什么时候 如果你已经把成熟 Skill 用顺了,又想理解 Skill 的基本结构,这时再看最小版代码会更有意义。 最小版的价值在于帮你理解: 目录怎么组织成员脚本怎么调用指标写入怎么落库查询脚本怎么从数据库里拿结果 但它不是拿来替代成熟方案的。尤其对刚接触 OpenClaw 的用户来说,直接拿最小版开局,只会让环境、命令和数据结构问题全挤在一起。 一条更容易成功的体验路径 如果你已经把成熟 Skill 装好了,可以按下面的顺序体验: 第 1 步,建立家庭成员 第 2 步,录入几项基础指标 第 3 步,查看最近情况 第 4 步,测试图片/PDF 识别 第 5 步,补提醒和就医摘要 这条路径的好处是,每一步都容易验证,问题也更容易定位,不会把安装问题、模型问题和使用问题混在一起。 哪些地方最容易卡住 坑 1,目录错了,Skill 也就装错了 后果通常是 OpenClaw 找不到它,或者你以为装好了,实际没有被识别。 坑 2,仓库刚装完就直接对话 这种情况最常见的问题就是还没初始化配置,setup.py show 会直接提示配置不存在。 坑 3,基础录入还没跑通,就急着配多模态 这样很容易被 API Key、模型可用性和网络问题绊住,反而不知道问题到底出在哪一层。 坑 4,误把“本地优先”理解成“绝对不出本机” 只要启用了云端视觉模型,这种理解就不成立。 坑 5,Windows 环境里硬跑 shell 排错 最后卡住的往往不是 Skill 本身,而是脚本环境和换行格式。 结语 这件事是能做成的,而且现成方案已经能覆盖大多数家庭健康记录场景。真正影响体验的,不是“有没有代码示例”,而是用户一开始走的是不是合适的路线。 对于大多数新手来说,把部署和环境门槛降下来,比一上来就看脚本更重要。用 「Claw龙虾部署大师」 把 OpenClaw 装好,再照着本文接入健康管理 Skill、做基础验证、按需启用多模态,会比边装边猜更省时间,也更容易真正落地。 参考来源 OpenClaw ClawHub 文档:https://docs.openclaw.ai/clawhub/toolsOpenClaw skills 文档:https://docs.openclaw.ai/cli/skillsMediWise Health Suite GitHub:https://github.com/JuneYaooo/MediWise-Health-SuiteMediWise Health Suite ClawHub:https://clawhub.ai/juneyaooo/mediwise-health-suite「Claw龙虾部署大师」:https://www.wyouhua.com/ClawMaster 常见误区 把提醒当诊断 运动、饮水、睡眠提醒只能辅助管理,不能当作医学结论。 敏感数据随意同步 健康记录应优先本地保存,外发或同步前要明确范围。 自动执行过度 用药、预约和通知类动作应保留人工确认。 方法对比 处理项适合场景确认重点 记录日常数据保持结构化 提醒周期任务避免过度打扰 建议趋势整理不替代诊断 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

OpenClaw教程 健康管理助手 本地部署
2026/05/29
默认配图

如何使用openclaw写论文

用 OpenClaw 写论文,要把选题、资料整理、提纲、初稿、引用核验和查重修改分开处理,不能让模型一次性替代完整学术流程。 一、先看整体关系 论文工作流的重点是可追溯和可核验。OpenClaw 可以帮你整理和生成,但资料来源、引用和最终判断仍要人工把关。 OpenClaw 配置关系 OpenClaw 配置关系 1 选题 2 资料整理 3 提纲 4 初稿 5 引用核验 6 修改 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 二、把风险边界先拆开 复杂任务要先看输入、权限、执行和输出的边界。边界清楚后,再写命令、接模型或接渠道,排错会更可控。 任务边界拆分 任务边界拆分 输入与控制面 执行与数据面 资料库 提纲 初稿 核验 修改稿 把输入、权限和输出边界拆开,能更快判断哪里需要收紧。 推荐使用方案 项目推荐选择原因第一次自检入口openclaw dashboard不用先接聊天渠道,先确认 OpenClaw 自己能用正式聊天渠道飞书OpenClaw 官方内置渠道,接入和排障都比微信稳第一个模型DeepSeek 或 GLM更便于完成基础配置,成本和稳定性更平衡联网检索Kimi 搜索更适合中文资料检索与摘要整理第一次任务类型综述草稿或轻实验便于先完成基础验证和流程检查系统环境WSL2 或本地英文路径比网络盘、中文路径、映射盘稳定得多 建议优先采用飞书完成第一篇任务的配置与验证。微信可放在后续渠道扩展阶段处理。 你需要准备什么 项目最低建议OpenClaw 运行环境Node 24 推荐,Node 22.14+ 也支持AutoResearchClaw 运行环境Python 3.11 及以上,不是 3.10Git需要克隆仓库模型 Key至少准备一组可用模型 API Key本地目录尽量用本地磁盘英文路径,例如 D:\OpenClawResearchDocker可选,做真实实验时更稳 请注意以下两点: Windows 原生能用,但官方文档明确写了 WSL2 更稳定。不建议将项目放在网络映射盘、中文深层路径或 NAS 同步目录中,这类路径更容易触发虚拟环境和 pip install -e . 的安装异常。 第一步,确认 OpenClaw 基础状态正常 如果已经通过 「Claw龙虾部署大师」完成部署,可以直接进入下一步。手动安装时可按下面的顺序执行: 浏览器中的 Control UI 可以正常打开,才说明 OpenClaw 基础状态正常。建议完成这一步后,再继续配置飞书、仓库和论文流水线。 如果需要让 OpenClaw 代为克隆仓库、修改配置并执行安装,工具权限至少应设置为 coding: 这里不建议写成模糊的 “coding/full”。coding 和 full 是两个不同的工具配置档。一般教程场景下,coding 已经足够。 第二步,聊天渠道优先选飞书,微信放到第二阶段 为什么主线推荐飞书 OpenClaw 2026 年的官方文档里,飞书是内置渠道,接入方式是官方维护的;微信则是外部插件路线,当前能力声明以私聊为主,不适合拿来做第一次验证。 因此,建议采用以下顺序: 使用 openclaw dashboard 完成自检再接飞书确认论文流程能跑最后再考虑接微信 飞书怎么接 常用做法有两种: 新安装时直接在 openclaw onboard 里选飞书已经装好 OpenClaw 后,运行 openclaw channels add 再选飞书 你需要准备的是飞书开放平台里的: App IDApp Secret 接完后,把飞书事件订阅改成长连接模式,并订阅消息事件。官方文档里给出的关键点是: 使用 WebSocket 长连接收消息增加事件 im.message.receive_v1 接入完成后,检查这三个命令: 第一次给机器人发消息时,系统通常会返回一个配对码。完成批准后,后续论文任务才能正常收发。 微信能不能接 可以接入,但不建议作为第一条主线。 原因很简单: 微信在 OpenClaw 体系里属于外部插件路线当前公开能力说明里,以私聊为主第一次配置论文流程时,更适合优先选择官方内置、排障路径清晰的渠道 因此,这篇教程的正式步骤统一采用飞书路径。待第一篇流程完成后,再考虑将入口扩展到微信。 第三步,国内模型怎么选,怎么配 先记住一个大原则: OpenClaw 本身已经原生支持国内不少模型提供商AutoResearchClaw 自己的 init 向导没有把所有国内模型都列出来 因此,更适合先在 OpenClaw 这一层完成模型配置,再由 OpenClaw 调用 AutoResearchClaw。 推荐模型表 需求推荐模型适用场景优先完成基础配置deepseek/deepseek-chat首次接入论文流程中文写作与说明文整理zai/glm-5.1更关注中文表达效果联网检索与长文资料整理moonshot/kimi-k2.5 + Kimi 搜索资料搜集和综述整理需求明显火山体系接入volcengine-plan/ark-code-latest 或 volcengine/*已有豆包或火山引擎账号体系阶跃接口接入stepfun/step-3.5-flash已有阶跃 API 配置 OpenClaw 层的官方接入方式 下面这些命令都来自 OpenClaw 官方文档,能直接当操作入口: 如果你还想让 OpenClaw 的网页检索走 Kimi,可以再配一次: 进去后选择 Kimi 即可。 第四步,不要先手写配置,让 OpenClaw 先帮你安装 AutoResearchClaw 官方仓库对 OpenClaw 的推荐用法很简单:把仓库地址发给 OpenClaw,让它自己读 RESEARCHCLAW_AGENTS.md、自己克隆、自己安装。 建议不要只发送一句“帮我装一下”。更适合的方式,是把安装要求一次说明清楚,例如: 这样做的主要作用是: 让 OpenClaw 更容易按预期完成安装与自检提前明确 Windows 环境中最容易遗漏的路径设置 第五步,如果你要手动装,按这个顺序做 如果需要手动安装,可按下面的顺序进行。 1. 使用本地英文路径创建目录 例如: 不建议一开始就放在: NAS 映射盘企业同步盘中文深层目录 2. 克隆仓库并创建虚拟环境 3. 先尝试标准安装 如果这一步报错,不必立即判断为仓库不可用。在 Windows 映射路径环境下,pip install -e . 更容易出现安装异常。 4. 安装失败时的保底做法 建议将项目移动到本地英文路径后,再执行下面这组保底命令: 这组命令的目的,不是立即生成论文,而是先确认三件事: CLI 能不能启动配置文件能不能生成当前机器还缺哪些前置条件 5. Windows 用户一定要改这个路径 config.researchclaw.example.yaml 里已经写了提示:Windows 不应继续用 Linux 的 Python 路径。 如果你是 Windows,把: 改成: 否则 researchclaw doctor 会直接给你报沙箱 Python 不存在。 第六步,首次任务建议从综述草稿或轻实验开始 首次任务建议优先选择以下两种类型: 方案 A,先做综述草稿 可参考下面的任务描述: 这里需要特别强调的是:不要生成虚构实验结果。 因为 simulated 模式在官方示例里明确写的是“只用于框架开发调试,不应用于论文生成”。如果你只是想做综述,就应该把产物定义成“综述草稿”或“调研报告”,而不是拿假数据去凑实验论文。 方案 B,做一个轻实验对比 如果已经具备稳定的模型 Key,并且允许本机执行代码,可先从轻量实验开始: 实验模式怎么选 模式什么时候用是否适合作为首次任务sandbox真实运行 Python 代码适合docker需要更干净、更稳定的隔离环境适合,但前提是已具备 Docker 环境ssh_remote已有 GPU 服务器不建议作为首次任务simulated仅用于流程调试,不做正式论文不建议作为正式论文结果来源 常见配置提醒 以下问题在首次配置时较为常见: 1. Python 版本应为 3.11+ AutoResearchClaw 仓库的 pyproject.toml 写的是 requires-python = ">=3.11"。如果仍使用 3.10,后续更容易出现兼容性问题。 2. researchclaw init 不会把所有国内模型都列给你选 researchclaw init 当前直接列出的交互项主要是: openaiopenrouterdeepseekminimaxacp 这意味着,GLM、Kimi、豆包、阶跃这些更本地化的方案,不适合完全依赖它的默认向导。更合适的方式是: 先在 OpenClaw 层配置模型或者手动改 config.arc.yaml 3. ACP 路线不是“装了 codex 就自动能用” 仓库里的 ACP 客户端还依赖 acpx。如果你机器上只有 codex、gemini,却没有 acpx,那条路还是跑不起来。 因此,ACP 更适合作为进阶方案,而不是首次配置的默认选项。 4. 论文自动推送不是默认就有 官方示例配置里,notifications.channel 默认是 console,openclaw_bridge.use_message 默认也是 false。这说明“论文做好后自动把 PDF 发回聊天工具”不是零配置默认行为,需要你额外把消息桥接和交付动作配好。 最后怎么判断自己成功了 是否配置成功,可以先按下面几项判断: OpenClaw 能在 Control UI 或飞书里正常回复你所选模型已经配好,models 状态正常AutoResearchClaw 已经生成 config.arc.yamlvalidate 能通过doctor 只剩少量可解释的提醒你已经拿到第一份综述草稿或轻实验草稿 如果不希望逐项处理 Node、Python、飞书、模型 Key 和仓库安装这些细节,可优先使用 「Claw龙虾部署大师」 完成 OpenClaw 的主体部署,再继续论文流水线配置。对大多数用户来说,这会更便于后续按步骤完成整套教程。 常见误区 直接生成全文 一次性生成容易出现引用不准、论证跳跃和结构失衡。 引用不核验 模型给出的文献和页码必须回到原始来源确认。 忽略学校规范 格式、查重和引用标准要按学校要求执行。 方法对比 处理项适合场景确认重点 资料整理阅读阶段提取观点和证据 提纲生成写作前建立章节结构 引用核验定稿前降低学术风险 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

OpenClaw教程 AutoResearchClaw 飞书机器人
2026/05/29
默认配图

OpenClaw提示词和Skills怎么搭配?一份可直接套用的写法指南

OpenClaw 提示词和 Skills 要一起设计:先写清目标、输入、边界和输出格式,再选择真正需要的技能,减少返工和误操作。 一、先看整体关系 好的提示词不是写得长,而是把任务可执行条件讲清楚。Skills 只负责扩展能力,不能替代任务边界。 OpenClaw 配置关系 OpenClaw 配置关系 1 目标 2 输入 3 边界 4 Skills 5 输出格式 按顺序处理,可以把部署、权限、渠道和验证拆开检查,减少混在一起排错。 推荐判断顺序,先把 4 件事写清楚 目标:要完成什么任务,最好一句话能说完。 范围:处理哪些文件、哪些数据、哪些页面,别让 Skills 自己猜。 约束:是否允许修改、删除、联网、覆盖原文件,遇到不确定内容时是否先确认。 输出:要表格、Markdown、JSON 还是 HTML,以及需要保留哪些字段。 1. 先把目标拆到可执行 模糊目标最容易让 Skills 做偏。比如“帮我优化一下”几乎没有执行入口,但“请使用 data-analysis Skill 分析 sales.csv,找出近 3 个月下滑最明显的品类,并给出原因”就清楚得多。 写法步骤 先写最终结果,不要先写过程。 再补 Skill 名称,让系统知道用哪种能力执行。 明确对象,例如文件名、页面、数据源或目录。 补一句验收标准,告诉系统什么算完成。 2. 让 Skills 和边界对齐 很多问题不是 Skill 不会做,而是输入边界太松。任务一旦涉及多个来源、多个步骤,最好先把范围切小,再逐步展开。 如果只需要读,不要顺手要求改。 如果要批量处理,先说明是否允许备份和回滚。 如果要联网抓取,先限定网站和字段,避免无关扩展。 如果涉及隐私或敏感文件,先要求人工确认再继续。 3. 先给条件,再给输出格式 输出格式越明确,最终结果越好检查。建议把条件和格式拆开写,不要混在一句话里。 推荐模板 【目标】写清要完成的事情。 【输入】写清文件、链接、页面或目录。 【要求】写清步骤、限制和优先级。 【输出格式】写清最终交付长什么样。 4. 加上注意事项,减少返工 涉及删除、覆盖、移动文件时,先备份,再执行。 涉及网络搜索或抓取时,先限定来源,再扩展范围。 涉及多任务时,先按“分析、处理、输出”拆成阶段。 涉及不确定判断时,优先让系统列出疑点,而不是直接猜。 容易写错的 4 种情况 一个提示词同时塞进太多目标,导致 Skills 不知道先做哪一步。 只说结果,不说输入,系统只能自己猜数据来源。 不写限制,导致 Skills 扩展到不需要的范围。 不写输出格式,后期很难直接复用或检查。 常见场景模板 文件处理 请使用 document-converter Skill 提取 合同.pdf 中的付款、违约和保密条款,整理成表格,标注页码。若有缺失条款,先列出缺失项,不要补写。 数据分析 请使用 data-analysis Skill 分析 sales.csv,找出近 3 个月下滑最明显的 5 个指标,输出趋势、异常点和建议,结果用 Markdown 呈现。 自动化处理 请使用 automation-browser Skill 打开目标页面,按“搜索、筛选、导出”的顺序执行任务,只提取我指定的字段,完成后输出结果文件路径。 Web 开发 请使用 frontend-dev Skill 创建一个响应式页面,要求保留现有设计语言,优先完成信息结构、主要交互和移动端适配,最后再优化细节。 组合方式对比 写法 结果表现 适用情况 只说“帮我处理一下” 容易跑题,输出不稳定 不建议使用 补上目标和 Skill 方向更明确,但边界还不够稳 简单任务 目标 + 条件 + 格式 + 验收标准 最容易得到可复用结果 正式使用、批量处理 常见误区 目标太泛 只写“帮我处理一下”会让执行范围变得模糊,结果也难验证。 Skills 选得过多 能力越多不等于越稳,工具权限和任务边界要匹配。 没有验收格式 不指定输出字段、文件路径或检查项,后续很难判断是否完成。 方法对比 处理项适合场景确认重点 目标描述先写让任务可执行 Skills按需选择补充工具能力 输出格式最后写清便于验收 用「Claw龙虾部署大师」减少前置配置成本 一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口,适合不想先花大量时间排查依赖的人。 模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流,适合需要先跑通 AI 助手底座,再继续配置渠道和任务的人。 本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上,再按文章里的步骤继续收紧权限、接入渠道或验证任务。

OpenClaw 提示词 Skills
2026/05/29

客服
扫描与客服沟通

回顶部
提示

正在拉起鸿蒙应用市场,如遇无法拉起/无法下载的情况,可使用鸿蒙设备,自行前往应用市场,搜索「Win解压缩」安装。

知道了