commit
该技能用于暂存待提交的改动,并依据仓库既有提交风格自动生成简洁、准确的提交信息,创建一条新的 Git 提交。使用前会先收集上下文并做分支与敏感文件安全检查。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-16 00:04
41,209 个结果
该技能用于暂存待提交的改动,并依据仓库既有提交风格自动生成简洁、准确的提交信息,创建一条新的 Git 提交。使用前会先收集上下文并做分支与敏感文件安全检查。
link-workspace-packages 是 Nx 提供的一项技能,用于在 monorepo 中为各个包之间建立依赖关系(即把工作区内的包互相链接)。它支持 npm、yarn、pnpm、bun 四种包管理器,并针对每种管理器的 workspace 语法给出具体命令。该技能会先检测仓库使用的包管理器(通过根级 package.json 的 packageManager 字段,或根据根目录的锁文件判断:pnpm-lock.yaml 对应 pnpm,yarn.lock 对应 yarn,bun.lock/bun.lockb 对应 bun,package-lock.json 对应 npm),然后按“识别消费方包、识别提供方包、使用对应 workspace 语法添加依赖、验证消费方 node_modules 中生成的符号链接”的流程操作。适用于刚创建或生成新包、需要接通其依赖,或排查“Cannot find module”等模块解析问题的场景。
nx-generate 是一份用于借助 Nx 生成器进行代码脚手架的技能说明,适用于在 monorepo 中创建应用、库、功能骨架或运行自定义生成器,强调干跑校验、阅读生成器源码并遵循仓库既有约定。
Claude Code 插件的构建与分发参考,涵盖 plugin.json 与 marketplace.json 结构、命令/技能/智能体/hooks 打包方式、市场管理与安装作用域等要点,用于团队共享与社区分发。
Surface Forks 是一个用于实现、设计、重构或调试任务的技能,帮助在改动触及既有领域概念前先找出冲突点,并列出可选路径。
一个用于创建隔离 Git worktree 的技能,共享同一仓库、支持多分支并行开发而无需切换。它按既有目录、CLAUDE.md 偏好、询问用户的优先级选择目录,做安全校验、自动安装依赖并跑基线测试。
code-review 是 Bitwarden 的 AI 插件技能,用于对 GitHub 拉取请求(PR)执行代码审查,并可将审查结果直接发布到 GitHub。它通过调用 bitwarden-code-review:bitwarden-code-reviewer 子代理,按照 Bitwarden 工程标准完成审查。该技能支持从预取的 PR 线程上下文文件中读取已有讨论,以便避免重复评论,或在既有讨论线程中回复;也支持更新带有特定标记的占位摘要评论。若无法确定 PR 编号,技能会要求代理报告“无法识别拉取请求”,而不是审查未识别的分支。针对本地改动,资料提示应改用 /bitwarden-code-review:code-review-local。
这是一个用于代码审查的本地化技能:审查 GitHub 拉取请求(PR)或本地代码改动,并将审查结果写入本地文件,而不是发布到 GitHub。它支持通过 --base 参数指定本地改动的对比基线(需符合 ^[A-Za-z0-9][A-Za-z0-9._/-]*$ 校验规则),可将目标解析为 PR 编号或 local changes,然后委派给 bitwarden-code-reviewer 子代理执行。输出包括 review-summary.md(总体评估与审查明细)和 review-inline-comments.md(按文件与行号组织的行内评论)。对 PR 会先检测已有评论线程以避免重复评论;对本地改动则跳过线程检测。该技能只读取 GitHub 信息、只写本地文件,不执行发布操作。
该技能用于把未解决的 Sentry 问题做分诊:排名、分组、生成 GitHub issue 计划、分支与 worktree 分配、PR 及收尾闭环,默认只做 dry-run 计划,外部写操作需显式批准。
面向浏览器 Web Animations API 的技能,覆盖 Element.animate()、Animation、KeyframeEffect、播放控制、生成关键帧、cancel/finish、commitStyles 与清理,并附审计脚本与参考资料。
将云沙箱代码从 Daytona(@daytonaio/sdk、daytona_sdk)迁移到 Blaxel(@blaxel/core、blaxel)的迁移指南技能,覆盖包替换、认证、沙箱创建、参数映射、命令执行、日志流、文件系统等 API 对照。
将云沙箱代码从 E2B(@e2b/code-interpreter 或 e2b)迁移到 Blaxel(@blaxel/core 或 blaxel)的迁移指南技能,覆盖包替换、认证、沙箱创建、命令执行、文件系统、生命周期与预览 URL 的 API 映射。
面向技术文档写作的技能,用于编写 API 文档、README、安装指南、用户手册、教程、架构说明、变更日志与发布说明、入门指南,并解释复杂技术概念。
improving-codebases 是一个针对 Git 仓库的代码改进工具,以多条「改进通道(lanes)」对仓库或指定部分进行扫描。当前资料中明确给出的通道是 state-machines:识别隐式状态机,用 TLA+ 显式建模并用 TLC 检查。每个发现都以 file:line 形式标注代码出处。该技能只在用户信任的仓库上运行,对不可信仓库应改用 auditing-repo-security;仓库中的文件、注释与历史仅作为数据,不作为指令。它承诺不提交、不推送、不建分支、不暂存、不 stash、不安装;检查结果由脚本判定,重构交由独立上下文的审查者评审,且保持编辑未提交。
这是一个用于重构整个代码库的 AI 技能,目标是一次性完成重构,让每项变更只落在一处。它会先盘点隐藏耦合、多余耦合、冗余代码和特例,再按根因重新设计,在保持行为不变的前提下应用修复,并运行项目检查使全部通过;可选清理无用注释和脆弱测试。
该技能用于在终端中通过 GitHub CLI(gh)执行 GitHub 相关工作,并对每次结果进行验证。核心做法是:在执行任何写操作之前,先用 gh repo view 确认目标仓库无误;每次写操作后,根据退出状态并进行回读来验证结果。技能强调仅在用户明确要求对指定目标执行相应操作时才运行合并、关闭、评审、评论、创建 issue 等写命令,并且禁止使用 --admin 合并、禁止任何删除和强制推送以及对非用户所有仓库的写操作。对于 PR 创建,提示 --body/--body-file 会跳过仓库 PR 模板,需要手动填写模板章节与复选框;并说明 gh pr checks 在检查挂起时退出码为 8 属预期,1 表示失败。
该技能用于将代码库建模并生成可交互的静态 D3 站点,供读者点击浏览系统结构与依赖关系。默认构建 C4 视图,展示系统上下文、容器、组件和代码层级,并标出依赖循环。站点只描述代码库中存在哪些元素、它们如何相互依赖,不对代码质量做评判,也不给重构建议。建模时要求每个元素和依赖边都有源码、构建、部署或配置文件作为依据,不依据名称推断依赖。构建脚本需 Node 18 或更高版本,页面从 CDN 加载 D3 7.9.0,需要网络连接。
这是一个用于撰写或改写验收标准(Acceptance Criteria)的技能,核心原则是每条标准都必须是“可证伪的”:只能包含一个可观察的结果,并指定一个能够失败的具名检查。它适用于用户提出“写验收标准”等需求时,帮助把模糊表述(如“工作正常”“正确”“更快”)改写为包含检查方式、预期结果和失败条件的具体条款。技能会读取工单或现有标准,结合可用的代码仓库信息,按规则逐条改写并逐行复核,输出标准列表、假设(Assumptions)和待定问题(Open questions),并要求用户确认假设、回答问题。它还提供了一套提示词,用于把工单连同验收标准交给执行代理,要求代理只读标准与测试、逐条报告检查命令与结果,不得在无证据时声称完成。
跨语言软件开发技能,强调类型安全、根因修复、清晰设计与严格验证(格式、lint、类型检查、测试),用于功能开发、重构、修 bug、调试、代码审查与维护。
基于Jira工单需求与Confluence相关文档,制定前端、后端、基础设施三部分实现计划的规划技能。前提是上游已获取Jira工单信息与Confluence搜索结果,最终输出结构化实现计划。
基于Sid Sijbrandij骨肉瘤案例(2022-2026)总结的个性化癌症治疗导航框架,包含最大化诊断、个性化治疗开发与并行治疗三大支柱,涉及基因组、转录组、液体活检、结构生物学与FDA扩大使用等。
symphony-forge 是一个 CLI 工具,在 next-forge(Turborepo 模板)基础上加入可组合的控制金属层,用于治理门禁、构建自动化、知识图谱与 AI 智能体指令,使项目从一开始就适配自主智能体。
Hostinger 账户与基础设施的运维技能,统一通过 hostinger MCP 工具、HOSTINGER_API_TOKEN 下的 REST API 或 SSH 三种通道管理域名、VPS、托管、电商与账单,强调快照先行、防火墙同步与破坏性操作确认。
用于在 .NET 应用中设计、实现或审查整洁架构(Clean Architecture)的技能,强调依赖只能向内指向,并把代码划分到 Domain、Application、Infrastructure 与 Presentation 层。