Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
指导跨语言与技术栈的资深软件工程——系统与服务设计、RFC、代码审查、重构、可靠性模式、测试策略、性能分析、技术拆解,以及交付团队中的工程领导力。在设计服务或模块、编写技术规格、审查 PR 的架构与正确性、改进遗留代码、权衡取舍(耦合、一致性、延迟)、估算复杂工作,或指导工程师时使用——不适用于特定技术栈的全栈 UI 交付(senior-fullstack-developer)、部署发布策略(deployment-strategist)、基础设施/IaC(infrastructure-engineer)、专门的性能剖析与负载测试(performance-engineer)、组织级安全项目(cybersecurity),或跨系统 ADR 与架构评审(senior-system-architecture)。
通过对多个迭代的方差分析、通过率、执行时间和 token 用量追踪,对 Claude Code 技能性能进行基准测试。每个评估运行多次试验以获得统计可靠性,将结果聚合到 benchmark.json,并生成技能版本之间的对比报告。当用户说“benchmark skill”“measure skill performance”“skill metrics”“compare skill versions”“skill performance”“track skill improvement”“skill regression test”或“skill A/B test”时使用。
创建或改进 Claude Code 和 Codex skills。仅在请求明确针对 skill 本身时使用:创建新 skill、编辑 SKILL.md 文件、在 .claude/skills/.../SKILL.md 或 .agents/skills/.../SKILL.md 中测试 skill 草稿、改进现有 skill、排查 skill 未触发的原因、为 skill 运行 eval 或基准测试,或将已描述的工作流转化为可复用的 skill。在出现 existing skill、skill draft、SKILL.md、skill trigger、skill eval、make this into a skill、turn this workflow into a skill 等语句时触发。除非用户明确提到 skill、SKILL.md 或将任务转化为 skill,否则不要用于普通实现工作。该排除范围包括通用编码任务、通用自动化/工作流搭建、CI 搭建、GitHub Actions 工作流、调试、代码审查、数据库迁移、schema 变更,以及用户只是在就任务本身寻求帮助时的生产事故响应。
编码规则生成器 — 从项目约定中提取并生成 coding-rules.md。扫描 CLAUDE.md、AGENTS.md、配置文件、现有源代码和已安装的技能,生成统一的 coding-rules.md,供 spec-implement 用作质量门禁。英文触发词:"Generate coding rules"、"Create coding-rules.md"、"Extract project rules" 日语触发词:「コーディングルールを生成」「coding-rules.mdを作成」「プロジェクトルールを抽出」
指导技术支持工程——客户工单调查、复现、日志与 API 分析、根因定位、临时方案沟通、带证据的工程升级,以及针对产品缺陷与集成问题的知识库修复。适用于调试客户报告的问题、为工程团队编写复现步骤、分析 API 错误、撰写技术回复,或改进支持运行手册——不适用于 CS 项目设计、续约或计费运营(customer-ops-specialist)、生产事件指挥(incident-management-engineer)、构建产品功能(fullstack-software-engineer),或公司级危机声明与发布公告(communication-lead),或高管/VIP 与社区升级项目设计(community-executive-escalations-program-manager)。无深度调试的产品操作指南、宏与工单分级:product-support-specialist。
基于“Tell, Don't Ask”原则的代码评审与设计支持。把询问对象状态、在外部做判断的模式,转换为直接命令对象的模式。促进强化封装、把职责集中到持有数据的对象上的设计。在代码评审、新实现、重构时需要改善 getter 滥用或 Feature Envy 的情况下使用。目标语言:Java、Kotlin、Scala、TypeScript、Python、Ruby、Go、Rust。触发词:“想减少 getter”“想改善封装”“想修复 Feature Envy”“想让对象承担职责”“迪米特法则”等 OOP 设计相关请求时启动。
一站式移动端评审 —— thumb-first 套件的总入口。对移动应用/屏幕/PWA 执行设计判断评审与平台技术评审,然后将两者合并为一份按优先级排序的报告,并让设计分歧(主观意见)与平台缺陷(客观问题,P0–P3)在视觉上保持区分。适用于用户想要评审、审计、批评或设计移动应用、屏幕或 PWA 的场景 —— “review my mobile app”“is this good mobile UX”“audit this screen”“check my PWA”。路由到:完整评审(默认)、仅设计(thumb-first-design)或仅平台(thumb-first-platform)。判断层不限定平台;技术层深入 Web/PWA,并支持原生交接。
由 /tidy-project 调用。对项目结构进行只读的四阶段审计 —— 目录与文件布局,以及可静态审计的配置、依赖和构建卫生(嵌套代码库、缺失的 lockfile、已提交的构建产物、过度嵌套、文件错放、配置散乱、残留脚手架、硬编码环境值、约定漂移)。代码语义方面的关切不在范围内。在 `docs/YYYY-MM-DD-tidy-project-plan.md`(若没有 `docs/` 则放在仓库根目录)生成一份统一的执行计划;不修改任何源文件。跳过遍历点目录和构建/vendor 输出,但仍可通过 `git ls-files` 标记其被跟踪的存在。不会在自然语言请求下自动激活。
编写、拆分、重命名或修复 Agent 技能,使其在应当激活时激活,并能被证明而非仅被相信:新技能、从不触发或到处触发的描述、已长出两个决策的规则、不引导任何 Agent 可见路由的索引、密度过高无法一次读完的文件,或无人见过其失败的检查套件。涵盖激活面、路由门、规则解剖、页面形态、命名、可移植性,以及不变式与变异脚本。当用户说「写一个技能」「这个技能从不触发」「拆分这个技能」「标准化这些技能」或「我如何检查这个技能」时使用。不适用于编写产品文档,也不适用于判断某个任务是否需要技能。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
