前言¶
写 Agent 应用时，把多个工具调用、模型推理和分支判断串成一条可控的流程，通常是重复劳动。SkillHub 上由 user_af28adda 发布的「智能工作流」（@user_af28adda/agent-workflow-orchestrator）就是冲着这个方向去的。
但要先说明一件事：下面要写的这篇介绍，依据的是抓取到的元数据资料。资料里没有简介正文，没有功能清单，也没有安装命令和示例。因此本文只讲能核实的部分，功能、用法、安装方式需要你到官方页面自行确认，我不替它补。
这是什么¶
一句话定位：@user_af28adda/agent-workflow-orchestrator 是发布在 SkillHub 社区的一个 Skill，坐标指向工作流编排这个用途。
出品和维护方是发布者 user_af28adda，来源标注为 community，也就是说这是社区上传而非官方维护。它针对的问题，从名字看是把 agent 的执行流程编排起来。具体做到了什么程度，资料里没有描述。
基本信息¶
下面这些字段来自抓取资料，可以直接核对：
| 字段 | 值 |
|---|---|
| 名称 | 智能工作流 |
| 坐标 | @user_af28adda/agent-workflow-orchestrator |
| 版本 | 1.0.0 |
| 来源 | community |
| 分类 | ai-agent |
| 发布者 | user_af28adda |
| 评分 | 100000 |
| 下载 | 640 |
| 安装 | 0 |
| 标签 | requires_api_key=false |
| 官方地址 | https://api.skillhub.cn/user_af28adda/agent-workflow-orchestrator |
几点值得注意的：
1、版本是 1.0.0，属于首发版本，后续接口或行为可能有调整。
2、评分 100000 与下载 640、安装 0 之间的落差很大。评分本身的口径没有说明，这里只做记录，不建议当成能力背书。
3、标签只有 requires_api_key=false，字面看是声明该 Skill 不需要额外配置 API key。这是对标签含义的推断，官方没有给出说明。
4、安装数为 0，说明目前没有实际部署记录可以参考。
安装与启用¶
资料里没有提供安装命令，也没有 Cursor、Codex CLI、Claude Code 的具体配置差异，下面不写任何未经核实的命令。
通用 SKILL.md 格式的 Skill 通常放在工具的 skills 目录下，由 Agent 在运行时读取。这是社区 Skill 的通行做法，不是本 Skill 的官方说明。要确认确切路径，请到官方地址核对。
典型用法¶
资料中没有示例，也没有接口或工具调用清单，这一节留空。不要根据 Skill 名称去推测它能编排什么节点、支持什么回调。
适用场景与注意¶
可以确定的只有分类是 ai-agent，也就是说它面向 agent 类任务。
需要注意的点：
1、资料缺简介和功能描述，无法判断它的编排粒度是工具调用级还是任务级。
2、来源是社区，user_af28adda 之外的维护者、更新频率、issue 处理方式都未知。
3、安装数为 0，意味着缺少他人验证的参考。
4、版本 1.0.0，接口稳定度未知。
适合谁：如果你已经在用基于 SKILL.md 的 Agent 工具，并且愿意先花时间读它的说明再决定，可以试。如果需要立刻接入生产流程，建议先确认功能边界。
结尾¶
这个 Skill 值得留意的地方是它落在 agent 工作流编排这个位置，而且声明不需要 API key。就现有资料看，它的实际能力还无法评估，评分和下载数据也不足以作为判断依据。
官方地址：https://api.skillhub.cn/user_af28adda/agent-workflow-orchestrator
SkillHub 页面：https://www.skillhub.cn/skills/user_af28adda/agent-workflow-orchestrator
