你可能以为，发布一个 Skill，就是打开终端，敲一串看起来很专业的命令。
但在这里，真正的玩法刚好反过来：你不自己搬箱子，你让 Codex 把箱子搬到公司库门口，再让它给你拿回一张 GitHub PR 小票。拿到它，才算这个 Skill 真正走上了“可以被别人看到、检查、合并”的发布流程。
开始之前，先确认三件事：
- 已经读完第 1、2、3 章。
- 已经有一个本地 Skill。
- 当前正在用 Codex 操作。
本章的目标很简单：
让 Codex 把本地 Skill 提交到公司库，拿到 GitHub PR 链接。
全程只和 Codex 对话。
不要自己敲命令。
这句话很重要。发布流程里最怕的不是慢，而是你手一快，绕过了检查点。就像寄快递，地址、收件人、包裹内容都还没核对，你已经把箱子扔上车了。车是开了，至于开到哪里，就不好说了。
1. 先检查钥匙：GitHub 登录
发布到公司库，第一道门是 GitHub 登录。
你可以把 GitHub 理解成公司库大门上的电子锁。Codex 再能干，也得先确认这台机器有没有开门权限。不然它最多只能站在门口，礼貌地告诉你：我进不去。
复制下面这段话给 Codex：
检查当前机器是否具备发布 Skill 到公司库的 GitHub 登录状态。
要求：
1. 全程你来检查
2. 告诉我当前 GitHub 用户名
3. 如果已登录，输出：GitHub 登录已就绪
4. 如果未登录，引导我完成授权
5. 如果缺少发布所需工具，输出一段给环境负责人的求助话术你要看到的成功标准是：
GitHub 登录已就绪GitHub 用户名：[你的账号]
2. 检查货物：本地 Skill 能不能发布
发布前先确认两件事：
- 请确保你的 Skill 已经走完了上一章的创建 Skill 的流程，保证 Skill 是一个基础合格的 Skill。
- 确保 AI 可以读取到你的 Skill，如果你不确定，可以问一下 AI。
示例话术可以这样判断：
| 类型 | 示例话术 | 判断 |
|---|---|---|
| 反例 | 我打算发布一个 meeting-saver skill，你可以访问得到它吗？ |
访问不到时，要检查名字是否打错，或者之前的 Skill 是否不在这个文件夹。 |
| 正例 | 我打算发布一个 organize-meeting-actions skill，你可以访问得到它吗？ |
organize-meeting-actions 是我们上一篇创建的，它可以正确访问得到。 |
反例截图：
正例截图：
3. 开始发布：
这里不需要执行什么终端命令，只需要告诉Codex一句话，它就会帮我们做：
把 organize-meeting-actions skill 分享到 Tranfu 库
为什么这里会有一个临时文件？
| 项 | 说明 |
|---|---|
默认 SKILL.md |
只有 name 和 description 两个属性。 |
| Tranfu 库补充字段 | version、author、updated_at、origin。 |
| 临时文件作用 | 先把这些准备好，然后放到 Tranfu 库中。 |
接下来你需要干什么
跟它说一句发布即可。
4. 拿到 PR 链接：发布成功长什么样
跟AI说发布了之后，你会发现它返回了一个链接，
如果你是我们Tranfu公司的员工，还会收到一条通知
这里我解释一下里面最核心的概念：
| 概念 | 说明 |
|---|---|
| PR | tranfu-skills/pull/97，相当于是一个包含了你的发布的 Skill 的审批单，等待审核员进行审批。 |
等待审批完成之后，你会看到这样一条消息在Lark群中
5. 发布成功
到这里，你已经完成了第一次 Skill 发布。