从 0 到 1:如何设计与编写高质量 Skills(AI Agent 技能开发指南)

从 0 到 1:如何设计与编写高质量 Skills(AI Agent 技能开发指南)

在 AI Agent(如 OpenClaw、AutoGPT、Claude Agent 等)逐渐普及的今天,Skills(技能)已经成为决定 Agent 能力上限的核心模块。

很多人会用 Agent,但不会“教 Agent 做事”。
而 Skills,就是你赋予 AI「可控执行能力」的关键。

这篇文章会带你从 概念 → 设计 → 实战 → 最佳实践,彻底掌握 Skills 的编写。

🧠 一、什么是 Skills?

简单来说:

Skill = AI 可调用的“函数能力”

它本质上就是一段结构化能力描述,让 AI 能:

  • 知道“什么时候用你”
  • 知道“怎么用你”
  • 知道“返回什么结果”

📌 举个例子

你写一个 Skill:

{"name":"get_weather","description":"获取指定城市天气","parameters":{"city":"string"}}

👉 那 AI 在遇到:

“帮我查一下吉隆坡天气”

就会自动调用这个 Skill。

⚙️ 二、Skill 的核心结构

一个完整的 Skill,一般包含 4 个核心部分:

1️⃣ 名称(name)

  • 必须清晰
  • 尽量动词开头

✅ 推荐:

  • get_weather
  • create_file
  • deploy_server

❌ 不推荐:

  • weather1
  • doSomething

2️⃣ 描述(description)

这是最重要的部分!

AI 是否能正确调用 Skill,80% 取决于 description

✨ 好的描述应该:

  • 明确用途
  • 指出使用场景
  • 避免歧义

✅ 示例:

获取指定城市的实时天气信息,包括温度、湿度和天气状况。适用于用户询问天气相关问题时使用。

3️⃣ 参数(parameters)

定义 AI 传入的数据结构:

{"type":"object","properties":{"city":{"type":"string","description":"城市名称"}},"required":["city"]}

📌 关键点:

  • 每个字段必须有 description
  • required 要写清楚
  • 类型要严格(string / number / boolean)

4️⃣ 执行逻辑(handler / function)

也就是你真正的代码:

exportasyncfunctionget_weather({ city }){return`当前 ${city} 天气晴,30°C`;}

🏗️ 三、Skill 设计原则(非常重要)

写 Skill 不是随便写函数,而是设计“AI能力模块”。

✅ 原则 1:单一职责

一个 Skill 只做一件事:
❌ 错误:get_weather_and_news
✅ 正确:

  • get_weather
  • get_news

✅ 原则 2:可复用

避免写死逻辑:
❌:get_kuala_lumpur_weather()
✅:get_weather(city)

✅ 原则 3:对 AI 友好(最关键)

你写的是给 AI 用的,不是给人看的。
👉 所以:

  • 描述要“像提示词”
  • 参数要“明确边界”

🧩 四、Skill 实战示例(OpenClaw)

结合 OpenClaw,我们写一个实用 Skill:

📌 示例:执行服务器命令

{"name":"run_shell_command","description":"在服务器上执行安全的 shell 命令,用于查询系统状态、文件信息等。禁止执行删除、格式化等危险操作。","parameters":{"type":"object","properties":{"command":{"type":"string","description":"需要执行的 shell 命令"}},"required":["command"]}}

🧠 为什么这样设计?

👉 关键点:

  • 明确“允许范围”(安全)
  • 限制 AI 行为(防止乱删文件)

🔐 五、安全设计(必须重视)

如果你在做:

  • 云服务器控制
  • 文件操作
  • 自动部署

⚠️ 一定要做限制!

🚨 常见风险

  • rm -rf /
  • 删除数据库
  • 泄露敏感信息

✅ 解决方案

1️⃣ 命令白名单
const allowList =["ls","cat","pwd","df","top"];
2️⃣ 路径限制
if(!path.startsWith("/safe-dir")){thrownewError("非法路径");}
3️⃣ 参数校验
if(typeof command !=="string"){thrownewError("参数错误");}

🧠 六、如何让 AI 更容易调用你的 Skill?

这是进阶重点:

🎯 技巧 1:在 description 中加入触发语义

当用户询问天气、气温、下雨情况时使用该技能。

🎯 技巧 2:避免技能重叠

❌:

  • get_weather
  • query_weather
  • fetch_weather
    👉 AI 会懵

🎯 技巧 3:返回结构化数据

{"temperature":30,"weather":"sunny"}

👉 比字符串更好!

🧪 七、调试 Skill 的方法

在 OpenClaw 中你可以执行以下命令调试:

openclaw doctor openclaw logs 

📌 调试思路:

  1. 看 AI 有没有调用 Skill
  2. 看参数是否正确
  3. 看返回值是否合理

🚀 八、进阶:组合 Skills(Agent能力跃迁)

真正强大的 Agent,不是靠一个 Skill,而是多个组合:

🎯 示例流程:

  1. get_git_commits
  2. analyze_changes
  3. generate_report

👉 自动生成周报(实战场景落地)

🧾 九、最佳实践总结

核心原则关键要求
命名清晰、动词开头
描述详细、像 Prompt 一样明确触发场景
参数类型严格、必填项清晰
安全白名单、路径限制、参数校验
设计单一职责、可复用、可组合

🎯 十、总结

一句话总结:

Skill = Prompt + API + 安全控制 的结合体

写好 Skills,你的 Agent 才真正“能干活”。

🧠 最后建议(贴合实战场景)

如果你正在做:

  • OpenClaw 开发
  • 自动周报生成
  • 服务器控制

👉 强烈建议优先实现这几个核心 Skills:

  • get_git_commits(获取 Git 提交记录)
  • generate_weekly_report(生成周报)
  • run_safe_command(安全执行服务器命令)
  • get_server_status(获取服务器状态)

如果需要,我可以直接提供:

  • 生产级可用的 Skills 模板
  • 适配 Flutter + AI 的完整 Agent 架构设计

Read more

Android陀螺仪实战:从基础到VR运动策略封装

1. 陀螺仪基础:从传感器数据到三维旋转 大家好,我是老张,在移动端和智能硬件领域摸爬滚打了十几年,今天想和大家聊聊 Android 陀螺仪。很多刚接触的朋友会觉得这东西很神秘,什么角速度、姿态解算,听起来就头大。其实没那么复杂,你可以把陀螺仪想象成一个特别灵敏的“旋转速度计”。当你拿着手机转动时,它就能立刻告诉你:“嘿,你现在正绕着X轴,以每秒0.5弧度的速度在转呢!” 在 Android 里,我们通过 SensorManager 这个“大管家”来和陀螺仪打交道。第一步永远是获取服务,这就像你去银行办事得先取号一样。拿到 SensorManager 后,我们就能查询设备上有没有陀螺仪(Sensor.TYPE_GYROSCOPE)。现在绝大多数手机都有,但稳妥起见,检查一下总是好的。接下来就是注册一个监听器,告诉系统:“我准备好接收旋转数据了,有新数据就赶紧通知我。” 这里有个关键参数叫采样延迟,比如 SENSOR_DELAY_

从零开发 AR 演讲提词器:基于 Rokid CXR-M SDK 的实战指南

从零开发 AR 演讲提词器:基于 Rokid CXR-M SDK 的实战指南

从零开发 AR 演讲提词器:基于 Rokid CXR-M SDK 的实战指南 站在讲台上,数百双眼睛注视着你。你开始演讲,却发现关键时刻想不起下一句要说什么——这种场景,每个演讲者都不陌生。 传统的解决方案是在讲台上放一张稿子,或者用 PPT 做备注。但低头看稿显得不专业,看 PPT 又要扭头,容易打断演讲节奏。如果能有一个只有自己能看到的"隐形提词器",演讲就能更加从容自信。 Rokid AR 眼镜恰好提供了这种可能:将提词内容无线传输到眼镜显示屏,演讲者只需自然平视,文字便清晰呈现,而台下观众毫无察觉。本文将完整记录如何利用 Rokid CXR-M SDK 从零开发这款演讲提词器应用。 一、技术方案设计 1.1 为什么选择 AR 眼镜 在确定技术方案前,我们先对比几种提词方案: 方案

虚幻版Pico大空间VR入门教程 04 —— PicoOpenXR和PicoXR插件对于PDC串流、SteamVR串流、OpenXR串流对比 和 手势追踪对比

虚幻版Pico大空间VR入门教程 04 —— PicoOpenXR和PicoXR插件对于PDC串流、SteamVR串流、OpenXR串流对比 和 手势追踪对比

省流 串流方式最重要,笔者使用【Pico4UE 企业版】一体机,使用【PicoOpenXR插件+OpenXR插件】【企业串流v2.0的apk+exe应用】和【OpenXR串流方式】进行有线串流, 串流调试时可以正常手势追踪,打包apk和exe的VR手势追踪正常。 文章包含整理的百度云资源、SteamVR串流、不同UE版本的手势追踪对比记录,曾经的踩坑笔记(略长)。 插件文档 PicoXR和PicoOpenXR 插件文档 https://developer-cn.picoxr.com/document/ PicoXR 开发文档 https://developer-cn.picoxr.com/document/unreal/ PicoOpenXR 开发文档 https://developer-cn.picoxr.com/document/unreal-openxr/ 插件下载 PicoXR和PicoOpenXR Pico SDK

汽车雷达在多径存在下的幽灵目标检测——论文阅读

汽车雷达在多径存在下的幽灵目标检测——论文阅读

汽车雷达在多径存在下的幽灵目标检测 D. Sharif, S. Murtala and G. S. Choi, “A Survey of Automotive Radar Misalignment Detection Techniques,” in IEEE Access, vol. 13, pp. 123314-123324, 2025, doi: 10.1109/ACCESS.2025.3584454. 摘要 共置多输入多输出(MIMO)技术已被广泛应用于汽车雷达系统,因为它能够以相对较少的发射和接收天线数量提供精确的角度估计。由于视距目标的发射方向(DOD)和到达方向(DOA)重合,MIMO信号处理允许形成更大的虚拟阵列用于角度查找。然而,多径反射是一个主要的限制因素,雷达信号可能从障碍物反弹,创建DOD不等于DOA的回波。因此,在具有多个散射体的复杂场景中,目标的直接路径可能被其他物体的间接路径破坏,导致不准确的角度估计或产生幽灵目标。