SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-23 00:13
235,165 个结果
Syncfusion React Sidebar 是 Syncfusion 提供的 React 响应式导航侧边栏组件，用于构建现代 Web 应用的导航布局。它支持 Over（浮层）、Push（推移内容）、Slide（平移）、Auto（响应式自动切换）四种显示模式，可配置响应式断点、触摸手势、键盘导航，并能与 ListView、TreeView 组件集成。组件提供 18 个属性、show/hide/toggle/destroy 等方法，以及 change、open、close、created、destroyed 等事件，支持主题样式、动画、RTL 和自定义容器，适用于管理后台、移动端抽屉菜单、电商筛选、文档目录等场景。
MiMo V2.5 TTS 语音合成技能，调用小米 MiMo V2.5 TTS 系列模型将文字转为语音，支持预置音色、音色设计、音色克隆三种模式，并提供自然语言控制、导演模式、音频标签、方言与唱歌等能力。
将营销文案（标题、广告、首页主张、路演与定位语句）改写为价值优先、具体生动的语言，避免“省时省钱”和空泛表达，并按用户需层次与统一价格故事整理出可复用的定位语句清单。
Turborepo 是面向 JavaScript/TypeScript monorepo 的构建系统，通过任务缓存与依赖图并行执行任务。本技能提供 turbo.json 配置、任务管道、dependsOn、缓存与远程缓存、turbo CLI、--filter、--affected 及 CI 集成等实践指导。
w-a11y 是一个面向 UI 无障碍（a11y）审计的技能，来源于 blockmatic/basilic-skills。它依据仓库自带的无障碍文档与已有测试来审查指定界面，并且默认只输出报告，除非用户明确要求修复。该技能关注变更 UI 的语义结构、键盘可访问性、元素名称与焦点管理，并强调不得自行宣称 WCAG A/AA/AAA 等级，除非仓库文档中明确写明该等级。若无相关文档或测试，需如实报告并仅运行仓库中已有的测试。
w-api-docs 是一个用于刷新 API 文档的技能，强调从拥有 schema 的源头更新文档，而不是手工编辑生成的 OpenAPI。它适用于使用 TypeBox/Fastify 路由或仓库中已有文档生成器的项目。核心做法是：阅读 API 文档 MDX 与生成器 README，识别拥有源与 package.json 中的生成脚本；修改拥有 schema 或路由，而非生成产物；运行文档化的生成命令，并在仓库有漂移脚本时检查漂移；仅针对行为变化更新采用者 MDX，不臆造认证、限流或版本策略。若行为或命令发生变化，可参考 /w-docs。
w-api-test 是一项面向 API 测试的技能，隶属于 blockmatic/basilic-skills。它的核心用途是：为现有的测试装置（harness）补充 API 测试，通过公开 HTTP 接口验证服务的公开行为。该技能强调从公共接口出发测试端点，可使用本仓库提供的 API 测试装置或 Playwright 装置执行；明确要求不要访问生产环境，不要硬编码密钥。工作流程上，需要先阅读 API 测试相关的 MDX 文档以及已有的 *.test.ts 或 e2e 规格文件，然后覆盖所请求的操作、授权拒绝（authz denials）以及符合契约结构的响应。测试时应使用 package scripts 中提供的沙箱或本地服务器，并在测试完成后清理所创建的资源，最后运行文档中记录的 API 或 e2e 命令来执行这些测试。若行为或命令发生变化，可参考 /w-docs 文档。该技能适用于为后端服务增加接口契约与权限校验类测试、在本地或沙箱环境验证 HTTP 行为等场景。其具体安装方式、支持的平台、收费情况以及实现细节，当前资料暂未提供。
w-architecture 是一个用于规划实现结构的技能，属于 blockmatic/basilic-skills 技能集。它针对用户提出的问题产出实现结构方案，强调持久的系统分解决策应归属于已有的 ADR（架构决策记录）和架构文档，而不是另建一套 ADR 树或创建分支。该技能会读取匹配的架构 MDX 与 ADR，若变更涉及持久边界则停止并记录到现有 ADR/文档体系；同时区分实现目标与锦上添花项，列出约束、权衡与替代方案，标记高风险项供人工处理，并给出 3–5 条假设。仅在结构或流程不清晰时添加 Mermaid 图。保存行为取决于用户是否提供路径，否则在对话中返回结果。
w-build 是一个用于按计划增量实现任务并验证结果的技能，属于 blockmatic/basilic-skills 技能集。它适用于已有计划或足够清晰的实现请求，要求在动工前阅读仓库说明、受影响的 README 与脚本、匹配的规则与技能以及技术文档。对于有重大影响的决策，它要求从匹配文档中求解；涉及产品范围、密钥或破坏性操作时应询问人类，且不进行提交。使用时会检查工作树、识别本任务负责的文件、声明验收条件并保留无关改动。实现时使用既有包和模式完成一个完整切片，修改所属 schema 并运行文档化的生成器，而非直接编辑生成的客户端或迁移。验证方面，运行针对该改动的最小既有检查；可复现的逻辑缺陷应有回归检查；仅在要求或仓库规定时使用 TDD。失败检查应先调查再构建依赖工作，区分本次回归与既有或环境失败，绝不通过削弱检查来获得通过。若行为、命令或约定发生变化，应更新匹配的 MDX 和最近的 README，否则用一行说明原因。
w-clarify 是一个用于在需求不完整时进行澄清提问的技能，目标是从已检查的上下文中解决那些会影响正确实现的关键缺失需求。它强调只针对会阻塞正确工作的决策提问，不越出当前请求范围，不虚构产品范围。使用时会先检查代码、README 以及匹配的 MDX/ADR 文档，寻找已经存在的答案，然后列出仍然存在的关键缺口，例如行为、信任边界、破坏性操作等，并跳过可逆的细节。它要求提出最小集合的问题，当用户已经覆盖相关内容时，则基于已陈述的假设继续推进。该技能还提到相关概念：持续的设计树式访谈称为 grill，超出单次会话范围的迷雾称为 wayfinder。
w-coderabbit 是一个用于处理 CodeRabbit 代码审查评论的技能。它能够获取当前 PR 或未提交差异中的 CodeRabbit 评论，应用高置信度的修复，并在本地验证后停止。该技能通过 gh 识别分支和 PR，若无 PR 则审查当前任务差异；通过可用的 CodeRabbit MCP 获取评论，当评论跨多个文件时按文件和严重程度进行只读分组。修复从 critical/high 级别开始，遵循仓库规则，并运行与变更匹配的仓库 lint/type/w-test 命令。仅样式或不明确的条目会以列表形式保留，不自行发明安全或质量标准。若行为或命令发生变化，可参考 /w-docs 文档。该技能不会在未要求的情况下提交代码。
用于处理代码评审反馈的技能：读取未解决的 PR 评论，逐条应用针对性修复，并起草回复；未经用户明确调用不创建提交。
w-commit 是一个用于按仓库约定审查并提交任务预期改动的技能。它在收到提交请求后，会先检查已暂存与未暂存的改动以及授权任务范围，再决定暂存内容。创建新分支时要求先执行 git fetch origin，再使用 git switch -c <name> --no-track origin/main，避免基于过期的本地 main。它会区分任务自有改动与无关工作，包括预先暂存的文件；若无法安全分离预期提交，则要求澄清文件范围。暂存前，若行为、命令或约定发生变化，匹配的 MDX 与最近的 README 必须出现在 diff 中，否则需说明原因。它依赖提交钩子，不使用完整的 pre-push 套件，只暂存明确属于任务的路径或代码块，禁止使用 git add -A，禁止暂存 .env、凭据或密钥。提交信息采用 Conventional Commit 格式：小写类型/范围、不超过 60 字符的祈使句摘要、无句号，并通过 heredoc 传入，在启用钩子的情况下提交。最后检查结果与剩余工作区，返回提交 ID 和范围。单独的提交请求不授权推送。
w-council 是一个用于代码库探索的技能：先自行检查目标区域，收集架构与关键词，再按需启动少量不同视角的并行探索代理，最后汇总并核对发现。它只做调查，不提交、不推送、不创建 PR；只有在用户已明确要求时才继续实现。
w-debug 是一个用于诊断故障并验证修复的调试技能。它要求先记录预期行为与实际行为、复现条件、相关日志和近期变更，再以最小输入和仓库现有工具复现原始故障。诊断类请求保持只读，只有明确要求修复时才授权进行限定范围的实现。它帮助定位失败边界（编译器、类型、浏览器、API、数据库、依赖、环境或测试），区分观察到的事实与假设，一次只验证一个假设，并在修复后重复原始场景与受影响检查。
w-debug-browser 是一个用于复现并解决已授权浏览器问题的技能，强调以运行时证据为依据进行调试。它要求先阅读应用的 README 与浏览器测试约定，再使用受影响的 URL、预期交互和可用的浏览器工具复现问题，收集 DOM、网络与控制台证据，然后追踪故障所属的客户端或服务端边界。修复时采用最小授权改动，并重放相同交互及相关失败或空状态，运行受影响的自动化检查，清理临时追踪代码。若工具或凭据阻碍复现，应报告确切限制而非无新证据地反复尝试。
w-deslop 是一个用于清理代码分支中 AI 生成冗余内容的技能。它通过将当前分支与 main 分支进行差异对比，找出并移除人类开发者通常不会添加的多余注释、防御性噪音，以及与文件周围风格不一致的类型转换。该技能要求对分支修改过的每个文件（包括新增和已修改的既有文件）进行 diff，定位 AI 生成痕迹，如额外注释、在可信路径上异常出现的 try/catch、强制转换为 any，以及不符合文件整体风格的写法。清理时只移除这些冗余内容，不重写无关结构，并对受影响文件运行最小范围的现有检查。若行为或命令发生变化，还需参考 /w-docs 文档。
w-diagram 是一个用于生成 Mermaid 图表的中文技能，可根据用户指定的代码、架构或数据流，产出对应的可视化图表。它强调基于实际来源绘图，不虚构架构或文档内容；当请求涉及产品、用户旅程或架构文档时，会读取指定的 MDX/DESIGN.md，并从这些来源生成至多两张 Mermaid 图，同时标注文档与代码之间的不一致，而不提出新的方法论。除此之外，它会检查指定的代码或文档，并根据问题类型选择 flowchart、sequence、class、er、state 或 journey 等合适的图类型。输出要求标签简短、过大的图拆分为多张，并使用 mermaid 代码围栏包裹，最后用几句话解释图表展示的内容，且节点与连线必须对应检查过的来源。除非用户提供了文件路径，否则默认只在对话中输出。
w-docs 是一个用于为当前代码或功能编写文档的技能，要求将文档写入拥有该变更的文档层。它遵循所在仓库的文档与 README 规则，未经要求不提交。持久的信息架构应放在现有 MDX 中，不另建第二套站点地图。它按变更类型区分更新位置：技术文档（架构、ADR、操作指南）在行为、架构、命令、约定或工作流变化时更新；智能体规则在不可违反的约定变化时更新；最近的 README 在脚本、安装或包用途变化时更新；内联注释仅在代码本身易误导时使用。
w-errors 是一个用于加固代码失败路径的技能，帮助开发者为当前代码添加与仓库现有错误处理和日志包相匹配的错误处理逻辑。它要求遵循 AGENTS.md 中指定的错误处理页面以及现有的错误/日志包，并强调不要用重试掩盖真正的失败原因。该技能会识别变更路径上的失败点（如校验、I/O、授权、空值或非法输入），使用仓库既有的错误类型和日志器，返回或渲染已有的面向用户的错误模式。只有在写入可安全重放时才进行重试，否则保留显式的无重试路径，并在已有重试需求时设置有限期限。此外，它要求用测试或具名的手动场景覆盖新路径，并运行最小的现有检查；若行为或命令发生变化，则参考 /w-docs 文档。
w-fix-push 是一个用于修复已报告问题并提交推送的技能。它针对指定的问题执行“修复→最小匹配检查→提交→推送”的流程，适用于处理 lint、类型、测试或评审反馈中的错误与警告。该技能不是 /w-ship（不创建 PR，也不运行完整的推送前检查套件），也不是合并或部署操作，遵循 git publish 规范。若需新建分支，应先执行 git fetch origin，再使用 git switch -c <name> --no-track origin/main，绝不跳过 fetch，也不使用过期的本地 main。修复后运行与失败相匹配的最小现有检查，而非完整推送前套件。仅提交预期路径，然后推送已检查的上游。除非用户要求 /w-pr 或 /w-ship，否则不打开 PR。
w-form 是一个用于在当前 Next.js 应用中实现表单的技能。它强调沿用应用现有的 mutation 路径，而不是引入第二套技术栈：如果应用已经通过 API 客户端（Fastify + TanStack Query）进行数据变更，就不要为这些流程改用 Server Actions、useFormStatus 或 useOptimistic。该技能要求先检查相邻表单的提交方式并复用同一路径，使用一份 Zod schema 同时支撑客户端用户体验与服务端校验，借助现有 UI 原语接入可访问的标签、错误、pending 以及空/错误/成功状态，最后运行 lint 并验证提交、校验失败与键盘操作路径。行为或命令有变化时需更新文档。
w-gha 是一个用于排查和修复 GitHub Actions 持续集成失败的技能。它通过 gh 命令行工具获取当前分支的 Actions 日志，分析失败原因，并在本地复现和修复 CI 错误。该技能强调使用 gh 而非 GitHub MCP 获取 Actions 日志，并遵循 git publish 相关流程。其工作方式包括：确认当前分支及其上游跟踪分支状态，判断 HEAD 是否领先于上游，或通过 PR head SHA 选择对应的运行记录；使用 gh pr checks、gh run list、gh run view --log-failed 和 gh run download 等命令定位失败运行和日志；解析日志中的测试、lint、构建、依赖缺失、环境、超时等问题；当多个 job 失败时，为每个不同 job 派发只读解析器，由自身修改根因；随后在本地运行与工作流相同的命令进行验证。该技能不会在每次推送时添加 gh run watch，也不会在用户未要求的情况下提交或推送代码。
w-git-repair 是一个用于解决常见 Git 问题的技能，帮助处理冲突、分离头指针（detached HEAD）、上游分支分叉等本地 Git 问题。它强调先检查再操作：通过 git status、git branch -vv 和相关日志确认当前状态，用一句话说明问题，然后提出最小化的安全命令并解释其影响。对于可能丢弃本地更改的命令（如 git reset --hard、git clean、git restore）要求明确确认；对于改写历史的命令（如 git rebase、对已发布提交执行 git commit --amend）要求用户明确请求。执行授权命令后会重新检查状态和剩余冲突，且从不强制推送或绕过钩子。