能不能接飞书、钉钉、企业微信
这是很多团队判断值不值得继续学的第一标准，所以渠道接入在整站里被前置了。
看完这篇以后，下一步建议怎么走
如果你现在已经知道 OpenClaw 不只是聊天，而是一整套能力系统，那下一步建议按你的目标继续：
- 如果你想先跑通：去看 5 分钟快速开始。
- 如果你想先接真实渠道：去看 渠道接入总览。
- 如果你想先搞清模型怎么选：去看 模型接入总览。
- 如果你想先理解扩展方式：去看 Tools vs Skills 区别。
Capability Map
OpenClaw 能做的，不只是聊天，而是搭一整套 AI 能力系统。
如果上一页解决的是“它是什么”，这一页解决的就是“它到底能拿来干什么”。最简单的理解方式是：它能接入口、接模型、接工具、接 Skills，还能把这些东西组织成长期运行的工作流。
能力地图页
先看全貌，再决定先学哪一块
中国用户场景优先
At A Glance
先看 6 个最核心能力
如果你不想看大段正文，先扫这一屏，基本就能知道 OpenClaw 的能力边界在哪里。
接聊天渠道
飞书、钉钉、QQ、企业微信、Telegram、Discord 等都可以成为 AI 的真实入口。
做统一网关
消息、会话、状态、工作区和路由集中在 Gateway，不再四处分散。
调用系统原生 Tools
搜索、网页抓取、浏览器、节点、自动化等能力，不需要全靠提示词硬撑。
安装和编写 Skills
你可以装别人做好的 Skill，也可以把自己的工作方法写成 Skill 复用和发布。
自由接模型
国内模型、国外模型、本地模型都能接，并且可以做 fallback 和混合策略。
落地到真实工作流
内容生产、渠道运营、网页分析、监控、行业模板都可以继续往下拼装。
6 Layers
把能力地图拆成 6 层来看
这样你不会把它误解成一个“功能很多的聊天页”，而会看到它真正的系统结构。
01
渠道入口层
负责把飞书、钉钉、QQ、Telegram、Discord 等真实平台接进来。
02
Gateway 中枢层
负责统一接收消息、分配会话、管理工作区、维护系统状态。
03
Tools 动作层
负责“它能做哪些动作”，比如搜索、抓取、浏览器操作和自动化能力。
04
Skills 扩展层
负责沉淀任务套路、写法规范和复用能力，不只是临时提示词。
05
模型能力层
负责语言、推理、成本、速度和多模型策略，是体验的底盘。
06
工作流与行业层
负责把前面所有能力拼成可用场景，比如运营、监控、内容生产和业务模板。
What It Can Connect
它能接什么
很多人真正关心的不是抽象定义，而是“我现有的入口和模型能不能接进来”。
能接聊天平台
- 飞书、钉钉、QQ、企业微信
- Telegram、Discord 等国际平台
- Dashboard 和本地控制台
能接模型
- 中国主流模型
- OpenAI、Claude、Gemini 等国外模型
- Ollama、vLLM 等本地模型
能接扩展能力
- Tools 负责系统原生动作
- Skills 负责任务方法和目录化沉淀
- ClawHub 负责分发、搜索、安装和发布
What It Is Good At
它最适合做什么
OpenClaw 最有价值的地方，不是“偶尔问一句”，而是下面这些持续发生的场景。
团队聊天助手
把 AI 放进飞书、钉钉、企业微信等团队沟通入口，让它真正进入日常协作。
内容生产工作流
适合小红书、公众号、视频号、知乎、微博、抖音等需要持续出内容的场景。
信息获取与监控
适合网页搜索、热点监控、摘要整理、日报周报生成这类持续型任务。
业务模板与行业方案
适合把 AI 能力拼成电商、自媒体、教育、咨询、金融监控等具体模板。
For China Users
对中国用户来说，最重要的能力不止是聊天
中文知识库和英文官方 docs 最大的差别，就在于这里更重视真实落地，而不是只讲抽象架构。
能不能接中文模型，效果稳不稳
模型接入决定你会不会持续用下去，所以知识库把国内外模型和 fallback 单独拆出来。
能不能做内容和运营场景
很多国内用户不是为了聊天，而是为了内容生产、自动回复、信息整理和工作流提效。
能不能长期跑，出问题好不好排查
这也是为什么这套知识库会把安装、渠道、模型、排障、案例一路都接上。
Limits
它不擅长什么
说清边界，比一味夸能力更有帮助。
不适合只想临时问一句的人
如果你只是偶尔问问题，普通聊天产品往往更轻、更快、更省事。
不适合完全不想碰配置的人
OpenClaw 可以写得很友好，但它终究是一套系统，不是完全零配置玩具。
不适合期待“一键自动化一切”的人
真正有价值的工作流，需要你理解渠道、模型、Tools、Skills 和场景之间的关系。
不适合只想短期试玩的人
它的真正价值，会在长期运行、多入口接入和场景沉淀里体现出来。