OpenClaw 总不稳定？先写一个标准 Skill

大家好，我是饭米粒。

很多人用 OpenClaw 卡在同一个阶段：

能用，但不稳。

今天它回答得很好，明天又开始“自由发挥”； 今天你让它简洁点，明天它又写了一大段。

这不是你不会用，也不是模型不行。

大概率是你还没做一件关键的事：把常用任务写成 Skill。

Skill 到底是什么？

你可以把 Skill 理解成：

给 AI 的“固定做事说明卡”。

以前你每次都要临时说：

• 做什么
• 怎么做
• 回答成什么样

现在把这些写进 Skill，AI 就会按规则执行。

所以 Skill 的价值，不是炫技，而是 3 个字：

稳、快、省。

• 稳：输出更一致，不容易跑偏
• 快：不用每次重复下指令
• 省：你的方法可以沉淀、复用、分享

为什么很多人写 Skill 失败？

因为只写了“功能”，没写“格式”。

例如只写一句： “查天气，用 wttr.in。”

这能勉强跑，但不规范，不利于长期维护。

一个标准 Skill，建议按“两层结构”来写：

第一层：头信息（YAML）

放在最上面，用 --- 包起来。

至少包含：

• name：技能名（建议英文、简短、稳定）
• description：一句话说清用途和触发场景

第二层：正文规则（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”。

现在就做两件事：

1. 把上面的模板保存成你的第一个 Skill
2. 实测 3 个城市（英文名 + 中文名）

只要这一步跑通，你就已经跨过最难的门槛。

后面你会发现：日报、翻译、总结、信息整理…… 本质上都是同一套写法。

一句话总结

OpenClaw 的关键，不在“会不会聊天”， 而在你能不能把自己的方法，写成可复用的 Skill。

先写一个标准天气 Skill，就够你打开这扇门了。

你现在最想先做哪个 Skill？

是“天气查询”、 “日报生成”，还是“内容总结”？

评论区留一个关键词，我下一篇按你们投票最高的场景，直接给可复用模板。