企业官网建设流程全解析

skills4 技能库：给 AI 代理装上即插即用的能力包

【免费下载链接】skillsSkills Catalog for Codex项目地址: https://gitcode.com/GitHub_Trending/skills4/skills

刚用 AI 代理干活时，多数团队都会撞上同一个坎：换个项目，又得从头教一遍 gh CLI 怎么查 PR、CI 日志去哪儿看、哪几步不能跳。skills4 针对这个痛点做了一份"技能目录"：把一类操作的经验写成技能包，安装一次，代理之后自己找出来用，不用再靠人重复投喂。

没人想把同一套操作教给 AI 第二遍

卡点不在模型笨，而在"流程经验"没法沉淀。怎么拉评论、怎么定位失败日志、哪些 API 字段可信——这些东西散落在老员工脑子里和群聊消息里，每次开工都得现场复述一遍。skills4 里的技能（Skill）就是"一个装着指令、脚本和资源的文件夹"，代理遇到匹配的任务会自己发现它、按里面的步骤执行。

仓库把技能分成三类：.system随最新版 Codex 自动安装，.curated是经过整理的稳定集，.experimental留给尝鲜。

技能包的文件夹里到底装了什么

以 gh-address-comments 为例，文件夹里是SKILL.md、scripts/fetch_comments.py、agents/openai.yaml和LICENSE.txt，这是所有技能包的通用骨架。

SKILL.md必须存在：顶部 YAML 里只有name和description两个字段，其中 description 是代理判断"该不该用这个技能"的唯一依据；正文才是分步指令。scripts/放可执行代码，references/放按需查阅的资料，assets/放输出时要用的模板。加载是分层的——description 常驻上下文占位极小，触发后才读正文，脚本可以直接执行而不进上下文。技能一次编写多处使用的含义就在这：你写一次，得到的是代理能自助调用的能力，而不是一份文档。

个人场景：把 PR 评审意见交给代理处理

输入是当前分支上那个开着评论的 PR。gh-address-comments 先跑内置的fetch_comments.py，把 PR 上的所有评论和评审线程拉出来编号，每条配一句"修它需要做什么"的摘要；然后停下来让你圈选要处理哪几条，确认后才逐条改代码。输出是一组"评论已回应、改动已落到 PR"的状态，中途 gh 认证过期或限流，它会提示你重新gh auth login再继续。来回切 PR 页面和终端的活，省了。

这类技能适合"个人重复劳动"：你每周固定要做、每次步骤都一样的事。

团队场景：给 CI 失败排查定下固定流程

gh-fix-ci 标准化的是"PR 检查变红之后"的链路：先确认 gh 已登录，再定位当前分支的 PR，用内置的inspect_pr_checks.py拉出失败检查名和日志片段，外部 CI 提供商明确声明不在处理范围、只给链接，然后产出修复方案——并且必须等你显式批准才动代码，最后提示重跑相关检查确认恢复。

对团队来说，它的意义不是"跑得快"，而是所有人的排查流程有固定骨架，动手修之前有强制的审批点。新同事接手时，流程跟着技能包走，不用老人再口头讲一遍。

跨项目：把经验做成能带走的技能包

最有用的技能往往不是 .curated 里的现成的，而是你们自己写的。.system目录下的 skill-creator 负责引导这个生产过程：从一个具体用例出发，拆出哪些步骤是反复重写的代码（放进scripts/）、哪些是反复重新查证的表结构或约定（放进references/），再用init_skill.py生成骨架、用quick_validate.py自查格式。

打包完成之后，它不属于某一个项目。新项目一开，代理装上同一个技能，跑的还是同一套流程，经验转移的成本从"老人调岗慢慢磨合"降为"装一个文件夹"。这就是技能包复用在跨项目时的实际形态。

三步装好第一个技能

接入步骤很短，按顺序做即可：

• 克隆技能目录仓库：

git clone https://gitcode.com/GitHub_Trending/skills4/skills

• 在 Codex 里执行 Codex 技能安装命令，精选技能直接按名字装（默认从skills/.curated找）：

$skill-installer gh-address-comments

实验性技能则需要在指令里指定所在的技能文件夹。

• 重启 Codex，新技能在重启后才会被加载。

想确认某个技能具体怎么跑，直接打开它所在目录读SKILL.md；整体安装说明和许可证规则见 README.md，每个技能的LICENSE.txt都在各自目录里。

从装一个到团队共建

技能包的结构本身是开放的：一个SKILL.md加若干资源文件夹，谁都可以写。这意味着第一个装的是 .curated 里的现成技能，第二个可以装同事写的，之后再把你们团队自己的操作经验提交进目录，供其他人安装。装技能和写技能用的是同一套机制，团队库就是这么长出来的。

下一步动作很具体：打开 skills/.curated 目录，挑一个名字和你日常最贴近的——figma 系列、vercel-deploy、netlify-deploy、cloudflare-deploy 都在里面——装上跑一遍，再决定要不要写属于自己的那个。

【免费下载链接】skillsSkills Catalog for Codex项目地址: https://gitcode.com/GitHub_Trending/skills4/skills