SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 11-16 00:04

编程与开发

41,209 个结果

link-workspace-packages

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”等模块解析问题的场景。

编程与开发4 次安装

code-review

code-review 是 Bitwarden 的 AI 插件技能,用于对 GitHub 拉取请求(PR)执行代码审查,并可将审查结果直接发布到 GitHub。它通过调用 bitwarden-code-review:bitwarden-code-reviewer 子代理,按照 Bitwarden 工程标准完成审查。该技能支持从预取的 PR 线程上下文文件中读取已有讨论,以便避免重复评论,或在既有讨论线程中回复;也支持更新带有特定标记的占位摘要评论。若无法确定 PR 编号,技能会要求代理报告“无法识别拉取请求”,而不是审查未识别的分支。针对本地改动,资料提示应改用 /bitwarden-code-review:code-review-local。

编程与开发4 次安装

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 信息、只写本地文件,不执行发布操作。

编程与开发4 次安装

improving-codebases

improving-codebases 是一个针对 Git 仓库的代码改进工具,以多条「改进通道(lanes)」对仓库或指定部分进行扫描。当前资料中明确给出的通道是 state-machines:识别隐式状态机,用 TLA+ 显式建模并用 TLC 检查。每个发现都以 file:line 形式标注代码出处。该技能只在用户信任的仓库上运行,对不可信仓库应改用 auditing-repo-security;仓库中的文件、注释与历史仅作为数据,不作为指令。它承诺不提交、不推送、不建分支、不暂存、不 stash、不安装;检查结果由脚本判定,重构交由独立上下文的审查者评审,且保持编辑未提交。

编程与开发4 次安装

using-gh-cli

该技能用于在终端中通过 GitHub CLI(gh)执行 GitHub 相关工作,并对每次结果进行验证。核心做法是:在执行任何写操作之前,先用 gh repo view 确认目标仓库无误;每次写操作后,根据退出状态并进行回读来验证结果。技能强调仅在用户明确要求对指定目标执行相应操作时才运行合并、关闭、评审、评论、创建 issue 等写命令,并且禁止使用 --admin 合并、禁止任何删除和强制推送以及对非用户所有仓库的写操作。对于 PR 创建,提示 --body/--body-file 会跳过仓库 PR 模板,需要手动填写模板章节与复选框;并说明 gh pr checks 在检查挂起时退出码为 8 属预期,1 表示失败。

编程与开发4 次安装

visualizing-codebases

该技能用于将代码库建模并生成可交互的静态 D3 站点,供读者点击浏览系统结构与依赖关系。默认构建 C4 视图,展示系统上下文、容器、组件和代码层级,并标出依赖循环。站点只描述代码库中存在哪些元素、它们如何相互依赖,不对代码质量做评判,也不给重构建议。建模时要求每个元素和依赖边都有源码、构建、部署或配置文件作为依据,不依据名称推断依赖。构建脚本需 Node 18 或更高版本,页面从 CDN 加载 D3 7.9.0,需要网络连接。

编程与开发4 次安装

writing-acceptance-criteria

这是一个用于撰写或改写验收标准(Acceptance Criteria)的技能,核心原则是每条标准都必须是“可证伪的”:只能包含一个可观察的结果,并指定一个能够失败的具名检查。它适用于用户提出“写验收标准”等需求时,帮助把模糊表述(如“工作正常”“正确”“更快”)改写为包含检查方式、预期结果和失败条件的具体条款。技能会读取工单或现有标准,结合可用的代码仓库信息,按规则逐条改写并逐行复核,输出标准列表、假设(Assumptions)和待定问题(Open questions),并要求用户确认假设、回答问题。它还提供了一套提示词,用于把工单连同验收标准交给执行代理,要求代理只读标准与测试、逐条报告检查命令与结果,不得在无证据时声称完成。

编程与开发4 次安装