Operations
Inbox & Calendar
把清邮件、发回复、整理议程、确认提醒和安排下一步动作，变成你在手机上就能下达的自然语言命令。
Self-hosted AI Assistant
让你的 AI 助手 待在自己的系统里
OpenClaw 是一个自托管 AI gateway，把 WhatsApp、Telegram、Discord、Slack、iMessage 等聊天入口接到一个长期在线的 AI assistant。它不是单纯聊天框，而是把对话、记忆、浏览器、自动化任务、技能与节点统一到同一层。
Multi-channel gateway
Browser control
Memory + plugins
Remote-first workflows
5+
官方公开强调的主要聊天入口，包括 WhatsApp、Telegram、Discord、Slack、iMessage。
1 Gateway
同一个 Gateway 负责路由、会话和 channel 连接，是官方文档反复强调的核心设计。
Remote
你可以从手机或聊天软件里触发 coding、浏览器操作和后台任务。
Extensible
插件、技能、节点与控制台 UI 共同组成可扩展的 agent 工作层。
高频使用场景
以下内容基于 OpenClaw 官方首页与官方文档中公开强调的场景和能力整理，不包含我虚构的用户数据或未证实案例。
Coding
Remote Coding Loops
从 Slack 或 Telegram 里继续驱动 coding session、测试循环、代码审阅、状态汇报和长期运行的开发任务。
Browser
Web Tasks & Forms
浏览器控制能力让它适合处理网页检索、表单填写、后台操作和跨站点的重复流程。
Personal AI
Personal Operating Layer
把聊天、文件、浏览器、记忆、插件和节点接到一个统一的工作层，更适合长期使用而不是临时玩具。
核心能力矩阵
OpenClaw 的吸引力不只是“能聊天”，而是能把多个入口、多个执行能力和长期状态放进一个自托管 gateway 里。
Multi-channel Gateway
官方文档明确把 WhatsApp、Telegram、Discord、Slack、iMessage 等入口作为核心卖点之一。消息可以统一走同一层 gateway，而不是多套割裂集成。
- 统一会话与路由
- 更适合多设备、多渠道触达
- 插件可扩展更多 channel
Browser, Files, Tools
浏览器操作、文件与命令能力，让 agent 不只会回答问题，而是能继续执行网页任务、系统操作和自动化工作流。
- 支持浏览器控制和 control UI
- 适合连接真实工作任务
- 更接近可执行 assistant 而非 chat bot
Memory, Plugins, Nodes
官方公开材料里持续出现 memory、plugins、dashboard 和 mobile nodes 等概念，这说明 OpenClaw 在往一个完整 agent runtime 演进。
- 长期记忆与会话状态
- 插件和技能扩展
- iOS / Android 节点能力
典型工作流
如果把它理解成一个“聊天入口驱动的 agent runtime”，下面的工作流会更容易理解 OpenClaw 的真正价值。
Step 1
Receive
你通过聊天软件发出任务。这个任务不必只是问答，也可以是明确的操作请求、状态追踪或跨工具协作。
Step 2
Route & Execute
Gateway 负责路由、会话、能力调用，再把浏览器、工具、记忆、技能和节点串起来执行。
Step 3
Return & Persist
结果返回到你最初的聊天入口，同时把上下文和必要状态保留下来，方便下一次继续接力。
为什么在海外技术圈更容易被讨论
我没有编造“用户量”或“排名”这类数据；这里只根据官方公开信息和站点表达方式，总结出它更容易获得讨论度的原因。
它更像 teammate，而不是网页玩具
官网的公开反馈集中强调：OpenClaw 让 AI 更像一个持续工作的 teammate，而不是只能在网页里断点对话的助手。
Summarized from official homepage
它解决的是“离开电脑之后怎么办”
通过 WhatsApp、Slack、Telegram 等入口继续驱动任务，是这类产品在海外用户中极具吸引力的差异化卖点。
Summarized from official homepage and docs
它强调自托管与扩展性
对技术用户来说，控制权、插件扩展、节点能力和本地或远端部署选项，远比单点问答更有长期价值。
Summarized from official docs
它和传统 AI Chat 有什么不同
这个比较是为了帮助首次了解产品的人迅速建立认知，不代表官方逐字表述。
传统 AI Chat
- 通常停留在单网页或单应用内
- 上下文和执行能力更偏轻量
- 更擅长即时问答，不一定适合长期任务
OpenClaw 风格的 Agent Gateway
- 入口可以是多种聊天软件，而不是单一网页
- 更强调执行能力、工具链和路由层
- 更适合长期运行、远程驱动和工作流整合
FAQ
FAQ 采用搜索引擎更容易理解的结构化问答格式，同时也更适合正式产品站页面。
OpenClaw 是开源产品吗？
我这页没有单独给出“开源许可证结论”，因为当前回合我主要核对的是官网和官方文档对外公开功能页，而不是仓库许可证文件。能确定的是，它明确强调自托管与扩展能力。
OpenClaw 适合个人还是团队？
从公开表达来看，两者都适合。个人会更看重移动端遥控、自托管和 personal workflow，团队会更在意 Slack、coding、协作和自动化能力。
它最适合什么类型的任务？
更适合跨入口、跨工具、需要持续上下文的任务，例如 coding loop、邮件和日历管理、网页操作、表单流程和远程自动化。
为什么这个站点先做中文？
因为你当前的落地目标是快速搭建一个正式产品站示例。但页面已经内置英文关键词和 SEO 元数据，后续很容易扩展成中英双语版本。
Quick Start
依据官方首页和文档，最短路径通常是安装、执行 onboard、查看 gateway 状态，再打开 dashboard。
官方快速上手思路
curl -fsSL https://openclaw.ai/install.sh | bash openclaw onboard --install-daemon openclaw gateway status openclaw dashboard