很多人用 OpenClaw 卡在同一个阶段：
能用，但不稳。
今天它回答得很好，明天又开始“自由发挥”； 今天你让它简洁点，明天它又写了一大段。
这不是你不会用，也不是模型不行。
大概率是你还没做一件关键的事：把常用任务写成 Skill。
Skill 到底是什么？
你可以把 Skill 理解成：
给 AI 的“固定做事说明卡”。
以前你每次都要临时说：
现在把这些写进 Skill，AI 就会按规则执行。
所以 Skill 的价值，不是炫技，而是 3 个字：
稳、快、省。
为什么很多人写 Skill 失败？
因为只写了“功能”，没写“格式”。
例如只写一句： “查天气，用 wttr.in。”
这能勉强跑，但不规范，不利于长期维护。
一个标准 Skill，建议按“两层结构”来写：
第一层：头信息（YAML）
放在最上面，用 --- 包起来。
至少包含：
第二层：正文规则（Markdown）
告诉 AI：
你把这两层写清楚，Skill 才是真的“可用 + 可维护”。
一个可直接用的标准示例：天气查询 Skill
❝下面这版是给新手用的：简单、规范、能跑。
---
name: weather-query
description: 查询城市当前天气，并用简洁中文返回天气状况和温度。
---
# 天气查询技能
## 能力
根据用户提供的城市名，查询当前天气信息。
## 输入
- 城市名（优先英文，如 Shanghai、Beijing）
- 若用户输入中文城市名，可先尝试查询；失败时提示改英文
## 使用方法
调用 wttr.in API：
curl "wttr.in/城市名?format=3"
示例：
curl "wttr.in/Shanghai?format=3"
## 输出格式
- 使用中文
- 控制在 1~2 句话
- 必须包含：城市名、天气状况、温度
- 示例：上海当前多云，温度 18°C。
## 异常处理
查询失败时，提示：
“天气查询失败，请检查城市名是否正确（建议使用英文城市名）后重试。”
5 条实操建议
先做小，不要一上来做大
先把“天气查询”这种小 Skill 跑通。 跑通一个，胜过空想十个。
name 和 description 一定写
它们是 Skill 的身份证。 没有它们，后面会越来越乱。
输出格式尽量写具体
不写清楚，AI 就会自由发挥。 写得越具体，结果越稳定。
异常处理要提前写
真实场景里失败很常见。 提前定义失败提示，用户体验会好很多。
一个 Skill 只做一件事
不要把“查天气 + 写日报 + 做提醒”塞进同一个 Skill。 拆开写，维护最轻松。
你今天就能做的下一步
别追求“完美 Skill”，先追求“第一个可用 Skill”。
现在就做两件事：
只要这一步跑通，你就已经跨过最难的门槛。
后面你会发现：日报、翻译、总结、信息整理…… 本质上都是同一套写法。
一句话总结
OpenClaw 的关键，不在“会不会聊天”， 而在你能不能把自己的方法，写成可复用的 Skill。
先写一个标准天气 Skill，就够你打开这扇门了。
你现在最想先做哪个 Skill？
是“天气查询”、 “日报生成”，还是“内容总结”？
粤ICP备14082021号
免费POC，
零成本试错
