深度文章出海增长

出海SEO实战：把 Agent Skill 发到 ClawHub

今天做了一个很小的外链动作：把几个 Agent Skill 发布到了 ClawHub。

2026年6月17日

彭少

6 分钟阅读

来源：content-hub

今天做了一个很小的外链动作：把几个 Agent Skill 发布到了 ClawHub。

这个动作一开始只是待办列表里的一句话，"发布 HiAPI Skills 到 ClawHub"。操作完以后，我觉得它挺适合记录下来。

对工具型产品来说，目录站外链不一定只是在表单里填一个官网地址。如果手里已经有 SDK、模板、插件、Agent Skill 这类资产，可以优先把这些真实资产发布出去。

而这些资产是非常必要的，有助于用户快速借助AI接入。

先确认它能承载真实资产

因为产品已经有几个公开的 GitHub skill 仓库。它们可以在 Agent 工作流里直接使用，页面上也能展示源码和安装方式。

发布前先确认 ClawHub CLI 支持哪些参数。skill publish 支持 --owner、--dry-run，也支持 --source-repo、--source-ref 和 --source-commit。

这几个参数可以让发布动作更稳：先预演，再绑定官方来源，最后再正式发布。

我先查了一遍 registry，确认目标 slug 当时还没有被占用。然后拉下 4 个 skill 仓库，检查 SKILL.md 结构。每个 skill 都有 name、description 和短描述，能被 ClawHub 正常识别。

正式发布前，先跑了 --dry-run --json。

四个包都返回 would-publish，版本会是 1.0.0，文件数和 fingerprint 也都正常。这个步骤没有公开发布任何内容，但能提前确认包体、slug、版本和文件结构。

这类外部发布动作简单，不过容易出错的地方通常有三个：slug 已经被占用，包体结构不符合平台要求，或者发到了个人 owner 下面。

dry-run 能提前挡掉前两类问题，owner 则需要在正式发布前单独确认。

CLI 返回成功以后，接着用 clawhub inspect 把四个条目读回，确认 owner 都是 hiapiai / HiAPI AI，moderation verdict 都是 clean。

最后再确认网页 canonical URL 都能返回 200。ClawHub 的 /skills/<slug> 和 /skill/<slug> 会跳转到 /hiapiai/<slug>，所以最终可以用下面这些页面：

到这里，这个外链动作才算真的闭环：内容已经发布，归属是官方 publisher，页面公开可访问，源码来源也能追溯。

CleanShot 2026-06-17 at 16.07.26@2x

这次之后，我会把类似目录站发布拆成几个固定步骤。

先判断这个平台适不适合承载真实资产。能发 SDK、模板、插件、Skill 的地方，优先发这些资产；只能发产品介绍的地方，再提交官网。

再查 registry 里有没有同名条目，避免重复发布。随后检查本地包体，确认描述、入口文件、license 和 README 这类基础信息都齐。

发布前跑 dry-run，确认 slug、版本、文件数和 fingerprint。正式发布时确认 owner 是官方归属，并尽量绑定 source repo、ref 和 commit。

发布后还要读回检查，确认 owner、版本、审核状态和网页状态。

对出海工具来说，外链增长不一定每次都要写长文或做大型合作。有时候，把已有的技术资产发布到合适的开发者目录里，也是一种很实在的分发。

它的价值不只在链接本身。更重要的是，当开发者通过这个页面看到源码、安装方式和具体使用场景时，产品会从一个官网名词变成一个可以试用的工具。