惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
Martin Fowler
Martin Fowler
Vercel News
Vercel News
U
Unit 42
Engineering at Meta
Engineering at Meta
aimingoo的专栏
aimingoo的专栏
MyScale Blog
MyScale Blog
Y
Y Combinator Blog
阮一峰的网络日志
阮一峰的网络日志
爱范儿
爱范儿
Apple Machine Learning Research
Apple Machine Learning Research
博客园_首页
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
B
Blog RSS Feed
N
Netflix TechBlog - Medium
GbyAI
GbyAI
F
Fortinet All Blogs
MongoDB | Blog
MongoDB | Blog
大猫的无限游戏
大猫的无限游戏
C
Check Point Blog
M
MIT News - Artificial intelligence
D
Docker
IT之家
IT之家
Stack Overflow Blog
Stack Overflow Blog

博客园 - 张善友

纯 .NET 手写 CUDA kernel,GLM-5.3-Flash decode 跑出 llama.cpp 的 2 倍 3 张卡到底能不能跑大模型推理?从 vLLM、llama.cpp 到 TensorSharp 的多卡真相 AI 编程时代,.NET 的机会在哪里? Vibe Coding 月提交量 29 亿次之后:GitHub 的危机、Azure 迁移,以及 .NET 的机会 从 PostgreSQL 到 Kubernetes:开源的护城河,从来不写在代码里 人工智能最先替代的,是人工智能学院自己 企业架构的六种场景:从"四大流派"到数字原生与 AI 原生 TensorSharp 最新进展研究报告:从 DeepSeek V4 Flash 到 GLM-5.2,以及等待中的 GLM-5.3 Google 官方下场安利:Go 是 AI 时代的"理想语言"?其实 C# 更有资格坐这个位置 当"入门第一课"的作者开始 Vibe Coding:廖雪峰 2026 上半年 AI 编程实践深度探索 两种 Harness 哲学:从 DeepSeek Harness 的"过度抽象"争议,看 OpenClaw.NET 的另一种答案 JVMGuard 来了,.NET 开发者别慌:你的 dotnet-monitor 早就准备好了 .NET 11 Preview 7 发布:一大波硬核更新来袭,离正式版又近了一步! Agent 系统的不确定性治理:当软件工程遭遇"梯度下降" WorkBuddy 专家团的下一步:用 MetaSkill 把「提示词约定」升级为「运行时硬约束」 改变世界的17个方程,如何重塑 GoodCrew 的架构哲学 修 Bug 的手艺与架构的艺术:从熵增到熵减 "从"前锋"到"中场":为什么 Agent 基础设施的建设者必须是系统思考者" 纯 C# 追平 llama.cpp?.NET 本地推理三国杀 MCP 第五版 × OpenClaw.NET:从协议升级到生态编排 把 284B 的 DeepSeek V4 Flash 装进纯 .NET:TensorSharp 用一天改写了 .NET 推理栈的位置 从DDD到Ontology:当数字员工不再认"限界上下文"这堵墙 从 Harness 引擎到 MetaSkill DAG 的确定性架构 25家巨头联名的那封公开信,为什么数字员工架构师应该逐字读一遍 AI + C# NativeAOT:破解应用开发的"最后一公里" 本体:AI落地的"企业翻译官" C# MCP SDK 2.0 即将发布:去会话化、去握手、去运维噩梦 数字员工的成本账:OpenClaw.NET 如何用工程化实现"成功任务的单位经济学"(下) AI 成本战的隐性成本与降本五层:从"成功率悖论"到"系统复杂度"(中) 从 Token 价格战到成功任务单位经济学:AI 成本战的真正主线(上)
OpenClaw.NET 兼容性目录指南(Compatibility Catalog)
张善友 · 2026-05-21 · via 博客园 - 张善友

面向 OpenClaw.NET 用户与贡献者的 compat/public-smoke.json 完整技术指南。

概述

compat/public-smoke.json 是 OpenClaw.NET 兼容性验证体系的核心清单文件。它承担着以下关键职责:

  • 集中管理所有已知公开插件(NPM Plugin)和技能(ClawHub Skill)的预期行为;
  • 作为自动化烟雾测试(Public Smoke Tests) 的唯一数据源;
  • 通过 CLI 命令REST API 暴露给运维与集成方查询;
  • 在构建期作为嵌入资源(Embedded Resource)编译进 OpenClaw.Core 程序集,对 NativeAOT 完全友好,运行时无需访问文件系统。

无论是发布前的回归验证、外部集成方的兼容性自查,还是社区贡献者新增插件,都以该清单为唯一事实来源(Single Source of Truth)。


文件结构

清单顶层是一个带版本号的 JSON 对象,entries 字段为条目数组:

{
  "version": 2,
  "entries": [
    {
      "id": "agentseo-plugin",
      "category": "ts-jiti-plugin",
      "kind": "npm-plugin",
      "spec": "@agentseo/openclaw-plugin@0.1.4",
      "packageName": "@agentseo/openclaw-plugin",
      "pluginId": "agentseo",
      "expectedStatus": "compatible",
      "configJson": "{\"apiKey\":\"test_key\"}",
      "expectedToolNames": ["agentseo_audit", "agentseo_keywords"],
      "expectedSkillNames": ["agentseo"]
    }
  ]
}

条目字段说明

字段按用途分为三组:通用字段技能专用字段插件专用字段

通用字段(所有条目必填)

字段 类型 说明
id string 场景唯一标识,须在 entries 中保持唯一
category string 场景分类:pure-skilljs-tool-plugints-jiti-pluginconfig-schema-pluginunsupported-surface-plugin
kind string 资源类型:clawhub-skillnpm-plugin

技能专用字段(kind == "clawhub-skill"

字段 类型 必填 说明
slug string ClawHub 中的技能标识符
version string 技能的 SemVer 版本
expectedRelativePath string 安装后的预期相对路径,如 skills/my-skill/SKILL.md

插件专用字段(kind == "npm-plugin"

字段 类型 必填 说明
spec string NPM 包规范,如 @agentseo/openclaw-plugin@0.1.4
packageName string NPM 包名
pluginId string 插件唯一标识
expectedStatus string 预期兼容性状态:compatibleincompatible
configJson string ⭕️ JSON 字符串形式的示例配置
installExtraPackages string[] ⭕️ 需要额外安装的依赖包列表
expectedToolNames string[] ⭕️ 预期暴露的工具名称(仅 compatible 场景)
expectedSkillNames string[] ⭕️ 预期提供的技能名称(仅 compatible 场景)
expectedDiagnosticCodes string[] ⭕️ 预期的诊断错误码(仅 incompatible 场景)

⚠️ 注意:NPM 插件条目必须显式指定 expectedStatus,编译期校验会拒绝缺失该字段的条目。


场景分类详解

OpenClaw.NET 共定义了 5 种 category,覆盖了从纯技能到负面用例的全部典型场景:

Category 说明 测试目的 典型示例
pure-skill 独立技能包,无 NPM 依赖 验证 SKILL.md 格式与 ClawHub 安装流程 pdf-form-filler
js-tool-plugin JavaScript 编写的桥接插件 验证 JS 插件加载与工具导出 @example/js-plugin
ts-jiti-plugin TypeScript + JITI 转译的插件 验证 TypeScript 转译与 JITI 集成 @agentseo/openclaw-plugin
config-schema-plugin 配置校验负面场景 验证无效配置被检测并返回诊断码 缺失必填字段 / 字段类型错误
unsupported-surface-plugin 不支持功能的负面场景 验证不支持的 API 被显式拒绝 注册 CLI 命令 / 调用受限 API

正面与负面场景

正面场景(expectedStatus = "compatible"

  • 验证插件/技能能够成功加载
  • 验证声明的工具和技能均正确暴露到 Gateway;
  • 使用 expectedToolNamesexpectedSkillNames 进行断言;
  • 任何缺失或多余的工具/技能均判定为失败。

负面场景(expectedStatus = "incompatible"

  • 验证错误能被系统显式检测并拒绝,而非"部分加载"或静默忽略;
  • 使用 expectedDiagnosticCodes 断言错误码;
  • 典型诊断码:
诊断码 含义
config_one_of_mismatch 配置不满足 oneOf 约束
unsupported_cli_registration 插件尝试注册不支持的 CLI 命令
unsupported_surface_call 调用了未公开/受限的 API 表面
schema_required_missing 必填字段缺失

使用方式

CLI 查询

OpenClaw CLI 提供 compatibility catalog 子命令,便于本地查询与脚本消费:

# 查看所有条目
openclaw compatibility catalog

# 按状态过滤
openclaw compatibility catalog --status compatible
openclaw compatibility catalog --status incompatible

# 按类型与分类过滤
openclaw compatibility catalog --kind npm-plugin --category ts-jiti-plugin

# JSON 格式输出(适用于程序化消费)
openclaw compatibility catalog --json

# 简写形式
openclaw compat catalog

REST API

Gateway 通过 /api/integration/compatibility 路由族对外暴露:

GET /api/integration/compatibility/catalog
GET /api/integration/compatibility/catalog?compatibilityStatus=compatible
GET /api/integration/compatibility/catalog?kind=npm-plugin&category=ts-jiti-plugin
GET /api/integration/compatibility/export
  • /catalog 端点支持 compatibilityStatuskindcategory 三个查询参数过滤;
  • /export 端点返回完整的兼容性报告,包含运行时模式(AOT / JIT)、安全态势(Security Posture)、通道就绪状态(Channel Readiness)等额外维度,适合在 CI 中归档或对接外部门户。

自动化测试

测试类 PublicCompatibilitySmokeTests 在运行时自动读取清单并迭代执行:

  • 触发开关:环境变量 OPENCLAW_PUBLIC_SMOKE=1 必须设置,否则测试整体跳过;
  • ClawHub 技能:通过 npx clawhub 安装并校验 expectedRelativePath 文件存在;
  • compatible 插件:执行安装、加载、然后断言 expectedToolNames / expectedSkillNames 完整暴露;
  • incompatible 插件:执行安装、加载,断言加载失败且诊断码集合至少包含 expectedDiagnosticCodes 中的全部条目。

CI/CD 集成

在 GitHub Actions 中,public-compatibility-smoke 作业承担清单的回归验证:

  • 触发条件:定时执行(schedule)或手动派发(workflow_dispatch);
  • 依赖环境:Node.js 20(用于 npmclawhub 命令链路);
  • 执行流程dotnet test + --filter Category=PublicSmoke
  • 报告产物:生成 TRX 格式测试报告并作为 artifact 上传;
  • 失败语义:任意条目断言失败即视为整个作业失败,需在合并前修复。

如何贡献新条目

添加新技能

{
  "id": "my-new-skill",
  "category": "pure-skill",
  "kind": "clawhub-skill",
  "slug": "my-new-skill",
  "version": "1.0.0",
  "expectedRelativePath": "skills/my-new-skill/SKILL.md"
}

添加兼容插件(正面场景)

{
  "id": "my-plugin",
  "category": "js-tool-plugin",
  "kind": "npm-plugin",
  "spec": "@my-org/openclaw-plugin@1.0.0",
  "packageName": "@my-org/openclaw-plugin",
  "pluginId": "my-plugin",
  "expectedStatus": "compatible",
  "configJson": "{\"apiKey\":\"test_key\"}",
  "expectedToolNames": ["my_tool_1", "my_tool_2"],
  "expectedSkillNames": ["my-skill"]
}

添加不兼容场景(负面场景)

{
  "id": "broken-plugin-example",
  "category": "config-schema-plugin",
  "kind": "npm-plugin",
  "spec": "@my-org/broken-plugin@1.0.0",
  "packageName": "@my-org/broken-plugin",
  "pluginId": "broken-plugin",
  "expectedStatus": "incompatible",
  "configJson": "{\"wrongField\": 123}",
  "expectedDiagnosticCodes": ["config_one_of_mismatch"]
}

贡献流程

  1. compat/public-smoke.jsonentries 数组末尾追加条目;

  2. 确保必填字段完整:

    • NPM 插件:必须包含 expectedStatusspecpackageNamepluginId
    • 技能:必须包含 slugversionexpectedRelativePath
  3. 本地设置 OPENCLAW_PUBLIC_SMOKE=1 并执行:

    dotnet test OpenClaw.Net.slnx --filter Category=PublicSmoke
    
  4. 如引入了新的 categorykind,需同步:

    • 升级清单顶层 version 字段;
    • 更新 PublicCompatibilityCatalog 中的枚举与转换逻辑;
    • 更新本文档的场景分类详解表格。

数据转换逻辑

清单在运行时通过 PublicCompatibilityCatalog.CreateCatalog() 转换为富目录(Rich Catalog),以便 CLI 与 REST API 直接消费。核心映射规则如下:

源字段 生成字段 转换逻辑
slug / packageName / pluginId / id Subject 按优先级取第一个非空值
kind + spec / slug InstallCommand 技能:openclaw clawhub install {slug}
插件:openclaw plugins install {spec} --dry-run
category + expectedStatus Summary 根据场景性质生成人类可读描述
expectedStatus ScenarioType compatible"positive"
incompatible"negative"
多字段组合 Guidance[] 上下文相关的操作建议(如"配置 schema 错误,请参考插件文档")

与 NativeAOT 的关系

OpenClaw.NET 的 NativeAOT 约束直接影响清单的加载与序列化方式:

  • 嵌入资源compat/public-smoke.json.csproj 中以 <EmbeddedResource> 方式编译进 OpenClaw.Core.dll运行时无任何文件 I/O
  • JSON 源生成:使用 CoreJsonContext(基于 JsonSerializerContext 的 source generator)反序列化清单,完全规避反射
  • 桥接协议:插件通过 plugin-bridge.mjsJSON-RPC over stdio,避免在主进程中动态加载托管程序集;
  • AOT/JIT 一致性:清单驱动的烟雾测试同时覆盖 AOT 与 JIT 两种发布模式,确保行为一致。

故障排查

症状 可能原因 解决方案
测试报告 "plugin failed to load" configJson 格式错误或字段类型不匹配 检查 JSON 是否符合插件实际 schema,使用 --dry-run 先行验证
"expected tool not found" 插件未声明该工具或工具名拼写错误 校对 expectedToolNames 与插件运行时实际暴露的工具名
编译期错误 "npm-plugin must declare expectedStatus" 新条目缺少 expectedStatus 字段 明确指定 "compatible""incompatible"
烟雾测试整体未运行 环境变量未设置 设置 OPENCLAW_PUBLIC_SMOKE=1 后重试
clawhub 安装失败 Node.js 未安装或版本过低 安装 Node.js 20+ 并确保 npx 可用
expectedDiagnosticCodes 不匹配 错误码命名变更或新增 查阅最新诊断码列表,必要时同步更新清单
AOT 模式启动报缺少元数据 新增字段未在 CoreJsonContext 中声明 在源生成上下文中添加对应类型