如果你已经在用 Claude Code、Codex、Gemini CLI、Cursor 这类编程助手,alirezarezvani/claude-skills 值得认真看一遍。
它不是一个模型,也不是一个普通提示词合集,而是一套“技能库”:把代码审查、SEO、产品调研、C-level 决策、合规、研究、项目管理等工作流程,拆成一个个可安装、可调用、可复用的 SKILL.md 包。
一句话结论:这个项目最适合已经有 AI coding agent 使用习惯的人。新手不要一上来全量安装,先挑 3 到 5 个高频技能试用;团队使用前,必须先做安全审计和版本固定。
先说清楚:有没有论文?

AI智能体学习网站:ai-agent-phd.com
我核对了仓库 README、CHANGELOG、docs、安装文档、GitHub Releases、近期提交记录和项目官网,没有发现这个仓库自己发布或链接的正式论文、技术报告。
网上能搜到一些关于 Agent Skills / Claude Skills 的相关论文和文章,但它们不是这个仓库的项目论文,不能当作 claude-skills 的官方引用。
所以这篇文章不编论文笔记,改成“项目深读 + 实操教程”。如果你关注论文脉络,可以把它理解为技能化智能体的一种工程实践案例:不是研究论文证明了什么,而是一个仓库把技能包、工具脚本、参考资料、跨平台安装做到了很大规模。
这个项目到底解决什么问题?

AI智能体学习网站:ai-agent-phd.com
我们平时用 AI 编程助手,最常见的问题不是“模型不会写代码”,而是“它不知道你希望它按什么流程做事”。
比如你让它做 code review,它可能只看语法;你让它做产品调研,它可能只给泛泛建议;你让它写发布说明,它可能直接堆提交记录。
claude-skills 的思路是:不要每次都从零写提示词,而是把成熟工作流封装成技能。
一个技能通常包含三类东西:
SKILL.md:告诉 agent 什么时候触发、按什么步骤做、产出什么。scripts/:配套 Python 工具,很多是标准库实现,不需要额外 pip 安装。references/:清单、模板、判断标准、领域知识。
这就像给 AI 助手配了一本内部 SOP。区别是,这本 SOP 不是给人看的,而是给 agent 在任务中执行的。
仓库现状:大而全,但数字在快速变化

AI智能体学习网站:ai-agent-phd.com
项目 README 写的是 355 个 production-ready skills,覆盖 18 个领域,支持 Claude Code、OpenAI Codex、Gemini CLI、Cursor、Aider、Windsurf、Kilo Code、OpenCode、Augment、Antigravity、Hermes Agent、Mistral Vibe、OpenClaw 等工具。
我在本地拉取 main 分支后,用仓库自带脚本重新统计,得到的当前树上计数是:
- skills:357
- plugins on disk:83
- Python tools:602
- references:731
- agents:99
- commands:109
- domains:18
这说明项目仍在高速迭代,README、官网、插件市场描述之间会出现轻微数字漂移。读这个仓库时,不要纠结“到底是 345、355 还是 357”,更应该看你需要的领域是否真的有可用技能。
近期提交也能看出维护活跃度。2026-07-07 main 分支合并了 PR #905;2026-07-06 有 Codex skills symlink 自动同步、minimalist / strict-api 新技能、Brazilian enterprise architect 文档修正等提交。
不过 GitHub Releases 的最新正式 tag 仍是 v2.9.0。也就是说:main 分支能力更新更快,release tag 更适合保守团队固定版本。
目录怎么看最快?
第一次打开这个仓库,不建议从头到尾翻。你可以按领域入口看。
如果你是程序员,先看:
engineering/
engineering-team/
这里有架构、RAG、数据库、CI/CD、MCP、Playwright、代码审查、安全审计、零幻觉编码等技能。
如果你做增长、内容或 SEO,先看:
marketing-skill/
marketing/
里面有 content、SEO、AEO、CRO、广告、社媒、落地页等方向。
如果你是产品或项目管理,先看:
product-team/
project-management/
这里更像 PM 工具箱:PRD、路线图、用户研究、Jira、Scrum、会议分析、团队沟通。
如果你关心组织管理,可以看:
c-level-advisor/
business-operations/
commercial/
finance/
research-ops/
这些目录把 CFO、CMO、CRO、CPO、COO、CISO、法务、商业化、研究运营等角色拆成可调用技能。
保姆级安装:先选你的工具
方案一:Claude Code
Claude Code 用户最省事,直接添加 marketplace:
/pluginmarketplaceaddalirezarezvani/claude-skills
然后按领域安装,例如:
/plugininstallengineering-skills@claude-code-skills
/plugininstallengineering-advanced-skills@claude-code-skills
/plugininstallmarketing-skills@claude-code-skills
/plugininstallproduct-skills@claude-code-skills
我的建议是:不要第一天全装。先装一个领域包,确认你真的会用,再扩展。
方案二:OpenAI Codex
Codex 用户可以用通用安装器:
npxagent-skills-cliaddalirezarezvani/claude-skills--agentcodex
也可以手动克隆仓库后运行脚本:
gitclonehttps://github.com/alirezarezvani/claude-skills.git
cdclaude-skills
./scripts/codex-install.sh
脚本默认安装到:
~/.codex/skills
如果你只想看有什么技能,可以先运行:
./scripts/codex-install.sh--list
如果你只想预览,不想真的写入本机:
./scripts/codex-install.sh--dry-run
方案三:Cursor / Aider / Windsurf 等
这些工具通常走转换脚本:
gitclonehttps://github.com/alirezarezvani/claude-skills.git
cdclaude-skills
./scripts/convert.sh--toolcursor
./scripts/install.sh--toolcursor--target/path/to/project
如果你想一次转换所有支持的格式:
./scripts/convert.sh--toolall
这里要注意:Cursor、Aider 这类工具对“技能”的支持方式不同,有些会变成 rules,有些会合并进 CONVENTIONS.md。所以同一个技能在不同 agent 里,触发体验可能不完全一样。
实操:装完以后怎么用?
不要把它当成“提示词仓库”乱翻。正确方式是:围绕具体任务调用技能。
比如你要让 agent 更谨慎地改代码,可以试:
Using the zero-hallucination-coder skill, help me implement this feature.
这个技能的核心流程是 Discuss -> Map -> Decompose -> Execute -> Verify。它会先弄清楚需求,再读代码结构,再拆任务,再执行和验证。适合数据库、权限、外部 API、多文件改动这类高风险任务。
如果你只是改一个 typo,就不要用它。这个仓库里很多技能都写了触发边界,真正好用的关键不是“多调用”,而是“该用时才用”。
再比如你要装第三方 skill,先跑安全检查:
python3engineering/skills/skill-security-auditor/scripts/skill_security_auditor.py/path/to/skill/
它会检查命令注入、eval / exec、网络外传、读取密钥、越界文件访问、prompt injection、可疑依赖等风险,并给出 PASS / WARN / FAIL。
这一步很重要。AI skills 本质上是给 agent 的操作说明和脚本组合,装错东西可能比装错 npm 包更麻烦。
我会优先试哪几个技能?
如果你是开发者,推荐先试这几个:
skill-security-auditor:安装任何外部技能前先扫一遍。zero-hallucination-coder:复杂代码任务前强制做需求、结构、验证闭环。changelog-generator:把 conventional commits 变成可读发布说明。codebase-onboarding:快速生成项目导览,适合接手陌生仓库。playwright-pro:围绕测试生成、迁移、flaky test 修复做自动化。
如果你是内容或增长团队,可以先试:
content-creatorcontent-humanizerseo-auditaeolanding
如果你是产品或管理者,可以先试:
product-manager-toolkitcode-to-prdroadmap-communicatorsenior-pmmeeting-analyzer
我的真实建议是:每个人只保留 5 个高频技能。技能太多之后,选择成本会反过来吃掉收益。
这个项目最值得学的设计
第一,技能不是长提示词,而是一个小型工作包。
很多人写 AI 提示词,会把所有规则塞进一段 prompt。claude-skills 更工程化:主说明、脚本、参考资料、模板拆开,agent 需要时再读。
第二,它重视跨平台。
同一套 skills 可以面向 Claude Code、Codex、Gemini CLI、Cursor、Aider、Windsurf 等不同工具转换或同步。这说明未来 agent 工作流不会只绑定一个客户端,技能格式会变成可迁移资产。
第三,它把“安全审计”放进了技能库自身。
这点很现实。技能越强,风险越高。一个会运行脚本、读文件、调用命令的技能,如果来源不可信,就必须先审计。
第四,它承认流程有边界。
例如 zero-hallucination-coder 明确说不适合 typo、docstring、一次性脚本。好的技能不是永远触发,而是知道什么时候不该触发。
风险和坑
第一个坑:不要迷信数量。
几百个技能听起来很爽,但你的日常工作可能只需要十几个。全量安装会增加 agent 选择负担,也可能让上下文变复杂。
第二个坑:不要把 main 当稳定发行版。
这个仓库 main 分支更新很快,CHANGELOG 里有大量 Unreleased 内容。团队环境建议固定 tag,例如先从 v2.9.0 release 验证,再决定是否跟 main。
第三个坑:不要跳过审计。
尤其是从 fork、第三方 marketplace、陌生压缩包里拿 skill 时,先跑安全扫描,再读 SKILL.md 和脚本。能执行命令的技能,权限边界一定要看清楚。
第四个坑:不要期待所有平台体验一致。
Claude Code 的 plugin、Codex 的 skills、Cursor 的 rules、Aider 的 CONVENTIONS.md,底层加载方式不同。迁移可以做到,但触发、上下文、辅助文件支持会有差异。
适合谁,不适合谁?
适合三类人:
- 已经每天使用 Claude Code / Codex / Cursor 做真实项目的人。
- 想把团队工作流沉淀成 AI 可执行 SOP 的人。
- 想研究 agent skills 工程化组织方式的人。
不太适合三类人:
- 只想找一个“万能提示词”的人。
- 不愿意读技能说明、也不愿意做安全审计的人。
- 完全没有固定工作流,只是偶尔让 AI 改几行代码的人。
最终 verdict
claude-skills 是一个值得收藏、值得拆解、但不建议无脑全装的项目。
它真正的价值不是“有 300 多个技能”,而是展示了一个方向:未来我们给 AI 助手增加能力,不一定靠更长的 prompt,也不一定靠重新训练模型,而是靠一组可安装、可审计、可迁移的技能包。
个人使用,我推荐这样开始:
gitclonehttps://github.com/alirezarezvani/claude-skills.git
cdclaude-skills
pythonscripts/derive_counters.py
./scripts/codex-install.sh--list
然后只挑你当周会用到的 3 到 5 个技能安装。
团队使用,我推荐这样做:
- 固定 release tag,不直接追 main。
- 安装前跑
skill-security-auditor。 - 只开放白名单技能。
- 把内部 SOP 写成自己的
SKILL.md,不要只依赖外部库。 - 每月清理一次不用的技能。
一句话收尾:如果你已经把 AI 当作日常工作伙伴,claude-skills 能帮你把“会聊天的助手”往“懂流程的同事”推进一步;如果你还停留在复制提示词阶段,先从一个技能开始,不要被规模吓住。
资料来源:
- GitHub 仓库:https://github.com/alirezarezvani/claude-skills
- 项目官网:https://alirezarezvani.github.io/claude-skills/
- Releases:https://github.com/alirezarezvani/claude-skills/releases
- README、CHANGELOG、INSTALLATION、docs、近期 commits:已基于 2026-07-07 main 分支本地核对


夜雨聆风