技术简报AI Skill集合优秀SKILL侦测与发现
自动排版本期沿「方法论库—官方规范—工程流水线—分发基础设施」四条线看了 7 个 Agent Skills 项目：obra/superpowers 与 mattpocock/skills 分别代表强制工作流与小型可组合两种方法论路线；anthropics/skills 提供官方技能集与规范，但四个文档技能并非开源；addyosmani/agent-skills 把软件交付做成 25 个技能的生产流水线；vercel-labs/skills 是整个生态的安装与分发 CLI；sickn33/agentic-awesome-skills 与 ComposioHQ/awesome-claude-skills 是两个超大聚合库。共同结论：技能数量已经严重过剩，稀缺的是许可清晰度、更新机制与流程约束力。HN 上最尖锐的质疑（技能只是「老虎机」，模型不保证遵守硬要求）与最实用的反驳（技能只该告诉 agent 有哪些工具，安全必须靠沙箱）构成选型的两条硬边界。
把软件工程方法论写成一组 agent 会主动加载的技能：brainstorming → 用 git worktree 隔离 → 写计划 → 子代理驱动开发或执行计划 → TDD → 请求代码评审 → 收尾合并，用强制工作流替代「想到就写代码」。
主要应用领域独立开发者或小团队需要从想法到合并的端到端流程；希望把 Claude Code、Codex、Cursor 等多个 harness 统一到同一套工程习惯；任务可拆分、需要子代理并行执行。
核心价值313.2k stars / 27.9k forks / 178 issues / 687 commits，MIT，一条命令安装；把「先计划、再实现、再评审」变成默认路径，降低一次性大改风险；子代理驱动开发让并行拆分有现成协议。
采用建议当方法论骨架用：第一周只跑 brainstorming、writing-plans、test-driven-development 三个技能，确认团队接受这套节奏后再放开子代理自动化；不要把它当安全护栏。
能力与接入以 SKILL.md 组织的技能库，workflow 类含 brainstorming、writing-plans、subagent-driven-development、test-driven-development、requesting-code-review，utility 类含 diagnosing-superpowers、writing-skills、using-superpowers；经 Claude Code plugin marketplace 分发，同时适配 Antigravity、Codex App/CLI、Cursor、Devin CLI、Factory Droid、Gemini CLI、GitHub Copilot CLI、Grok Build CLI、Kimi Code、OpenCode、Pi、Qwen Code、Hermes Agent、Muse 等 16+ harness。
关键限制强制工作流对一两个文件的简单任务明显过重；是否加载技能最终由模型判断，官方也无法保证每次触发；brainstorming 的可视伴侣 logo 会带版本号从官网加载，遥测默认开启，需 SUPERPOWERS_DISABLE_TELEMETRY 关闭；贡献政策明确一般不接受新技能贡献，扩展主要靠自己 fork。
313,200MIT
把作者自己 .agents 目录里真正在用的技能直接开源，用拷问对齐、领域语言与小步 TDD 解决 AI 编码的四类失败：答非所问、啰嗦、代码不 work、越改越乱。
主要应用领域工程师个人想把 AI 编码从许愿改成先对齐再动手；需要在动代码前建立领域模型、术语表与 ADR 的项目；希望技能可组合、按需加载而不是被一套大流程压住的团队。
核心价值315.8k stars / 26.4k forks / 194 issues / 553 commits，MIT；技能粒度小、意图明确，适合嵌进既有流程而不是替换流程；作者明确反对 GSD/BMAD/Spec-Kit 那类接管流程同时夺走控制权的做法，路线选择清晰。
采用建议先只上 /grill-with-docs 与 /tdd 做一周对照：新需求先拷问再实现，看返工率是否下降，再扩到 triage 与 to-tickets。
能力与接入23 个技能按调用主体分两轴：user-invoked 含 ask-matt、grill-with-docs、grilling、triage、to-spec、to-tickets、implement、implement-spec、wayfinder、retro、improve-codebase-architecture；model-invoked 含 prototype、diagnosing-bugs、research、tdd、domain-modeling、codebase-design、code-review、pr、wizard。核心是 /grill-me 与 /grill-with-docs，后者在拷问需求的同时产出 GLOSSARY.md 与 ADR；安装走 claude plugin install mattpocock-skills@claude-plugins-official，也支持 codex、copilot、gemini 与 npx skills。
关键限制强依赖作者个人工作方式，团队规模化要二次改造；user-invoked 技能需要人记得调用，model-invoked 仍受触发不确定性影响；README 是个人视角，缺少面向团队的分权与审计说明。
315,800MIT
官方仓库同时承担三件事：给出可直接用的示例技能、给出 Agent Skills 规范与模板，并用 plugin marketplace 把技能变成可分发插件。
主要应用领域想按官方格式写第一个 SKILL.md 的个人或团队；需要在 Claude Code、Claude.ai 与 API 之间复用同一套技能；要把 docx/pdf/pptx/xlsx 文档处理接进 agent 流水线。
核心价值187.9k stars / 22.2k forks / 61 commits / 431 issues / 1.1k PR，是事实上的格式基准；示例覆盖文档处理、代码与数据任务。
采用建议当格式规范与模板库用，不要当生产级技能集合；采用前按目录逐个核对许可，四个文档技能单独评估。
能力与接入frontmatter 只要求 name 与 description，正文即指令；仓库含 spec/（Agent Skills specification）与 template/；安装走 /plugin marketplace add anthropics/skills，提供 document-skills 与 example-skills 两个插件；Partner Skills 已接入 Notion 等第三方。
关键限制技能质量参差，README 自带免责声明：仅供演示与教学，实现可能与 Claude 实际行为不同；四个文档技能为 source-available 而非开源，商用需逐项确认；Partner Skills 目录目前很薄。
187,900
把软件交付全流程拆成 9 个 lifecycle 命令（/spec /plan /build /test /constraints /review /webperf /code-simplify /ship）加 25 个技能，让编码 agent 像有工程规范的团队成员一样按阶段推进。
主要应用领域已有 CI 与评审规范、想把 agent 塞进既有交付流程的团队；前端与性能敏感项目；需要可审计阶段产物（spec、plan、评审意见、发布清单）的场景。
核心价值113.6k stars / 11.9k forks / 56 issues / 807 commits，MIT；阶段边界清楚、每步有产物，适合把「agent 写完就算完」改成「有验收物才算完」。
采用建议先拿一条真实需求跑 /spec → /plan → /build → /review 全链，重点看 /plan 产物能否直接评审；把 /ship 与自家发布流程对齐后再推广。
能力与接入25 个技能按 Define/Plan/Build/Verify/Review/Ship 分组，含 interview-me、spec-driven-development、planning-and-task-breakdown、test-driven-development、browser-testing-with-devtools、security-and-hardening、observability-and-instrumentation 等；/build auto 在批准计划后自主执行，但每任务仍走 TDD、独立 commit、失败即暂停；另附 code-reviewer、test-engineer 等 4 个 agent persona。
关键限制已知可移植性缺陷 #361：单技能 npx 安装只复制 skills/<name>/，不带仓库级 references/，跨 harness 迁移会静默丢依赖；25+9 的结构对单人小项目偏重，容易只跑 /build；技能质量与作者个人工程观强绑定。
113,600MIT
做 Agent Skills 的包管理器雏形：一个 npx skills CLI 负责发现、安装、更新、移除技能，背后是 skills.sh 目录站与按安装量排的榜单。
主要应用领域跨多个 harness 统一装技能；想先把技能装进项目而不是全局环境的团队；需要把技能随 npm 依赖同步的项目（experimental_sync）。
核心价值38.3k stars / 3.3k forks / 551 issues / 647 commits，MIT；把复制粘贴到 ~/.claude/skills 变成可版本化、可锁定的安装动作，是生态里少见的工程化基础设施。
采用建议当技能供应链入口而不是质量背书：安装时固定 owner/repo 与 commit，启用 skills-lock.json，先关遥测再谈合规；团队内部自建镜像或私有源更稳。
能力与接入Node ≥22.20；命令面 npx skills add / find / list / use / check / update / remove / init；支持 78 个宿主；实验性 experimental_sync 把 npm 依赖随包发布的技能同步进项目并写 skills-lock.json，experimental_install 按锁文件恢复；提供 programmatic API installSkills。
关键限制匿名遥测默认开启，需 DISABLE_TELEMETRY=1 或 DO_NOT_TRACK=1 关闭（同时会关掉安全审计请求）；skills.sh 榜单按自家 CLI 的匿名安装量排序，Vercel 自家技能天然靠前，不等于质量排名；版本锁定与更新治理仍在实验阶段。
38,300MIT
做一个超大技能超市加一层本地编排：2,926+ 可安装 SKILL.md 配 AAS Core（本地目录检索、agent 自选、stack 校验、计划预览），并打包成 13 个按岗位划分的专用技能包。
主要应用领域需要按岗位成套拿技能的团队；希望先在本地目录检索、由 agent 自选并预览计划再应用的场景。
核心价值49.2k stars / 7.2k forks / 3,480 commits，MIT 加 LICENSE-CONTENT；提供少见的先预览后应用路径，并明确声明 Core 不做排名与推荐，避免把超市当评测。
采用建议当素材池而非成品：只用 skills_index.json 做发现，落地前逐个核对上游许可与脚本内容，实验性 apply 不要进生产。
能力与接入skills_index.json + v1 schema 作为宿主发现清单；AAS Core 提供 catalog 检索、agent 自选、stack 校验与 plan preview，manifest 上限 128 个技能；13 个插件包各含 8–10 个技能，另附 bundles/workflows 元数据；支持 Antigravity 上下文过载时的 selective activation。
关键限制apply/recovery 仍标注实验性，需显式 opt-in；2,926 个技能来源与质量差异极大，仓库用署名台账标注 upstream 许可（含 AGPL-3.0 来源），逐项审计成本高；仓库由 antigravity-awesome-skills 更名而来，旧链接易混淆。
49,200MIT + LICENSE-CONTENT
做一个 1000+ 生产可用技能与插件的分类清单，同时用 README 解释 Skills/MCP/Tools 三层分工，并把 Composio MCP Gateway 作为连接 1000+ SaaS 的默认通道。
主要应用领域需要按分类快速浏览技能找现成方案；已经在用 Composio 生态、想一次性接上 CRM、邮件、表格、日历等 SaaS 的团队。
核心价值78.9k stars / 9.6k forks / 205 issues / 1.7k PR / 77 commits；清单结构清晰，是理解技能分类与技能不是工具这一层概念的入门材料。
采用建议只当索引用：按分类挑出候选后回到上游核对许可、脚本与维护状态，不把它当质量评测或合规依据。
能力与接入按 11 类组织的清单（文档处理、开发与代码、数据与分析、商业与营销、沟通与写作、创意与媒体、生产力、协作与项目管理、安全与系统、辅助技术、Composio 应用自动化）；README 说明渐进加载约 100 tokens/技能、正文通常小于 5000 tokens；connect-apps 插件走 Composio MCP Gateway 需 API key；末尾 App Automation 覆盖 78 个 SaaS 的预置 workflow 技能。
关键限制README 与仓库页均未声明许可，复用清单内容存在许可不明风险；以链接聚合为主、未逐项验证质量，大量条目指向 Composio 自家集成；无版本快照或更新说明，条目会随上游变动失效。
78,900
面对上万条 Agent Skills，先用四个问题筛。一、许可是开放还是 source-available：anthropics/skills 的 docx/pdf/pptx/xlsx 四个文档技能就是典型例外，Composio 清单则连许可都未声明。二、维护密度看 commits 与 issue 比：superpowers 是 687 commits/178 issues，addyosmani 是 807/56，而 awesome 清单只有 77 commits 却积压 205 issues 与 1.7k PR。三、流程是建议还是强制：superpowers 明确「强制工作流而非建议」，mattpocock 则把调用权交回用户。四、能否更新与锁定：vercel-labs/skills 的 check/update/remove 与 skills-lock.json 是目前最接近答案的一层。四个问题都过不了的库，星数再高也只当素材。
研究价值把「星数=质量」的直觉换成可核对的四个维度，能直接排掉许可不明与无人维护的库。
技能正文会被注入上下文并按其中的脚本执行，安装技能的信任成本接近执行第三方代码。三处实证风险：superpowers 的 brainstorming 可视伴侣会带版本号从官网加载、vercel-labs/skills 的匿名遥测默认开启（分别可用 SUPERPOWERS_DISABLE_TELEMETRY 与 DISABLE_TELEMETRY/DO_NOT_TRACK 关闭）；skills.sh 早期缺少版本锁定与卸载机制，被社区形容为「版本管理出现前的狂野西部」；agentic-awesome-skills 收录 AGPL-3.0 等不同许可的上游内容，需回到源头核对。落地做法：固定 commit、用锁文件、关遥测、在沙箱内执行，并且绝不用技能机制去强制安全规则。
研究价值把技能当依赖而不是文档来治理，可直接落到安装、锁定、审计三件事上。
先按「技能库选型四问」把手上候选过一遍：许可类型、维护密度、流程强制程度、能否锁定版本；本周只在一台机器上试装 superpowers 的三个核心技能与 mattpocock 的 /grill-with-docs，对比返工率；团队层面把安装技能纳入代码评审与锁文件流程，匿名遥测先关闭再谈合规。