Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
在使用 Mergify stacks 的仓库中(已安装其 stack commit-msg hook,或近期提交带有 `Change-Id` 尾注),使用 Mergify stacks 执行 git push、提交、分支和 PR 创建。在此类仓库中,推送代码、创建提交、分支或 PR 时始终使用此技能。其他仓库则使用普通 git 和 gh。触发词:push、commit、branch、PR、pull request、stack、stacked、git、rebase、checkout、reorder、move、sync、amend、note、revision history
NestJS 后端的约定俗成内部规范——模块边界与分层、provider 装配与注入作用域、guards/interceptors/pipes/filters、DTO 与校验、领域异常、配置,以及 Nest 11 / Express 5 中能通过编译却在运行时失败的行为。只要代码是 NestJS(package.json 中有 `@nestjs/*`,或文件中有 `@Module`/`@Injectable`/`@Controller`/`@Cron`)就使用,包括问题听起来像普通 TypeScript、OOP 重构、代码审查或运维问题时——Nest 特有的答案与通用答案不同。典型需求:搭建模块、添加控制器、provider 或端点、装配 enhancer、启动期 DI 或循环导入失败、尽管有 `@Exclude()` 仍泄露实体字段的响应、在每个副本上都触发的 cron 任务、升级 NestJS,或审查 Nest 的 diff。不适用于纯 Express 或 Fastify、Angular、前端、SQL 或 CI。
分析 HM Desktop PRD 文档,提取需求信息、验证完整性、检查章节顺序(需求来源→需求背景→需求价值分析→竞品分析→需求描述)、检查 KEP 定义、检测需求冲突并生成结构化分析报告。适用于用户请求:(1) 分析或审查 PRD 文档,(2) 从需求中提取 KEP 列表,(3) 检查 PRD 完整性或一致性,(4) 将需求映射到模块架构,(5) 验证 PRD 格式合规性,(6) 验证竞品分析章节完整性。关键词:PRD 分析, requirement extraction, KEP 验证, completeness check, chapter order validation, 竞品分析检查, analyze PRD, 需求提取, 完整性检查, 章节顺序验证
使用 DevEco Studio 工具链构建、安装、启动和调试 HarmonyOS/OpenHarmony 应用。当 Claude 需要:(1) 用 hvigorw 构建 OHOS 应用,(2) 通过 hdc 将 HAP 文件安装到设备,(3) 启动或调试 OHOS 应用,(4) 用 hstack 解析崩溃堆栈,(5) 截取设备屏幕截图,或 (6) 检测 DevEco Studio 环境和 SDK 工具时使用。自动检测 DevEco Studio 安装并配置 JAVA_HOME、PATH 和工具链。
OpenSpec 风格的端到端 Jira bug 修复工作流,将根因、行为变更、修复方案、验证和归档持久化为 OpenSpec 产物(openspec/changes/<name>/,归档至 openspec/specs/),而不是只留在聊天上下文或 Jira 评论中。当 Jira 问题需要长期的行为契约可追溯性、团队评审或可审计性时使用。不适用于无需可追溯性的快速修复——此时改用 jira-fix-workflow。触发词:「opsx-jira-fix」「OpenSpec Jira 修复」「规范化修复 Jira」「opsx修复Jira」「Jira OpenSpec 修复」「opsx自动修复Jira」「用OpenSpec修复Jira」「opsx-jira-fix-workflow」;「ai-proxy 模式」「AI 代理模式」「切换 ai-proxy」 / opsx jira fix, OpenSpec Jira fix workflow, ai-proxy mode, switch to ai-proxy.
用一段短视频构建滚动驱动的电影感落地页。用户提供一段 5–15 秒的视频(通常由 AI 生成);此技能以 HD JPEG 质量抽取每一帧,然后生成一个单主视觉 HTML 页面:用户的滚动手势在原地擦动帧(页面本身从不滚动),并有 5 段戏剧性文字叠层交叉淡入淡出 —— Google Anton 标题、Caveat 手写点缀、锁定正文、虚拟滚动。当用户想要 "turn this video into a landing page"、"make a scroll-scrub landing page"、"build a parallax hero from this clip"、"add a new landing page to the parasites showcase"、"do the same as github/lion/hope for this new video",或任何将短视频与戏剧性滚动触发叙事配对的变体时,使用此技能。即使用户只说 "use my video for a landing page" 也要触发 —— 那正是此技能。
自主构建阶段编排器,按切片执行 8 阶段流水线(拆解、切片就绪度评审、通过 TDD 配对实现、三阶段代码评审、处理反馈、变异测试、push/CI、merge/flag)。管理切片队列(先走通骨架,按依赖排序),在具备能力检测的情况下派发 TDD 配对,强制执行 5 道二元质量门禁,并设有 3 轮返工预算与人工升级机制,维护审计追踪,并遵守严格的控制器边界(从不编写代码,所有创造性工作均委派出去)。支持三种自主级别(保守/标准/完全)。适用于运行工厂模式、编排构建阶段、管理切片队列,或协调带评审门禁的 TDD 配对时。触发词:"run the pipeline"、"factory mode"、"build phase"、"slice queue"、"quality gates"、"autonomous build"。不适用于:单个 TDD(使用 tdd)、独立代码评审(使用 code-review)、仅 CI 的工作流(使用 ci-integration)。
用于 Kiro 中基于规范的开发的自动化迭代 Agent 运行器。将 kiro-cli 包装在一个可自我纠正的 bash 循环中,该循环从 Kiro 规范中拾取任务,一次实现一个,对照退出标准进行验证,并在各次迭代中累积修正和代码库模式。当用户提到 "ralph loop"、"ralph"、"spec loop"、"iterative spec runner"、"run my spec tasks automatically"、"kiro spec automation"、"self-correcting agent loop"、"implement spec tasks in a loop"、"run kiro-cli in a loop"、"automated task implementation",或想要通过反复的 Agent 迭代推动 Kiro 规范直至完成时,使用此技能。当用户想要设置、配置、排查或理解 Ralph Loop 工作流时也使用——包括进度跟踪、修正、代码库模式、计时日志和摘要仪表盘。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
