agentCLAWHUBUnverified
Domain Payload Generator
领域负载物技能制作器（Meta-Skill）——Universal Task OS的技能工厂。独立创建与UTOS完全兼容的领域负载物技能，不依赖任何被创建的目标技能。提供领域分析框架（R1-R5分类定位/价值链拆解/任务枚举/UTOS映射推导）、三层结构模板（SKILL.md+catalog+requiremen... Skill: Domain Payload Generator Owner: wangjiaocheng Summary: 领域负载物技能制作器（Meta-Skill）——Universal Task OS的技能工厂。独立创建与UTOS完全兼容的领域负载物技能，不依赖任何被创建的目标技能。提供领域分析框架（R1-R5分类定位/价值链拆解/任务枚举/UTOS映射推导）、三层结构模板（SKILL.md+catalog+requiremen... Tags: latest:1.0.3 Version history: v1.0.3 | 2026-06-16T06:17:21.990Z | user - 增加UTOS接口校验清单项目数：从20项提升至21项，增强兼容性保障 - 「参考文件索引」和相关说明同步更新为21项校验 - 其余结构与功能保持一致 v1.0.2 | 2026-05-27T10:38:37.300Z | user -
OpenClaw
Rank
62
Safety
84
Downloads
1.2k
Updated
Oct 11, 2026
Version
1.0.3
Source
CLAWHUB
About
What it does, and when to use it.
Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/11/2026.
Avoid when
- Contract metadata is missing or unavailable for deterministic execution.
Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing
Public facts
Every fact links back to the source it came from.
- Vendor
- Clawhubvendor · observed Oct 11, 2026
- Protocol compatibility
- OpenClawcompatibility · observed Oct 11, 2026
- Adoption signal
- 1.2K downloadsadoption · observed Oct 11, 2026
- Latest release
- 1.0.3release · observed Jun 16, 2026
- Handshake status
- UNKNOWNsecurity
Install and run
Setup complexity: low.
clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:domain-payload-generator- Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.
- Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.
Contract: missing
curl -s "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-domain-payload-generator/snapshot"
Documentation
CLAWHUB
89,753 characters of source documentation, loaded on request.
Extracted files
5 files captured from the source.
SKILL.md
---
name: domain-payload-generator
author: 王教成 Wang Jiaocheng (波动几何)
description: 领域负载物技能制作器（Meta-Skill）——Universal Task OS的技能工厂。独立创建与UTOS完全兼容的领域负载物技能，不依赖任何被创建的目标技能。提供领域分析框架（R1-R5分类定位/价值链拆解/任务枚举/UTOS映射推导）、三层结构模板（SKILL.md+catalog+requirements+exemplars）、UTOS接口校验清单（21项逐条检查零冲突保障）、标准化生成工作流。复杂领域建议先用 Workflow Refactor 重构工作流再生成。触发词：领域负载物、技能制作、技能生成、知识参考库、新领域技能、domain payload、skill generator、meta-skill。
---
# 领域负载物技能制作器
## 定位
本技能是一个 **元技能（Meta-Skill）**——它的产出不是领域知识本身，而是**领域负载物技能**。当用户说"帮我做一个XX领域的知识参考库"时，本技能负责从零创建完整的、与UTOS完全兼容的领域负载物技能。
| 本技能提供 | 消费方式 |
|-----------|---------|
| 领域分析框架 | 分析新领域并确定域划分和任务类型 |
| 三层结构模板 | 自动生成SKILL.md + references/三层文件 |
| UTOS接口校验清单 | 确保生成的技能与UTOS无冲突 |
| 生成工作流 | 从用户输入到完整技能的标准化流程 |
## 核心能力
```
用户输入："帮我做一个XX领域的知识参考库"
↓
┌─────────────────────┐
│ Step 1: 领域分析 │ ← 用领域分析框架拆解新领域
│ 确定域数/任务数 │
├─────────────────────┤
│ Step 2: 结构生成 │ ← 用三层结构模板填充内容
│ SKILL.md │
│ + catalog │
│ + requirements │
│ + exemplars │
├─────────────────────┤
│ Step 3: UTOS校验 │ ← 用接口校验清单检查一致性
│ 无冲突 → 输出 │
│ 有冲突 → 修正 │
└─────────────────────┘
↓
完整的XX领域知识参考库技能（可直接使用）
```
## 与其他技能的关系
### 独立性保证
> **关键设计约束**：本技能**不依赖任何被它创建的领域技能**。它在创建时是自包含的，仅依赖：
> - Universal Task OS（用于理解目标接口）
> - Workflow Refactor（复杂领域先重构工作流，再生成技能）
> - 自身的references文件（框架+模板+校验清单）
这意味着：
- ✅ 创建任何领域技能时，不需要该领域技能已存在
- ✅ 本技能可以独立运行，输出产物后才被其他流程消费
### 职责分工
| 技能 | 管什么 | 不管什么 |
|------|--------|---------|
| **Workflow Refactor** | 流程结构——哪些环节保留、消除、校准 | 领域知识内容（清单/样本） |
| **Domain Payload Generator** | 领域知识内容——catalog(清单)、requirements(要求)、exemplars(范本) | 流程结构 |
| **Universal Task OS** | 三轴执行框架——执行轴编排、内容轴消费清单/样本、创新轴突破 | 具体领域内容 |
### 价值链
```
传统工作流 ──[Workflow Refactor]──→ 重构后IPO基元链
│
▼
[Domain Payload Generator]
│
▼
领域负载物（简化版）
│
▼
[Universal Task OS] 持续执行
```
转化→创建→执行，是一条价值链，不是替代关系。
### 三条路径对比
| 路径 | 清单/样本来源 | 优势 | 劣势 |
|------|-------------|------|------|
| **Workflow Refactor 单独用** | 无，用户临时提供 | 流程极简 | 内容质量靠用户自身积累 |
| **重构 + Domain Payload + UTOS** | 领域负载物结构化提供 | 流程+内容双保险，系统化 | 首次生成有成本 |
| **重构 + UTOS（无领域负载物）** | 用户手动输入到 IPO 的 I | 灵活 | 每次都要手动准备，覆盖度不稳定 |
### 重构如何简化负载物
领域负载物的复杂度 = 领域本身的复杂度 + 传统工作流遗留的冗余任务类型。
| 场景 | catalog 任务数 | requirements 复杂度 | exemplars 数量 |
|------|---------------|-------------------|---------------|
| 未重构直接生成 | 包含传递/协调/格式环节对应的任务类型 | 大量"人的局限补偿"相关要求 | 范本里嵌套冗余中间产物 |
| 先重构再生成 | 只保留✅核心+🔶校准+⚡关键校验对应的类型 | 要求聚焦事情本身 | 范本干净，无冗余传递物 |
先重构再生成，负载物体积和认知负荷都大幅降低。
### 三层价值属性
| 技能 | 价值类型 | 使用频率 |
|------|---------|---------|
| **Workflow Refactor** | 转化价值——解决"从旧到新"的转化问题 | 低频、脉冲式 |
| **Domain Payload Generator** | 创建价值——解决"从无到有"的创建问题 | 中频、按需_meta.json
{
"ownerId": "kn75v65h3zezxajen2xf64b2v1845d98",
"slug": "domain-payload-generator",
"version": "1.0.3",
"publishedAt": 1781590641990
}references/domain-analysis-framework.md
# 领域分析框架 当用户提出"帮我做一个XX领域知识参考库"时，用此框架从零分析新领域并推导出完整的域划分和任务类型。 --- ## Step A：领域定义 ### A-1 领域名称规范化 | 输入 | 处理 | 输出 | |------|------|------| | 用户原始描述 | 提取核心领域关键词 + 确定边界 | 标准化的领域英文名 + 中文名 | **示例映射**： | 用户输入 | 规范化领域名 | 域代号前缀 | |---------|------------|-----------| | "写小说的" | Novel Writing (小说创作) | N | | "做智能硬件的" | Smart Hardware (智能硬件) | H | | "写HTML/Python/Shell/SQL单文件工具的" | Single-File Output (单文件产出) | S | | "做会计代账的" | Bookkeeping Agency (代理记账) | B | | "教人减肥健身的" | Metabolic Healing (代谢慢病) | M | ### A-2 领域分类定位 将目标领域在以下坐标系中定位，决定后续生成的参数倾向： | 维度 | 低 | 高 | 影响什么 | |------|----------|----------|---------| | **R1 信息密度(S/C权重)** | 操作类/手工类 → S轻 | 数据类/研究类 → S重C深 | 感知和认知单元占比 | | **R2 创造性(A权重)** | 流程类/合规类 → A标准 | 艺术类/研发类 → A极高 | 内容轴创新轴激活频率 | | **R3 交互性(I权重)** | 独立产出类 → I少 | 服务类/协作类 → I多 | 交互单元数量 | | **R4 规范性(G权重)** | 创作类/设计类 → G偏松 | 法规类/工程类 → G偏严 | 守护单元密度、合规约束数量 | | **R5 迭代性(循环)** | 一次性交付→循环少 | 持续运营/连载→循环多 | 管线中↻模式的使用 | **快速判定表**： | 典型领域 | R1信息密度 | R2创造 | R3交互 | R4规范 | R5迭代 | 推导结果 | |---------|-----------|--------|--------|--------|--------|---------| | 医药文档 | 高 | 中 | 高 | 高 | 中 | S重C深I高G高A标准 | | 网络小说 | 中 | 极高 | 中 | 低 | 极高 | A极高G松循环多 | | 智能硬件 | 高 | 高 | 高 | 高 | 高 | 全维度高+G极高 | | 单文件代码 | 中 | 中 | 低 | 高 | 中 | G高A标准结构清晰 | | 代账记账 | 高 | 低 | 中 | 高 | 周期性 | G高A低C深O强 | | 教学培训 | 中 | 中 | 高 | 中 | 低 | I高A中G中 | ### A-3 R评分到UTOS参数映射 将A-2的R1-R5评分映射为具体的UTOS执行参数： | R评分 | 元操作权重调整 | AI自治度偏好 | 守护(G)密度 | 管线模式倾向 | |-------|--------------|-------------|------------|-------------| | **R1信息密度=高** | S↑C↑（感知和认知占比高） | 🟨半自动偏多（需人确认数据源） | 数据准确性校验 | P3并行汇聚（多源数据） | | **R1信息密度=低** | S↓C↓（轻感知轻认知） | ⬛全自动偏多 | 低 | P1基础闭环 | | **R2创造性=高** | A↑（行动/产出占比高） | ⬜辅助偏多（人定方向） | 风格一致性校验 | P7发散收敛 | | **R2创造性=低** | A标准 | ⬛全自动偏多 | 低 | P1基础闭环 | | **R3交互性=高** | I↑（交互占比高） | ⬜辅助偏多（人对外沟通） | 沟通合规校验 | P5交互驱动 | | **R3交互性=低** | I↓ | ⬛全自动偏多 | 低 | P1基础闭环 | | **R4规范性=高** | G↑O↑（守护和组织占比高） | 🟨/⬜（合规节点必须人工） | 高密度，每阶段嵌入G | P6全守护 | | **R4规范性=低** | G↓ | ⬛全自动偏多 | 低 | P1基础闭环 | | **R5迭代性=高** | 循环↑（短链高频） | 🟨半自动（每轮需确认） | 每轮迭代末尾G | P2迭代精炼 | | **R5迭代性=低** | 循环↓（长链低频） | ⬛/🟨 | 终末校验 | P1基础闭环 | **使用方式**：对每个R维度取评分后，叠加各维度的参数调整。多个维度同时为高时，参数叠加（如R1高+R4高 = S↑C↑G↑O↑ + 高密度守护）。 --- ## Step B：域划分（Domain Partitioning） ### B-1 价值链拆解法 **核心方法**：沿领域的**价值链或生命周期**拆分域。每个域代表价值链上的一个阶段。 **通用模板——按生命周期型**（适用于产品/项目/创作类领域）： ``` 阶段0：输入/素材阶段 → 需求/调研/灵感/原料 阶段1：规划/架构阶段 → 设计/架构/大纲/方案 阶段2：执行/生产阶段 → 开发/写作/制造/编码（可能有多条并行线） 阶段3：验证/测试阶段 → 测试/审查/校验/评审 阶段4：交付/发布阶段 → 发布/部署/上线/出版 阶段5：运营/维护阶段 → 运营/迭代/客服/优化 ``` **通用模板——按职能分工型**（适用于组织/流程类领域）： ``` 职能1：前端/面向用户 → 销售/服务/展示/内容 职能2：中台/核心能力 → 产品/技术/专业服务 职能3：后台/支撑保障 → 合规/财务/人力/IT 职能4：横向/协同管理 → 项目/质量/战略/风险 ``` ### B-2 域数量确定原则 | 因素 | 少域(5-7) | 中等域(8-10) | 多域(11+) | |------|----------|-------------|----------| | 领域复杂度 | 低 | 中 | 高 | | 任务同质化程度 | 高（任务类型相似） | 中 | 低（各域差异大） | | 依赖链长度 | 短(<3层) | 中(3-5层) | 长(>5层) | | 参考案例 | — | 单文件产出、网文、硬件 | 医药 | **经验公式**：域数 = ⌈ln(预估总任务数) × 2⌉，取值范围[5, 15] ### B-3 域命名规范 每个域必须包含： - **域代号**：单个大写字母 + 数字编号（如 N1, H3, S5） - **域名称**：2-6个中文词，准确描述域的范围 - **对标说明**（可选）：如果是从已有技能
references/generator-workflow.md
# 生成工作流
从用户输入"帮我做一个XX领域知识参考库"到完整技能产出的标准化操作流程。
---
## 总览
```
输入: 用户描述的领域名称
│
├─ Step 1: 领域分析（30-40%时间）
│ ├─ 1A: 领域定义与分类定位
│ ├─ 1B: 域划分
│ └─ 1C: 任务类型枚举 + 依赖推导
│
├─ Step 2: 文件生成（40-50%时间）
│ ├─ 2A: SKILL.md（用模板填充）
│ ├─ 2B: references/catalog.md（任务清单+拓扑）
│ ├─ 2C: references/requirements.md（槽位定义）
│ └─ 2D: references/exemplars.md（范本框架）
│
├─ Step 3: UTOS校验（10-15%时间）
│ └─ 21项逐条检查 → 修正FAIL项
│
└─ 输出: 完整可用的领域负载物技能目录
```
---
## Step 1：领域分析
### 1A：领域定义与分类定位
**操作**：
1. 请用户描述目标领域的核心工作内容
2. 使用 `domain-analysis-framework.md` 的 **Step A** 进行规范化
3. 输出：领域英文名、域名代号前缀、R1-R5定位结果
**输出物**：
```
领域名: {English Name}
代号前缀: {X}
R1(信息密度): 高/中/低 → S/C权重: ...
R2(创造性): 高/中/低 → A权重: ...
R3(交互性): ... → I权重: ...
R4(规范性): ... → G权重: ...
R5(迭代性): ... → 循环模式使用频率: ...
```
### 1B：域划分
**操作**：
1. 根据领域特征选择拆解方法（价值链型 vs 职能分工型 vs 混合型）
2. 使用 `domain-analysis-framework.md` 的 **Step B** 进行域划分
3. 确定域数量和每个域的范围边界
**输出物**：
```
共 N 个域:
{X}1 {域名1} — {一句话说明范围}
{X}2 {域名2}
...
{X}N {域名N}
域间逻辑流: {X}1 → {X}2 → ... → {X}N
```
### 1C：任务类型枚举与依赖推导
**操作**：
1. 对每个域，使用 **Step C** 的问题清单枚举任务
2. 为每个任务分配ID（{X}{域号}-{序号}）和UTOS映射提示
3. 使用 **Step D** 构建依赖拓扑
**输出物**：
```
总任务数: M 种
各域任务分布: {X}1(n1种) / {X}2(n2种) / ...
关键跨域管线:
- {管线名1}: {ID}→{ID}→{ID}
- {管线名2}: ...
（共 K 条）
```
---
## Step 2：文件生成
### 2A：SKILL.md
**操作**：
1. 打开 `structure-template.md` 中的 SKILL.md 模板
2. 逐一替换所有 `{变量}` 为 Step 1 的分析结果
3. 特别注意以下字段必须**定制化**而非照搬模板：
- "领域特有维度"章节 —— 必须是该领域独有的
- "与UTOS的接口" Step 1 领域校准 —— 必须有具体参数
- "域概览"表格 —— 必须是实际划分的结果
### 2B：Catalog文件
**操作**：
1. 按1C的枚举结果，为每个域创建表格
2. 每个任务一行，格式严格遵循模板
3. 文件末尾追加"依赖拓扑摘要"章节
4. 至少列出3条跨域管线链路
**质量检查**：
- [ ] 所有任务ID格式正确
- [ ] 所有依赖引用有效
- [ ] UTOS映射提示使用了正确代号
- [ ] 域间逻辑流声明清晰
### 2C：Requirements文件
**操作**：
1. 对每个任务创建槽位定义
2. **必填**：必选组件 + 组装顺序 + 格式
3. **推荐填写**：可选组件 + 约束字段
4. 当任务数>30时，可将部分域的要求迁移至 `references/structure-requirements-{domain}.md` 子文件
**槽位编写原则**：
- 必选组件回答"这个产出物的最小必要元素是什么？"
- 组装顺序回答"按什么逻辑顺序填充这些元素？"
- 约束回答"这个领域对这个产出的特殊限制是什么？"
### 2D：Exemplars文件
**操作**：
1. 创建范本清单主文件（按域分组，每个任务一行，用任务ID索引）
2. 创建范本标准格式模板（子文件模板）
3. 如果有现成可用范本，存入 `references/exemplars/` 子目录并在主文件注册
4. 否则创建 `[待填充]` 占位符框架
**范本策略选择**：
| 领域类型 | 范本策略 | 说明 |
|---------|---------|------|
| 代码产出类 | 范本=可运行代码 | 如单文件技能，嵌入完整.html/.py/.sh/.sql |
| 文档产出类 | 范本=结构化文档模板 | 如医药/代账，嵌入脱敏范例 |
| 创作产出类 | 范本=技法标注片段 | 如网文，嵌入经典片段+拆解 |
| 流程产出类 | 范本=流程示例 | 如硬件，嵌入脱敏项目案例 |
---
## Step 3：UTOS校验
### 执行校验
1. 打开 `utos-interface-checklist.md`
2. 逐项执行 A→B→C→D→E 五类检查
3. 记录每项结果（PASS/FAIL/N/A）
### 处理FAIL项
| FAIL类别 | 处理策略 |
|---------|---------|
| A类(结构) | 通常是因为模板复制遗漏——全局搜索替换修正 |
| B类(Schema) | 缺失字段或无效值——补充/修正 |
| C类(槽位) | 覆盖率不足——至少为核心域补全 |
| D类(接口) | 照搬无定制——重写该领域特定内容 |
| E类(范本) | 未创建——建立空框架 |
### 校验通过标志
当满足以下条件时，校验通过：
- A类: 6/6 PASS
- B类: 5/5 PASS
- C类: ≥3/4 PASS
- D类: 3/3 PASS
- E类: ≥2/3 PASS
### 内容质量评估（结构校验通过后）
结构校验只验证"有没有"，以下维度评估"好不好"：
| 维度 | 评估方法 | 合格标准 |
|------|---------|---------|
| **任务覆盖度** | 核对领域核心工作流是否都被catalog中的任务覆盖 | 核心工作流无遗漏，可接受少量边缘任务缺失 |
| **域间边界清晰度** | 检查各域的任务是否有重叠或归属模糊 | 无同一任务出references/structure-template.md
# 三层结构模板
本文件定义了领域负载物技能的标准三层结构模板。生成新技能时，将 `{变量}` 替换为实际内容。
---
## SKILL.md 模板
```markdown
# {技能中文名}知识参考库
## 定位
本技能是 **Universal Task OS 的领域负载物仓库**，不包含任何执行框架。只提供{领域名}的"是什么"和"长什么样"——执行全部委托UTOS。
| 本技能提供 | UTOS消费方式 |
|-----------|-------------|
| {领域名}任务清单+依赖拓扑 | 内容轴·清单法的任务目录 + 执行轴·管线编排的依赖输入 |
| {任务类型}要求 | 内容轴·清单法的组件清单 |
| 优秀范本（待填充） | 内容轴·样本法的样本 |
## 三层结构
```
第一层：{清单名称} + 依赖拓扑 → references/{catalog-filename}.md
第二层：{第二层名称} → references/{requirements-filename}.md
第三层：{第三层名称} → references/exemplars.md
```
## 依赖声明
本技能**强依赖** Universal Task OS (universal-task-os)。没有UTOS，本技能只有参考查阅能力，无法执行任何{任务类型}任务。
**加载检查流程**（每次激活时执行）：
1. 检测 `universal-task-os` 技能是否已安装
2. **未安装** → 自动安装 `universal-task-os` 技能
3. **安装成功** → 同时加载UTOS，按本技能"使用规则"执行
4. **安装失败** → 降级为**只读参考模式**：
- ✅ 允许：查阅{清单名称}、{第二层简称}、范本索引
- ❌ 拒绝：任何涉及{任务类型}产出、管线编排、内容生成的任务，并提示"需先安装 Universal Task OS"
**任务模式判定**：
| 任务类型 | 无UTOS | 有UTOS |
|---------|--------|--------|
| 查阅{清单名称}/要求/范本 | ✅ 只读参考 | ✅ 完整 |
| 按{方法论}产出{成品类型} | ❌ 拒绝 | ✅ UTOS编排执行 |
| 依赖拓扑推导{管线名称} | ❌ 拒绝 | ✅ UTOS执行轴 |
| {合规/质量}检查点插入 | ❌ 拒绝 | ✅ UTOS守护单元 |
## 使用规则
1. **依赖检查**：激活时按上述流程检测并安装UTOS
2. **首次加载**：读取 `references/{catalog-filename}.md`，获取域分类、依赖拓扑、UTOS元操作映射提示
3. **按需深入**：确认目标{任务}类型后，读取 `references/{requirements-filename}.md` 获取组件清单；如需样本法，读取 `references/exemplars.md` 获取范本
4. **委托UTOS**：将{清单名称}作为清单法输入、范本作为样本法输入、依赖拓扑作为管线编排输入，交给UTOS执行轴+内容轴处理
5. **{用户填充说明}**
## 与UTOS的接口
当UTOS处理{领域名}领域任务时：
- **Step 0 三轴判定**：{领域}任务通常为{复杂度判定}+{内容类型判定} → {激活的轴}
- **Step 1 领域校准**：{领域}的R1(信息密度)={描述}+R2(创造性)={描述}+R3(交互性)={描述}+R4(规范性)={描述}+R5(迭代性)={描述} → {权重推导结论}
- **Step 2 内容轴**：清单法用本技能的{requirements-filename}；样本法用本技能的exemplars
- **Step 3 执行轴**：管线编排基于本技能的依赖拓扑自动推导元操作序列
- **Step 4 交付**：G类守护单元自动插入{质量检查点类型}
## {领域特有维度标题}
{特有维度的表格或列表说明}
## {域概览标题}
按{组织原则}组织，共{域数}域{总任务数}种{任务类型}：
| 域 | 任务数 | 典型任务 |
|----|--------|---------|
{域概览表格行}
完整清单见 `references/{catalog-filename}.md`。
```
### SKILL.md 变量替换表
| 变量 | 说明 | 示例值 |
|------|------|--------|
| `{技能中文名}` | 技能的中文名称 | 医药行业文档 / 网络小说创作 |
| `{领域名}` | 领域的简称 | 医药 / 网络小说 / 智能硬件 |
| `{任务类型}` | 领域中的工作单元 | 文档 / 写作任务 / 开发任务 |
| `{catalog-filename}` | 第一层文件名 | document-catalog / writing-catalog |
| `{第二层名称}` | 三层结构第二层的显示名称 | 内容要求清单 / 结构要求清单 |
| `{第三层名称}` | 三层结构第三层的显示名称 | 优秀范本库 / 经典范本库 |
| `{第二层简称}` | 第二层在只读模式等处的简写（不含"清单"后缀） | 内容要求 / 结构要求 |
| `{requirements-filename}` | 第二层文件名 | content-requirements / structure-requirements |
| `{成品类型}` | 最终交付物 | 文档 / 章节 / 产品 |
| `{方法论}` | 内容轴方法 | 清单法 / 样本法 |
| `{合规/质量}` | 领域的质量约束 | 合规 / 风格一致性 / 功能测试 |
| `{复杂度判定}` | Step 0 判定结果 | 中等+结构化 / 复杂+结构化 |
| `{R1-R5描述}` | Step 1 领域校准各规则描述 | 见分析框架A-2 |
| `{质量检查点}` | G类守护单元插入点 | 平台合规 / 安规认证 / 语法验证 |
| `{组织原则}` | 域划分依据 | 价值链 / 生命周期 / 职能分工 |
| `{域概览标题}` | 域概览章节的标题（含前缀） | 域概览 / 文档域概览 / 产出域概览 |
---
## 第一层：Catalog 文件模板
```markdown
# {清单名称}与依赖拓扑
{领域名}按{组织原则}组织的{任务类型}清单，附{任务间关系}和UTOS元操作映射提示。
**域间逻辑流**：{D1} → {D2} → ... → {Dn}
---
## {第一个域名}
| ID | 任务类型 | 说明 | 依赖 | UTOS映射提示 |
|----|---------|------|------|-------------|
| {Github ReposUpdated 1d agoRank 70
AionUi
Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!
MCPOPENCLAW
Github ReposUpdated 6mo agoRank 70
activepieces
AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents
OPENCLAW
Github ReposUpdated 6mo agoRank 70
cherry-studio
AI productivity studio with smart chat, autonomous agents, and 300+ assistants.
MCPOPENCLAW
Github ReposUpdated 7mo agoRank 70
CopilotKit
The Frontend for Agents & Generative UI. React + Angular
OPENCLAW
Machine-readable data
The same record, as JSON, for agents and crawlers.
{
"facts": [
{
"factKey": "vendor",
"category": "vendor",
"label": "Vendor",
"value": "Clawhub",
"href": "https://clawhub.ai/wangjiaocheng/skills/domain-payload-generator",
"sourceUrl": "https://clawhub.ai/wangjiaocheng/skills/domain-payload-generator",
"sourceType": "profile",
"confidence": "medium",
"observedAt": "2026-10-11T04:06:21.189Z",
"isPublic": true
},
{
"factKey": "protocols",
"category": "compatibility",
"label": "Protocol compatibility",
"value": "OpenClaw",
"href": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-domain-payload-generator/contract",
"sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-domain-payload-generator/contract",
"sourceType": "contract",
"confidence": "medium",
"observedAt": "2026-10-11T04:06:21.189Z",
"isPublic": true
},
{
"factKey": "traction",
"category": "adoption",
"label": "Adoption signal",
"value": "1.2K downloads",
"href": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceUrl": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceType": "profile",
"confidence": "medium",
"observedAt": "2026-10-11T04:06:21.189Z",
"isPublic": true
},
{
"factKey": "latest_release",
"category": "release",
"label": "Latest release",
"value": "1.0.3",
"href": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceUrl": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceType": "release",
"confidence": "medium",
"observedAt": "2026-06-16T06:17:21.990Z",
"isPublic": true
},
{
"factKey": "handshake_status",
"category": "security",
"label": "Handshake status",
"value": "UNKNOWN",
"href": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-domain-payload-generator/trust",
"sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-domain-payload-generator/trust",
"sourceType": "trust",
"confidence": "medium",
"observedAt": null,
"isPublic": true
}
],
"events": [
{
"eventType": "release",
"title": "Release 1.0.3",
"description": "- 增加UTOS接口校验清单项目数：从20项提升至21项，增强兼容性保障 - 「参考文件索引」和相关说明同步更新为21项校验 - 其余结构与功能保持一致",
"href": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceUrl": "https://clawhub.ai/wangjiaocheng/domain-payload-generator",
"sourceType": "release",
"confidence": "medium",
"observedAt": "2026-06-16T06:17:21.990Z",
"isPublic": true
}
]
}Record generated Oct 11, 2026.