10 这个技能库怎样建起来？我让 Agent 完成发布GitHub

我把自己设计的 Skill 放到了 GitHub，方便别人查看、获取和使用。这个仓库本身，也是一次 Agent 实战：最初的空仓库由我手动建立，后面的目录整理、内容修改和上传，我通过自然语言指令让 Agent 帮忙完成。

下面就是我采用的方式。

1. 先说清楚要交付什么

我的目标很具体：把已经整理好的 Skill 文件放进 GitHub，保持目录清楚，让别人能够找到说明和使用方式。

文件已经在本地，不必先把每个上传步骤拆开。我需要交代清楚的是：哪些文件要公开，放在哪里，哪些目录结构和说明需要保留。

我用的是 WorkBuddy。当时准备了 GitHub 账号和本地 Skill 文件，再按产品提示连接账号。Agent 需要能访问这些文件，并具备操作仓库的条件。

2. 建好空仓库，让 Agent 完成上传

我在 GitHub 网页上新建了一个公开的空仓库，随后复制仓库地址。到这里，目标位置就明确了：本地的技能文件要放到这个仓库里。

接下来，我把本地目录和仓库地址交给 Agent，说明要上传哪些内容、保留什么结构。下面是一条示意指令，可以替换成自己的地址和目录：

复制已复制 ✓这是我的 GitHub 仓库：https://github.com/你的账号/仓库名
我本地有一个目录 evaluation-skills，里面是 6 个 Skill 文件夹和一个 README。
请把这个目录整体上传到仓库根目录，保持原有结构和许可文件不变。
上传前先告诉我你打算怎么做。

这条指令描述的是一项完整工作。具体操作由 Agent 在当前环境中完成，我再到仓库里查看文件和目录是否符合预期。常规上传不需要我逐条输入 Git 命令。

检查也有具体对象：目录是否完整，说明里能否找到需要的技能，文章中的链接是否指向正确位置。发现不合适的地方，就把修改要求交给 Agent 继续处理。

3. 用同样的方式持续更新

后续要改目录名称、调整说明或上传新版本，我继续用自然语言说明改动。比如哪些内容需要更新，哪些目录要保留，再检查修改后的结果。

一次修改往往会涉及几个地方。例如技能名称调整后，目录说明和使用入口也可能需要同步。把希望达到的结果说清楚，让 Agent 检查相关位置，比我凭记忆逐处寻找更方便。

这种做法也让我更容易继续维护仓库：发现说明不清楚，就改说明；工作规则调整了，就更新技能；积累了新的方法，再整理发布。上传和整理成为持续工作的组成部分。

4. 这次实战给我的启发

原来遇到不熟悉的操作，我容易先考虑要学哪些工具。这次建库，让我开始先说明自己要完成的工作，看看 Agent 能怎样协助推进。

我自己也用 Agent 辅助建立了 KCI Agent 和 KCI 创新咨询 两个网站。网站承载服务和内容，仓库承载可获取、可使用的技能。这些具体成果，让我更愿意把已有的专业方法继续做出来。

你可以直接查看这个实践成果：KCIntelligence/open-skills。

继续阅读

关于这类工作方式的变化，以及怎样选择专业能力，见09 装了 Agent，找专家还是找skill?。

想先使用现成技能，见第 02 篇：技能选择与安装；想了解单个 Skill 怎样接上业务流程，见第 06 篇：一个 Skill 怎样设计，才能接上业务流程？。

想看企业怎样组织这些能力，见08 Anthropic 小企业套件看组织方法。

联系与支持

用户联系与问题反馈，请联系顾问：程老师

微信号：kciagent