Token导航 LogoToken导航TokenDH.com
效率external-serviceclawhub未标认证来源可访问clear审计提醒

universal-primitives通用原语

Agent Skill

universal-primitives 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

3,535

周安装

143

GitHub Stars

公开资料未说明

下载量

1,110
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:universal-primitives(通用原语)
来源仓库:https://github.com/wangjiaocheng/universal-primitives
安装命令:
openclaw skills install universal-primitives
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install universal-primitives

简介

通用执行器架构原理:大语言模型只需文件增删改查和执行脚本两个基元工具,配合其天然的文字理解能力,就能从"无所不知只能输出文字"跃迁到"无所不能能控制任何软件硬件"。当用户讨论AI能力边界、工具设计哲学、Agent架构原理、LLM与操作系统交互、如何让AI控制软件硬件等主题时触发。

SKILL.md

name
universal-primitives
author
王教成 Wang Jiaocheng (波动几何)
description
通用执行器架构原理:大语言模型只需文件增删改查和执行脚本两个基元工具,配合其天然的文字理解能力,就能从"无所不知只能输出文字"跃迁到"无所不能能控制任何软件硬件"。当用户讨论AI能力边界、工具设计哲学、Agent架构原理、LLM与操作系统交互、如何让AI控制软件硬件等主题时触发。

通用执行器原理

核心洞察

文字本身是通用的控制协议。 代码是文字,配置是文字,命令行是文字,API请求是文字,协议规范是文字。大语言模型天然理解所有这些文字格式——它缺的从来不是"理解",而是"执行通道"。

能力跃迁公式

两个基元 × 一个理解一切文字的大脑 = 通用执行器

基元一:文件增删改查(手)

  • 读文件 → 获取信息,理解现状
  • 写文件 → 创建代码、配置、文档
  • 改文件 → 修改已有代码、配置、数据
  • 删文件 → 清理、重构、更新

通过文件操作,LLM能生成任何软件、修改任何配置、创建任何数据结构。

基元二:执行命令(脚)

  • 运行脚本 → 启动进程、调用API、操作数据库
  • 安装软件 → 获取新能力
  • 系统操作 → 文件管理、网络请求、进程控制
  • 自动化工具 → 浏览器控制、GUI自动化

通过命令执行,LLM能运行自己写的代码,控制任何软件,间接控制任何硬件。

跃迁链条

纯LLM:无所不知,只能输出文字
  ↓ + 文件增删改查
能读写代码的LLM:有了"手",能造东西
  ↓ + 命令执行
能运行代码的LLM:有了"脚",能启动进程
  ↓ + 操作系统/浏览器自动化
无所不能的LLM:任何软件能做的事它都能做

扩展原理

所有复杂的工具链都是这两个基元的排列组合:

复杂工具拆解为基元
搜索/替换读文件 + 改文件
安装运行时执行命令
运行脚本写文件 + 执行命令
浏览器自动化执行命令(调用浏览器driver)
数据库操作写文件(SQL脚本)+ 执行命令
硬件控制执行命令(调用硬件接口软件)
技能/插件/MCP封装为文件 + 提供执行脚本

硬件控制路径

LLM → 执行命令 → 运行脚本/程序 → 调用硬件接口软件 → 控制硬件

软件是硬件的抽象层。LLM通过控制软件间接控制硬件:

  • 摄像头:调用系统摄像头API或Python库
  • 打印机:发送打印命令或调用打印API
  • IoT设备:调用MQTT/HTTP接口
  • GPIO/串口:运行串口通信脚本

设计哲学

最小工具集原则

不需要为每个领域设计专用工具。两个基元已经完备:

  • 文件操作覆盖所有信息层面的能力
  • 命令执行覆盖所有行动层面的能力

为什么是"两个"而非"一个"

  • 只有文件操作 → 能写代码但不能运行,只能造工具不能用工具
  • 只有命令执行 → 能运行但不能修改,只能用现成的东西
  • 两者结合 → 能写、能改、能运行、能迭代,形成闭环

递归自举

LLM能用文件操作写出一个更强大的脚本,然后用命令执行运行这个脚本。新的脚本可能提供新的能力,而LLM又能理解这些新能力的输出。这是一个递归增强的过程:

写脚本 → 运行脚本 → 获得新能力 → 写更强的脚本 → ...

与Agent架构的关系

现代Agent框架的众多工具看似复杂,本质上都在两个基元上构建:

  • 搜索类工具 = 读取的变体
  • 编辑类工具 = 修改的变体
  • 执行类工具 = 运行的变体
  • 网络类工具 = 执行的变体(HTTP请求)
  • 技能/插件 = 预封装的"写+执行"组合包

理解两个基元,就理解了所有Agent工具的本质。

环境自举:在没有基元时创造基元

本技能的核心实用价值:当所在Agent环境缺少文件操作或命令执行能力时,引导Agent用现有接口创造出这两个基元。

自举流程

1. 检测当前环境有什么能力
2. 缺少什么就用现有能力去补
3. 两个基元就位 → 通用执行器激活

按环境类型的自举策略

环境可用能力自举方案
纯文本对话只能输出文字输出操作指令,指导用户手动执行(复制粘贴)
有API接口HTTP请求通过REST API调用来读写文件、触发执行
有网页访问浏览器操作使用在线代码执行平台(Python沙箱等)运行脚本
有代码解释器运行代码片段在解释器中模拟文件系统,用Python的open/exec
有部分工具不完整的工具集用现有工具组合模拟缺失的基元

自举示例

场景:Agent只有网页访问能力,没有文件和终端工具

  1. 用浏览器访问在线Python沙箱(如replit、colab)
  2. 在沙箱中编写文件读写代码
  3. 在沙箱中执行系统命令
  4. 通过网页API接口控制沙箱的输入输出
  5. → 文件基元和执行基元就位

场景:Agent只有纯文本输出

  1. 输出完整的脚本代码,标注文件路径
  2. 指导用户保存文件到指定位置
  3. 指导用户在终端中执行
  4. 用户粘贴执行结果回来
  5. → 用户成为执行通道,间接实现两个基元

关键原则

  • 任何接口都是起点:即使只有一个HTTP API,也能通过它构造出文件操作和命令执行
  • 递归增强:先造出简单工具,用简单工具造更强大的工具,逐步逼近完整能力
  • 降级策略:无法完全自动化时,退化为"输出指令让人类执行"模式,仍然是可用的

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

78.19%
按下载量换算868

安全审计

VirusTotal

可疑

ClawScan

可疑

Static analysis

通过

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills