它是什么

这是一个把「专家经验」打包成可复用技能包（Skills）的开源资源库，核心内容是一批遵循 SKILL.md 约定的目录，外加子代理（Agents）、斜杠命令（Commands）和高管人格（Personas）。它的定位不是某个具体的软件，而是一座「技能仓库」——你按需取用其中若干条目，装进自己常用的 AI 编程助手，就能让助手在特定任务上表现得像有经验的专家。README 头部标注其包含 388 个 production-ready 的技能、插件与 agent skills，徽章则分别标注 118 个 Agents、150 个 Commands、7 个 Personas。

之所以出现这种形态，是因为 SKILL.md 已成为一个跨工具的开放约定（agentskills.io 标准）：一份 Markdown 说明触发条件与操作步骤，再配套可选的脚本、模板、参考文档。Claude Code 原生读取这类目录，其他编程智能体也在陆续兼容。这个仓库的价值就在于把分散的领域技能聚合成一个可直接取用的集合，并明确标注了它能跑在哪 13 种工具上。

核心功能 / 内容清单

• 工程与 DevOps 技能：面向日常开发流程的可复用操作说明，属于最基础的一类内容，用于把团队内部约定、脚手架流程、排障步骤固化成助手可执行的知识。
• 安全与合规技能（PreToolUse hooks）：包含以 PreToolUse 钩子形式实现的安全检查。这类内容的意义在于把校验前置到工具调用之前——比如在助手执行某条命令前先拦截或审查，而不是等执行完再补救。合规类技能则把规则条文转成助手可核对的操作清单。
• 营销与 AEO 技能：AEO 即 Answer Engine Optimization，针对的是「内容如何被 LLM 引用」这一新问题。与传统的 SEO 面向搜索结果页不同，AEO 关心的是内容结构、可引用的表述方式，让模型在回答时更可能采纳你的内容。
• 高管顾问人格与斜杠命令：README 提到一批「founder-mode」的 C-level 人格，覆盖 CFO、CMO、CRO、CPO、COO、CHRO、CISO、GC、CDO、CAIO、CCO、VPE 等角色，并配有 21 个 /cs:* 斜杠命令。它的作用是让助手切换到特定职能视角来审视问题，而不是给出泛泛的通用建议。
• 生产力技能：包括 capture、email、reflect、weekly-review、deep-work、meetings 等条目，对应信息捕获、邮件处理、复盘、周回顾、深度工作、会议管理这类高频个人工作流。
• 学术研究栈：包含 litreview、grants、dossier、patent、syllabus、pulse、notebooklm、deep-research，以及一个 hybrid router 做任务分流。覆盖从文献综述、基金申请、资料汇编到专利、教学大纲的学术工作链条。
• 企业研究运营（Research Operations，v2.9.0）：包含 clinical-research、research-finance、market-research、product-research 四类研究工作流，面向的是组织级、流程化的研究任务，而非个人一次性查询。

典型使用场景

场景一：在 Claude Code 里为代码变更加一道安全闸。 当你或助手准备执行有副作用的命令、或提交涉及敏感逻辑的改动时，安全类技能中的 PreToolUse 钩子可以在动作发生前介入审查。做法是把对应技能目录装进技能路径，之后无需每次手动提醒，助手在匹配到相应触发条件时会自行套用规则。适合把它当作「流程护栏」而非「事后扫描」。

场景二：独立开发者或创业团队需要高管视角做决策。 比如要评估一次定价调整对现金流的影响，可以调用 founder-mode 的 CFO 人格，让助手按财务负责人的关注点提问、列假设、指出信息缺口；需要营销视角时切到 CMO 人格。这类用法不是替你决策，而是把「一个职能负责人会追问什么」显式化，避免只从工程角度拍板。

场景三：学术或研究岗位处理长周期写作任务。 写文献综述时用 litreview 技能约束检索范围、组织论点结构；准备经费申请时用 grants 技能对齐评审关注点；更宽泛或跨领域的题目则可交给 deep-research 加 hybrid router 做任务分流。对临床、市场、产品等企业研究场景，则有 Research Operations 下的对应技能承接。

适合谁用

• 个人开发者与独立开发者：没有人可请教时，用技能包补齐工程流程、安全审查上的经验缺口。
• 团队工程与安全负责人：把团队约定写成技能，统一助手在不同成员机器上的行为，减少「每个人问出来的答案都不一样」。
• 非工程职能人员（市场、研究、运营）：AEO、生产力、研究工作流这几类内容本身就不要求技术背景。
• 创业公司与高管层：需要多职能视角快速讨论问题时，C-level 人格比通用问答更聚焦。
• 使用非 Claude 工具的开发者：README 列出了 OpenAI Codex、Gemini CLI、Cursor、Aider、Windsurf、Kilo Code、OpenCode、Augment、Antigravity、OpenClaw，以及 Hermes Agent 和 Mistral Vibe，共 13 种工具，适合不想被单一工具绑定的用户。
• 学术研究者：文献、基金、专利、教学大纲这条线针对性较强。

快速上手

总体路径是「取用目录、放进工具识别的位置、自然语言触发」。Claude Code 用户通常有两种方式：一是把需要的技能目录复制到用户级或项目级的技能目录下；二是通过插件市场机制整体安装。建议不要一次全量装入，按需挑几条开始。

对 Hermes Agent 与 Mistral Vibe 这两个「BYO-sync」层级的工具，仓库已预生成对应目录树，但需要你在本地跑一次同步脚本：Hermes 用 python scripts/sync-hermes-skills.py 安装到 ~/.hermes/skills/，Vibe 用 ./scripts/vibe-install.sh 安装到 ~/.vibe/skills/。两者都沿用同一套 SKILL.md 标准，不需要格式转换。

具体目录结构、安装命令与各工具支持程度，请以官方 README 为准，仓库仍在迭代（研究运营部分已标到 v2.9.0）。

注意事项

• 数量口径存在差异：仓库描述写作 380 个技能、30+ Agents、70+ Commands，README 头部与徽章则给出 388 Skills、118 Agents、150 Commands、7 Personas。引用数字前建议直接核对仓库当前版本。
• 各工具支持程度不同：Claude Code 属于原生支持，Hermes 与 Mistral Vibe 被明确标记为 BYO-sync 层级，需要本地执行脚本；其余工具的实际兼容度需逐个确认，不能假定行为一致。
• 预生成目录可能滞后：BYO-sync 方式依赖仓库里已生成的目录树，若上游更新而目录未重新生成，可能出现内容不一致，同步脚本正是为此设计。
• 钩子类内容带执行权限风险：PreToolUse 钩子与随附脚本会实际参与工具调用流程，安装前应阅读脚本内容，确认它拦什么、放什么。
• 专业领域内容需人工复核：合规、财务、临床研究等技能提供的是思考框架与清单，不构成法律、财务或医疗建议，最终判断仍须由具备资质的人做出。
• 上下文成本：技能装得越多，助手可用于当前任务的上下文越紧张，也越容易出现触发误判，建议按项目粒度精简安装。
• 协议：MIT，允许商用与修改，但需遵守许可证的署名等条款；随附的第三方素材可能有各自的授权要求。