托爾巴特海達里耶是托爾伊朗的城市，2006年人口119,巴特390。位於該國東北部，海達海拔高度1,托爾450米， 外部連結 Official Website of Torbat-e Heydarieh 礼萨呼罗珊省城市巴特距離首府馬什哈德140公里，海達由禮薩呼羅珊省負責管轄，托爾面積53平方公里，巴特
全英公开赛始于1899年，是世界上历史最悠久、最具权威性的羽毛球赛事，2026年全英公开赛将于3月3日至8日在伯明翰举行。
目前全英赛抽签已经出炉，石宇奇首轮碰上拉克什亚，李诗沣首轮与王正行内战，翁泓阳vs李卓耀、陆光祖vs昆拉武特每场也都是硬仗。
优秀原创稿件、个人简历投递通道：tougao@aiyuke.com
" alt="全英赛抽签出炉 石宇奇首轮PK拉克什亚" src="
全英公开赛始于1899年，是世界上历史最悠久、最具权威性的羽毛球赛事，2026年全英公开赛将于3月3日至8日在伯明翰举行。
目前全英赛抽签已经出炉，石宇奇首轮碰上拉克什亚，李诗沣首轮与王正行内战，翁泓阳vs李卓耀、陆光祖vs昆拉武特每场也都是硬仗。
优秀原创稿件、个人简历投递通道：tougao@aiyuke.com
" class="thumb">全英赛抽签出炉 石宇奇首轮PK拉克什亚2026-07-03 16:23截至发稿前，ClawHub社区中发布的Skills数量已达到了2.6w+，但这些Skills中超过99%都是面向Windows/x86 Linux/Mac且聚焦于办公、网页自动化等方面，面向嵌入式Linux的Skills数量极少且成熟度较低，缺乏对嵌入式外设（GPIO、UART、SPI、I2C、传感器、电机、摄像头）的标准化封装与驱动适配，并且没有针对边缘计算、低功耗、实时性场景（如工业控制、机器人、智能家居、车载等）的专用技能集。
难道嵌入式领域就不配吃"龙虾"吗？！
本文，小编将以一个“控制OK1126B-S开发板上的Led灯闪烁节奏”的简单案例做演示，从基础开始逐步拆解Skills的设计与使用方法。
从本质上来说，Skills就是一本“操作手册”。它并不是直接帮AI完成任务，而是告诉AI在什么情况下应该做什么，以及如何去做。
我们用一个简单的类比来理解：
在射击游戏中，玩家的目标是击败敌人。枪作为工具，它的职责非常单一：
- 输入：扣动扳机
- 输出：发射子弹
至于子弹打到哪里，枪本身并不关心。而这个Skill的作用，则类似于“战术手册”。它会告诉AI：
- 什么时候可以开枪（检测到敌人）
- 什么时候不该开枪（有友军在前）
- 什么时候停止（敌人血量归零）
通过这些规则约束，AI就不再是一个机械执行指令的工具，而是开始具备初步的判断能力与决策逻辑，开始“像人一样思考”。
在OpenClaw中，一个Skill实际上是一个结构化的目录，通常存放在：
~/.openclaw/workspace/skills/${SKILL_NAME}
一个完整的Skill由四个部分组成：
命名规范：
Skill的目录名称必须符合规范，否则无法被识别：
- 只能使用：小写字母+数字+连字符（-）
- 示例：gpio-led-control
这个规范虽然简单，但在实际开发中非常关键，很多Skill无法加载的问题，往往就出在这里。
SKILL.md是整个Skill的核心，可以理解为“说明书+行为指南”。它由两部分组成：
① 前置元数据（Metadata）
使用---包裹，主要用于定义Skill的基本信息，这些信息的作用是：
- 帮助OpenClaw识别Skill
- 提供语义匹配（Skill触发关键词）
例如：
--- name: gpio-led-control # 必填项 description: 开发板 GPIO LED 灯控制技能。 # 必填项 （以下列出部分可选项， 仅供参考） user-invocable: true # 可选:是否可被用户直接调用 ---
②正文（操作手册）
正文部分则就是具体的操作指导手册了，可以根据需求灵活组织，以我们已经提前写好的"gpio-led-control"下的SKILL.md 简化版为例进行展示：
# GPIO LED Control - 开发板 LED 灯控制 控制 OK1126B-S 等开发板上的系统 LED 灯（work/net 等）。 ## 快速开始 ### 查看可用 LED ### 控制 LED 亮灭 ## 使用场景示例 ## 权限说明 ## 注意事项
在实际编写时，可以根据需要扩展，例如：增加判断逻辑（何时执行）、增加错误处理、增加参数说明、增加示例输入输出等。除了核心的SKILL.md之外，其余三个目录属于辅助结构，各自承担不同角色。
其中，scripts目录主要用来存放可直接运行的脚本文件，适合那些执行逻辑固定、无需频繁改动的任务场景，例如控制LED灯的亮灭转换等。这类脚本可以被直接调用运行，从而减少重复生成代码的过程，提高整体执行效率与稳定性。
references目录则用于整理各类参考资料，例如：API文档、数据库结构说明或操作手册等。这些内容并不会在一开始全部加载，而是根据实际需要按需引入上下文，既避免了无关信息占用资源，也能在关键时刻为AI提供更深入、专业的知识支持。
而assets目录用于存放各类资源文件，例如模板、图片等。与 references 不同，这里的内容不会参与模型上下文推理，而是服务于最终结果的生成，例如报告模板、输出所需图片等，用于提升Skill输出的表现力和完整度。
理解结构之后，我们就可以开始编写自己的Skill了。编写Skill的整个流程可以总结为：
需求分析→资源规划→初始化→编写→打包→测试
第一步：需求分析
在动手之前，必须明确：
- Skill要解决什么问题？
- 使用场景是什么？
- 用户会怎么触发它？
- 输入输出是什么？
触发条件一定要清晰，否则会出现Skill无法被调用或被错误调用的情况
第二步：资源规划
根据需求判断是否需要：
- scripts（是否需要执行代码）
- references（是否需要文档支持）
- assets（是否需要输出资源）
提前规划可以避免后期结构混乱以及反复修改导致的冗余
第三步：编写与调试
我们可以借助OpenClaw，在指定目录中自动生成一份符合规范的Skill初始模板，并在此基础上进行二次完善。不过需要注意的是，这类自动生成的Skill只是一个“起点”，通常无法直接满足实际需求。要想真正落地使用，仍然需要结合具体场景，对其内容进行逐步调整与反复测试，最终打磨出符合预期的功能效果。
为了更直观地理解，我们编写了一个简单的Skill并放在了对应的目录下，该Skill用于控制OK1126B-S开发板上两颗 LED灯的闪烁。
在OpenClaw这么火，用它做个飞书助手怎么样？一文中，我们已经将安装在开发板上的OpenClaw接入了飞书，因此，我们此时可以直接用飞书对OpenClaw下达命令。
接入不同的Skill后，OpenClaw会：识别用户意图→匹配对应Skill→根据SKILL.md的规则执行→调用scripts中的脚本→返回执行结果。
整个过程无需人工干预，实现真正的“自然语言控制硬件”。
我们通过拆解Skills的核心概念、结构，并结合LED控制简易实操案例，清晰展现了Skills的落地应用逻辑。即便只是基础的硬件控制场景，这个案例也直指Skills的核心价值：把复杂业务流程封装成可复用的标准化能力单元。
Skills的设计初衷，就是实现指令化调用、规范化执行：完成Skills搭建后，仅需一句指令即可驱动AI按预设规则完成任务，既彻底规避重复开发、重复调试的冗余劳动，又能保障全场景任务执行的稳定性与一致性，在嵌入式开发、自动化运维、智能设备管控等领域具备极强的实用价值。
嵌入式领域是OpenClaw生态落地的核心突破口，既是实现硬件实时交互、落地边缘智能的关键入口，也是整个生态中增长潜力最大、优质能力供给最紧缺的赛道。只有持续打造丰富、易用、高可靠的嵌入式Skills能力池，OpenClaw才能突破桌面工具的定位局限，真正成长为覆盖“云-边-端”全链路的完整智能执行框架。
" alt="你的OpenClaw只会答不会做？Skills帮你构建主动执行能力" src="在OpenClaw这么火，用它做个飞书助手怎么样？（进入飞凌嵌入式账号主页，上一篇文章就是）一文中，讲解了将OpenClaw部署在OK1126B-S开发板，并通过飞书调用部署在服务器上的本地模型，从而实现一个属于我们自己的本地AI助手的方法。本篇文章，我们将进一步深入挖掘OpenClaw的核心能力之一 —— Skills。
如果说模型本身是“大脑”，那么Skills更像是“经验+行动指南”。通过编写Skills，我们可以让OpenClaw不再只是被动回答问题，而是能够按照既定规则，主动完成复杂任务。
截至发稿前，ClawHub社区中发布的Skills数量已达到了2.6w+，但这些Skills中超过99%都是面向Windows/x86 Linux/Mac且聚焦于办公、网页自动化等方面，面向嵌入式Linux的Skills数量极少且成熟度较低，缺乏对嵌入式外设（GPIO、UART、SPI、I2C、传感器、电机、摄像头）的标准化封装与驱动适配，并且没有针对边缘计算、低功耗、实时性场景（如工业控制、机器人、智能家居、车载等）的专用技能集。
难道嵌入式领域就不配吃"龙虾"吗？！
本文，小编将以一个“控制OK1126B-S开发板上的Led灯闪烁节奏”的简单案例做演示，从基础开始逐步拆解Skills的设计与使用方法。
从本质上来说，Skills就是一本“操作手册”。它并不是直接帮AI完成任务，而是告诉AI在什么情况下应该做什么，以及如何去做。
我们用一个简单的类比来理解：
在射击游戏中，玩家的目标是击败敌人。枪作为工具，它的职责非常单一：
- 输入：扣动扳机
- 输出：发射子弹
至于子弹打到哪里，枪本身并不关心。而这个Skill的作用，则类似于“战术手册”。它会告诉AI：
- 什么时候可以开枪（检测到敌人）
- 什么时候不该开枪（有友军在前）
- 什么时候停止（敌人血量归零）
通过这些规则约束，AI就不再是一个机械执行指令的工具，而是开始具备初步的判断能力与决策逻辑，开始“像人一样思考”。
在OpenClaw中，一个Skill实际上是一个结构化的目录，通常存放在：
~/.openclaw/workspace/skills/${SKILL_NAME}
一个完整的Skill由四个部分组成：
命名规范：
Skill的目录名称必须符合规范，否则无法被识别：
- 只能使用：小写字母+数字+连字符（-）
- 示例：gpio-led-control
这个规范虽然简单，但在实际开发中非常关键，很多Skill无法加载的问题，往往就出在这里。
SKILL.md是整个Skill的核心，可以理解为“说明书+行为指南”。它由两部分组成：
① 前置元数据（Metadata）
使用---包裹，主要用于定义Skill的基本信息，这些信息的作用是：
- 帮助OpenClaw识别Skill
- 提供语义匹配（Skill触发关键词）
例如：
--- name: gpio-led-control # 必填项 description: 开发板 GPIO LED 灯控制技能。 # 必填项 （以下列出部分可选项， 仅供参考） user-invocable: true # 可选:是否可被用户直接调用 ---
②正文（操作手册）
正文部分则就是具体的操作指导手册了，可以根据需求灵活组织，以我们已经提前写好的"gpio-led-control"下的SKILL.md 简化版为例进行展示：
# GPIO LED Control - 开发板 LED 灯控制 控制 OK1126B-S 等开发板上的系统 LED 灯（work/net 等）。 ## 快速开始 ### 查看可用 LED ### 控制 LED 亮灭 ## 使用场景示例 ## 权限说明 ## 注意事项
在实际编写时，可以根据需要扩展，例如：增加判断逻辑（何时执行）、增加错误处理、增加参数说明、增加示例输入输出等。除了核心的SKILL.md之外，其余三个目录属于辅助结构，各自承担不同角色。
其中，scripts目录主要用来存放可直接运行的脚本文件，适合那些执行逻辑固定、无需频繁改动的任务场景，例如控制LED灯的亮灭转换等。这类脚本可以被直接调用运行，从而减少重复生成代码的过程，提高整体执行效率与稳定性。
references目录则用于整理各类参考资料，例如：API文档、数据库结构说明或操作手册等。这些内容并不会在一开始全部加载，而是根据实际需要按需引入上下文，既避免了无关信息占用资源，也能在关键时刻为AI提供更深入、专业的知识支持。
而assets目录用于存放各类资源文件，例如模板、图片等。与 references 不同，这里的内容不会参与模型上下文推理，而是服务于最终结果的生成，例如报告模板、输出所需图片等，用于提升Skill输出的表现力和完整度。
理解结构之后，我们就可以开始编写自己的Skill了。编写Skill的整个流程可以总结为：
需求分析→资源规划→初始化→编写→打包→测试
第一步：需求分析
在动手之前，必须明确：
- Skill要解决什么问题？
- 使用场景是什么？
- 用户会怎么触发它？
- 输入输出是什么？
触发条件一定要清晰，否则会出现Skill无法被调用或被错误调用的情况
第二步：资源规划
根据需求判断是否需要：
- scripts（是否需要执行代码）
- references（是否需要文档支持）
- assets（是否需要输出资源）
提前规划可以避免后期结构混乱以及反复修改导致的冗余
第三步：编写与调试
我们可以借助OpenClaw，在指定目录中自动生成一份符合规范的Skill初始模板，并在此基础上进行二次完善。不过需要注意的是，这类自动生成的Skill只是一个“起点”，通常无法直接满足实际需求。要想真正落地使用，仍然需要结合具体场景，对其内容进行逐步调整与反复测试，最终打磨出符合预期的功能效果。
为了更直观地理解，我们编写了一个简单的Skill并放在了对应的目录下，该Skill用于控制OK1126B-S开发板上两颗 LED灯的闪烁。
在OpenClaw这么火，用它做个飞书助手怎么样？一文中，我们已经将安装在开发板上的OpenClaw接入了飞书，因此，我们此时可以直接用飞书对OpenClaw下达命令。
接入不同的Skill后，OpenClaw会：识别用户意图→匹配对应Skill→根据SKILL.md的规则执行→调用scripts中的脚本→返回执行结果。
整个过程无需人工干预，实现真正的“自然语言控制硬件”。
我们通过拆解Skills的核心概念、结构，并结合LED控制简易实操案例，清晰展现了Skills的落地应用逻辑。即便只是基础的硬件控制场景，这个案例也直指Skills的核心价值：把复杂业务流程封装成可复用的标准化能力单元。
Skills的设计初衷，就是实现指令化调用、规范化执行：完成Skills搭建后，仅需一句指令即可驱动AI按预设规则完成任务，既彻底规避重复开发、重复调试的冗余劳动，又能保障全场景任务执行的稳定性与一致性，在嵌入式开发、自动化运维、智能设备管控等领域具备极强的实用价值。
嵌入式领域是OpenClaw生态落地的核心突破口，既是实现硬件实时交互、落地边缘智能的关键入口，也是整个生态中增长潜力最大、优质能力供给最紧缺的赛道。只有持续打造丰富、易用、高可靠的嵌入式Skills能力池，OpenClaw才能突破桌面工具的定位局限，真正成长为覆盖“云-边-端”全链路的完整智能执行框架。
" class="thumb">你的OpenClaw只会答不会做？Skills帮你构建主动执行能力2026-07-03 15:34
楠木正成：忠君报国，南北朝的殉道者
楠木正成（1294—1336）生于河内国豪族家庭，自幼深谙兵法武艺。他生活的时代正值镰仓幕府衰落，后醍醐天皇发起倒幕运动，楠木正成成为其最坚定的支持者。1333年，他以少量兵力牵制幕府军，为天皇军攻占镰仓立下首功，史称“凑川之战”。然而，倒幕成功后，足利尊氏叛变，日本陷入南北朝分裂。
楠木正成被后醍醐天皇任命为南朝核心将领，多次以少胜多抵抗北朝进攻。1336年，他在凑川之战中与足利尊氏决战，最终因兵力悬殊战败。据《太平记》记载，楠木正成临终前与弟弟楠木正季互刺而死，后世将其演绎为“七生报国”的誓言，即愿七世转生以报天皇。明治维新后，楠木正成被树立为“忠君爱国”的典范，其雕像至今矗立于东京皇居外苑，成为日本精神象征之一。
真田幸村：战国末路的“第一兵”
真田幸村（1567—1615）出身甲斐国豪族，是战国名将真田昌幸的次子。他活跃于日本战国末期，以军事才能著称。1600年关原合战中，真田幸村以千人部队阻击德川家康三万大军，虽最终因西军败北而失败，但其战术智慧令敌军胆寒。战后，他与父亲被流放至纪州九度山，隐居十年。
1614年，丰臣家与德川家爆发“大坂之役”，真田幸村抓住最后机会出山，以寡击众守护大坂城。1615年夏之阵中，他率领真田赤备队突袭德川家康本阵，几乎取其性命，最终因部下全部战死而绝望自刎，年仅48岁。真田幸村的悲壮结局使其被誉为“日本第一兵”，其形象在江户时代被神化，成为“败者美学”的代表人物。
悲剧英雄的共性：忠诚与宿命的碰撞
三位英雄的悲剧命运虽因时代背景而异，却共享着相同的内核：对主君的绝对忠诚与权力斗争的残酷现实之间的冲突。源义经因兄长猜忌而死，楠木正成为忠君理想殉道，真田幸村则为报恩丰臣家而战至最后一刻。他们的故事揭示了日本武士道精神中“忠”与“义”的双重性——既是对个人信念的坚守，也是对命运无常的无奈接受。
此外，三人的悲剧结局均被后世赋予浪漫化解读。源义经成为“天才陨落”的象征，楠木正成的“七生报国”被纳入国家意识形态，真田幸村的“赤备冲锋”则被演绎为武士道精神的巅峰。这种文化重构反映了日本社会对“悲剧美”的独特审美：通过殉道者的牺牲，实现个体价值与集体记忆的永恒化。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
" alt="日本三大悲情英雄：命运洪流中的忠诚与抗争" src=" 在日本历史长河中，有三位英雄人物以悲剧性的命运成为后世传颂的经典。他们分别是源义经、楠木正成和真田幸村，三人虽身处不同时代，却都因忠诚与抗争的悲壮结局，被并称为“日本三大悲情英雄”。他们的故事不仅折射出日本武士道精神的核心，更揭示了权力斗争中个人命运的渺小与无奈。
源义经：功高震主，兄弟反目成殇
源义经（1159—1189）出身河内源氏，是源氏首领源义朝的第九子。幼年时，源氏与平氏争夺朝廷实权，源义朝战败被杀，源义经与兄长源赖朝流亡各地。多年后，源义经在鞍马寺习得高超武艺，后受兄长召唤起兵讨伐平氏，成为“源平合战”中的核心将领。他以奇谋妙计屡建战功，最终在坛之浦海战中彻底击败平氏，为源氏夺回政权立下不世之功。
然而，源赖朝对这位异母弟的猜忌与日俱增。源义经因战功显赫被后白河法皇封为“判官”，这一荣誉却成为兄弟反目的导火索。源赖朝以“谋反”罪名下令追捕源义经，迫使后者逃亡奥州。1189年，走投无路的源义经在衣川馆自尽，年仅30岁。他的悲剧不仅源于权力斗争的残酷，更因与爱妾静御前的凄美爱情故事而增添了悲情色彩。后世将源义经视为“镰仓战神”，其忠勇与命运的无常成为日本文学、戏剧中永恒的题材。
楠木正成：忠君报国，南北朝的殉道者
楠木正成（1294—1336）生于河内国豪族家庭，自幼深谙兵法武艺。他生活的时代正值镰仓幕府衰落，后醍醐天皇发起倒幕运动，楠木正成成为其最坚定的支持者。1333年，他以少量兵力牵制幕府军，为天皇军攻占镰仓立下首功，史称“凑川之战”。然而，倒幕成功后，足利尊氏叛变，日本陷入南北朝分裂。
楠木正成被后醍醐天皇任命为南朝核心将领，多次以少胜多抵抗北朝进攻。1336年，他在凑川之战中与足利尊氏决战，最终因兵力悬殊战败。据《太平记》记载，楠木正成临终前与弟弟楠木正季互刺而死，后世将其演绎为“七生报国”的誓言，即愿七世转生以报天皇。明治维新后，楠木正成被树立为“忠君爱国”的典范，其雕像至今矗立于东京皇居外苑，成为日本精神象征之一。
真田幸村：战国末路的“第一兵”
真田幸村（1567—1615）出身甲斐国豪族，是战国名将真田昌幸的次子。他活跃于日本战国末期，以军事才能著称。1600年关原合战中，真田幸村以千人部队阻击德川家康三万大军，虽最终因西军败北而失败，但其战术智慧令敌军胆寒。战后，他与父亲被流放至纪州九度山，隐居十年。
1614年，丰臣家与德川家爆发“大坂之役”，真田幸村抓住最后机会出山，以寡击众守护大坂城。1615年夏之阵中，他率领真田赤备队突袭德川家康本阵，几乎取其性命，最终因部下全部战死而绝望自刎，年仅48岁。真田幸村的悲壮结局使其被誉为“日本第一兵”，其形象在江户时代被神化，成为“败者美学”的代表人物。
悲剧英雄的共性：忠诚与宿命的碰撞
三位英雄的悲剧命运虽因时代背景而异，却共享着相同的内核：对主君的绝对忠诚与权力斗争的残酷现实之间的冲突。源义经因兄长猜忌而死，楠木正成为忠君理想殉道，真田幸村则为报恩丰臣家而战至最后一刻。他们的故事揭示了日本武士道精神中“忠”与“义”的双重性——既是对个人信念的坚守，也是对命运无常的无奈接受。
此外，三人的悲剧结局均被后世赋予浪漫化解读。源义经成为“天才陨落”的象征，楠木正成的“七生报国”被纳入国家意识形态，真田幸村的“赤备冲锋”则被演绎为武士道精神的巅峰。这种文化重构反映了日本社会对“悲剧美”的独特审美：通过殉道者的牺牲，实现个体价值与集体记忆的永恒化。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
" class="thumb">日本三大悲情英雄：命运洪流中的忠诚与抗争2026-07-03 15:15
讯烁