SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-31 00:15
38,994 个结果
documentation-criteria 是 shinpr/claude-code-workflows 中的一份文档创作判定标准，用于决定一项变更需要哪些文档（PRD、ADR、UI Spec、Design Doc、Work Plan）以及各文档的存放位置。它定义每类文档所固化的决策类别，并给出创建决策矩阵与 ADR 决策过滤器，据此按结构规模选择基准文档路径与创建顺序。同时还列出各文档的存储路径、命名约定和模板文件。适用于需要确定文档范围、判断是否新建 ADR，或规划变更文档产出的场景。
Structural Review 是一个针对 PR 差异的结构与可维护性审查规则，仅输出报告，不修改文件、不创建 PR。它从文件体积、抽象是否值得、分支结构、分层纪律、类型放置、非原子写入、顺序编排、技术栈卫生、设计纯度、直接性与魔法等维度提出问题。每条发现必须指出应删除、合并或重命名什么，以及具体文件与行号所在的落点，只输出高置信度、可执行的发现。它与代码正确性审查互补，不重复标记正确性缺陷，也不处理安全、测试覆盖或文档缺口。输出按 Blockers、Request Changes、Minor、Approved Axes 分级组织。
SDD 快速通道（YOLO 全流程）是一条端到端的规范驱动开发流水线，依次执行 analyse → plan → implement → review → archive 五个阶段，全程仅保留一个确认关口：在生成规范与计划之后、开始实现之前。开始前需收集 feature_description，并检查 docs/project.md 是否存在，若缺失须先运行 /sdd-init。分析阶段最多追问 3 个阻塞性问题，随后写出 feature.md；计划阶段写出 plan.md，包含有序实现步骤、具体文件路径、清单项以及验收标准到测试的映射表。用户在确认关口输入 PROCEED 后进入实现，逐层编译并运行测试，不允许把失败带到下一步；之后进行八维度评审，并根据评审结论自动归档或停止。
ign 是一个用 Rust 编写的高性能 .gitignore 管理命令行工具，基于 GitHub 官方 gitignore 模板库，支持模块化块隔离合并、上下文感知模板检测、智能别名、模糊搜索，并能保证保留用户自定义规则。它默认完全离线运行，无隐藏网络请求，仅在显式命令下按需同步模板。该技能用于在初始化新项目仓库或维护现有仓库时，自动选择并组合匹配的 .gitignore 模板，例如根据 Cargo.toml、package.json、pyproject.toml 等项目标记识别语言与技术栈，并结合操作系统与 IDE 配置生成合适的忽略规则。
这是一个名为 /trace 的统一发现系统技能，用于在 Git 历史、代码仓库、文档和 Oracle 记忆之间查找项目、代码和知识。当用户提出“trace”“find project”“where is [project]”“search…”等需求时可以使用。它支持多种模式：--oracle 仅查询 Oracle（最快）、--smart 默认先查 Oracle 并在结果不足时自动升级、--deep 采用多波并行搜索并包含会话挖掘。执行过程会生成带时间戳的 trace 日志，存放在 ψ/memory/traces/ 目录下并被提交，作为未来搜索的 Oracle 记忆。系统还引入摩擦分数（friction_score）和置信度（confidence）来衡量搜索结果的易得性与是否真正回答了问题，并记录覆盖的维度（oracle、files、git、cross-repo、github）。
duck-patch 是一个面向小型、有边界代码修改的“外科式”实现技能，属于 sprngr/rubber-duck 技能集。它的核心用法是：在修复方向已经明确之后，执行范围极窄的代码改动，优先产出“最小安全差异”，避免过大、过散或投机性的修改。技能强调在执行前澄清范围、应用名为 Duck Ladder 的决策阶梯（先判断是否真的需要改动，再优先复用本地模式、标准库或已装依赖，最后才新增代码），并要求对工作区改动进行审批：语义性改动（代码逻辑、文档、配置、依赖、文件操作、变更类命令等）需完整执行审批，纯格式或非代码文本的错别字修复需轻量确认。它还定义了分阶段的改动上限（如 Phase 1 骨架最多 6 个文件、Phase 3 具体实现最多 2 个文件）与行数阈值，用来防止评审疲劳，超出阈值则拆分审批。技能还约束注释与文档只保留持久性的约束、契约和行为，不应记录开发历史、临时决策或评审/会话标记，历史信息应放入 ADR 或 changelog 等专门的持久产物。当以子代理模式运行且没有用户通道时，它不直接改文件或运行命令，而是输出每文件差异块和验证计划作为审批包。适用场景包括“应用这个修复”“做一次定点修改”“打这个补丁”“实现这个小改动”等范围明确的小型编辑任务；不适合产品与架构决策，也不适合根因不明的修复（此时应回到调试流程）。
duck-refactor 是一个用于多文件代码重构的技能，支持在重构过程中追踪引用并验证结果。它适用于“重构这段代码”“提取这个函数”“在整个代码库中重命名”“把这段代码移到另一个文件”“内联这个函数”“把回调改成 Promise”等场景。该技能强调有界重构：先澄清范围、追踪引用与依赖、给出重构计划，再经执行批准后按顺序修改并验证。它遵循 Duck Ladder 原则，优先考虑无需改动、复用现有模式、使用标准库或已安装依赖，最后才新增抽象。它明确区分于单文件补丁、复杂度削减、架构决策和调试类技能，并设有阶段文件数量上限，超出时建议拆分为更小的有界重构。
duck-simplify 是一个面向复杂度削减与语义重复/分叉审查的 AI 技能。它在代码审查、设计或调试场景中提供“复杂度最小化”视角，帮助识别过度工程、可复用标准库、可改用平台原生能力、可精简或删除的代码，以及语义重复带来的分叉风险。该技能强调在不削弱安全性、正确性和明确需求的前提下寻找最高价值简化，不会把提升可读性的微小重复或低风险字面量当作问题。输出采用标准模式或 Dry 模式（DRY/去重/分叉审查），每条发现带有 emoji 前缀、路径/范围、复杂度成本与修复方向，并给出 totals 汇总。适用范围仅限复杂度削减建议，最终实现决定权仍在用户。
基于《阿里巴巴 Java 开发手册（嵩山版）》的 Java 开发技能，用于编写、审查和重构 Java 代码。覆盖命名规范、编码标准、并发、异常处理、数据库设计、安全、测试与架构设计等方面，帮助代码遵循行业最佳实践。
WinUI 3 Full Skill 是一个面向 Windows App SDK 1.8+ 的 WinUI 3 代码生成技能，用于产出生产质量的 XAML 与 C# 代码。它覆盖约 70 个控件的代码片段，并内置 MVVM、依赖注入、Fluent Design、异步编程、导航、主题、无障碍等规则。技能强调使用编译绑定 x:Bind、为每个 DataTemplate 设置 x:DataType、ViewModel 不引用 Microsoft.UI.Xaml.* 类型、业务逻辑不写入 code-behind、使用 NavigationView 做主导航、异步操作不阻塞 UI 线程，并为交互控件提供 AutomationProperties.Name。仓库按 catalog、snippets 等目录组织，提供从应用外壳、MVVM+DI 装配、明暗主题到对话框、列表、表单、通知等常见任务的快速查找入口。
Syncfusion WinForms PDF Viewer 技能用于生成在 WinForms 应用中集成 Syncfusion PDF Viewer 控件的 C# 代码示例。根据用户需求，它会先确认代码是集成到现有 WinForms 项目还是新建应用，并询问目标框架（.NET Framework 4.5+ 如 4.6/4.7/4.8，或 .NET/.NET Core 如 8、10，使用 net8.0-windows），随后生成对应的 .csproj、添加 Syncfusion.PdfViewer.Windows NuGet 包，并按框架调整命名空间、窗体初始化、Program.cs 和 PDF Viewer 设置。功能覆盖加载与查看 PDF、保存、打印、文本提取、搜索、书签与超链接导航、本地化、主题、交互模式、错误处理、缩放、流加载、页面信息、鼠标位置、工具栏显隐，以及通过 ElementHost 在 WinForms 中托管 WPF PDF Viewer。前提为 Visual Studio 2022 或 2026 insider、.NET Framework 4.5+ 或 .NET Core/.NET 8+、Syncfusion.PdfViewer.Windows NuGet 包。
agents-md 是一个用于创建、审计或更新项目级指令文件（AGENTS.md）的技能，目标是给编码智能体提供持久的项目意图与经过验证的操作指引。它强调用一份简洁的项目简报，帮助智能体理解项目想成为什么、作者如何思考，以及工作中应避免的反复出现的错误。该技能覆盖范围设定、证据检查、项目指南针澄清、操作经验识别、内容归属判断、最小化产物提议、获得确认、写入与校验等流程，并配有明确的内容过滤标准（哪些内容应收录、哪些应排除）与完成标准。
该技能用于设计 BK-CI 的 API 接口契约，聚焦「接口契约怎么设计」而非「接口代码怎么实现」。适用场景包括设计新的 RESTful API、定义 Resource 路径与 HTTP 方法、设计请求体和响应体、设计错误码与分页格式、制定版本策略，以及评审接口命名和路径结构。使用前需先判断调用方是谁，再决定 /user/、/service/、/build/、/open/ 等路径前缀，并将路径、方法、返回结构、错误码和版本策略作为一套契约整体设计。技能强调接口设计的核心是稳定契约，尽量避免动作式杂糅接口，优先用资源语义表达。若问题进入服务分层或实现细节，应切换到 backend-microservice-development；涉及参数校验可参考 common-technical-practices。不适用于实现业务逻辑或服务分层、处理参数校验落地细节、只改前端页面展示。
claude-md-writer 是一个用于创建和优化 CLAUDE.md 文件的技能，遵循 Anthropic 官方最佳实践。它帮助开发者编写简洁、有效的 CLAUDE.md，避免内容膨胀导致 Claude 忽略指令。核心原则是：对每一行追问“删掉它会导致 Claude 犯错吗？”，若不会就删除。技能提供 /init 生成初始文件、# key 动态添加指令、@import 语法引用其他文件，并附带示例、反模式、质量检查清单和“死重审计”参考文档。支持完整流程、会话更新、添加规则、审查优化、审计和转换为 skill 等多种调用模式。适用于需要为代码仓库配置 Claude Code 指导文件的开发场景。
commit-changes 是一个用于创建 git 提交的技能，来自 tldraw/tldraw 仓库。它适用于需要提交当前改动、生成提交信息或提交当前工作区等场景。该技能的工作流包括：先收集上下文信息，如用户备注、当前分支、工作区状态、已暂存改动、未暂存改动以及最近提交记录（用于参考风格）；随后审查被修改的文件。如果没有可提交的改动，则告知用户并停止；如有未暂存改动，则用 git add 暂存相关文件，但不会暂存疑似密钥、凭证、API key 或私有环境文件。提交信息采用约定式格式 type(scope): 简要描述，复杂改动可附更长说明，允许的类型包括 feat、fix、refactor、test、docs、chore、perf、style、build、ci，首行控制在 72 字符以内，使用祈使语气，并具体说明改了什么、为什么改。提交规则方面：使用 git commit -m 提交，不推送、不强制 amend（除非明确要求）、不使用 --no-verify、不添加 AI 署名。若因钩子导致提交失败，会先修复机械性的格式、lint 或导入问题后重试；若钩子失败暴露了实质性的产品或实现问题，则停止并询问用户如何处理。
GitNexus Debugging 是一个用于调试代码缺陷、追踪错误来源的调试技能，属于 superclaude 技能集。当用户需要排查 bug、追踪报错、询问某段代码为何失败时使用。它通过 gitnexus_query 查找与错误相关的执行流程，用 gitnexus_context 查看可疑函数的调用方与被调用方，借助 process 资源追踪执行流，必要时用 gitnexus_cypher 编写自定义调用链查询，最后阅读源码确认根因。适用于错误信息定位、返回值异常、间歇性故障、性能问题及近期回归等场景。
GitNexus Exploring 是一个用于探索和理解代码库的技能，适用于用户询问代码如何工作、想了解架构、追踪执行流程或探索不熟悉的代码区域时。它通过读取 GitNexus 索引资源（如仓库上下文、功能聚类、执行流程）并结合 gitnexus_query 与 gitnexus_context 工具，帮助定位与某个概念相关的执行流程、查看符号的调用关系，并追踪完整的执行链路。典型用法包括回答“认证是如何工作的”“项目结构是什么”“数据库逻辑在哪里”等问题。使用前需先读取仓库上下文并检查索引是否过期，若过期则运行 npx gitnexus analyze 重新分析。
SKILL 面向使用 Point-Free 出品的 The Composable Architecture（TCA）进行 iOS/macOS 功能开发、重构、调试与测试的场景，帮助开发者按 TCA 模式编写正确、可测试、可组合的 Swift 代码。核心原则包括：单向数据流（Action → Reducer → State → View）、以值类型承载 State、副作用以 Effect 值显式返回、以组合代替继承、可测试优先。文档介绍了四大构件（State、Action、Reducer、Store）、功能结构示例、Store 与 View 的连接方式、各类 Effect 模式（.none、.run、.cancellable、.cancel、.merge、.concatenate）与取消机制、内置与自定义依赖注入、父子功能组合（Scope、IdentifiedArrayOf、forEach）、树型与栈型导航、Delegate 通信、基于 TestStore 的测试方法、高阶 Reducer 以及现代 TCA（2025+）的 @Reducer、@ObservableState、@CasePathable、@Dependency 等特性，并给出必须遵守与禁止的做法清单。
Twenty 代码库内部的开发文档，讲解同步实体（Syncable Entity）工作流第 4/6 步：为迁移动作实现创建、更新、删除三种 action handler，并完成 universal 到 flat 实体的转译。面向贡献 Twenty 服务端内部代码的开发者，不适用于在 Twenty 之上构建应用。
Unity AI Navigation 初始化技能，用于在 Unity 项目中配置导航网格（NavMesh）表面、代理、障碍物与链接，并指导烘焙、验证与排错。
2D 游戏开发原则技能，涵盖精灵系统、瓦片地图设计、2D 物理、摄像机系统、类型模式与反模式。内容以表格形式给出精灵图集、动画、瓦片尺寸与分层、碰撞形状、摄像机类型、平台跳跃与俯视角模式等实践建议，并列出应避免的做法。适合在开发 2D 游戏时作为设计参考。
Batch Operations 是一个用于跨多个文件同时应用一致修改的技能，适合基于模式进行批量替换、跨代码库搜索替换以及对大量文件做统一变更。它强调先预览受影响文件、再执行批量操作、最后验证结果，并给出 Linux/macOS 与 Windows PowerShell 下的命令示例。
这是一个面向 Arduino 嵌入式开发的技能，用于在模拟/ADC 信号噪声大或发生混叠时进行信号链诊断与滤波路径选择。它覆盖采样、抗混叠、RC/输入调理、ADC 源阻抗与建立时间、延迟、启动、饱和以及原始/故障可观测性等问题，适用于软件滤波与硬件信号调理相互作用的场景，即使请求只说“模拟传感器不稳定”也可使用。该技能会把可复用的 Arduino 代码片段交给 arduino-code-generator，把板卡事实交给 board-support，把电压/引脚/电源安全交给 wiring-safety-check 或 circuit-debugger，并在检测完成后把校准交给 sensor-calibration-workbench。
这是一个以风险优先级为核心的代码审查技能，用于审查代码变更并评估合并就绪度。它要求每条发现都必须引用文件、行范围和代码证据，无证据即不成立。工作流包含五个步骤：预检（收集分支状态、提交记录、变更范围并探索相关模块）、风险优先级审计（按 A 至 F 六个检查通道依次执行，涵盖行为回归与兼容性、SOLID 与架构、安全与可靠性、性能与稳定性、可移除代码、测试覆盖与语言特定检查）、呈现发现、条件性修复循环（最多 3 轮，每轮进行对抗性复审）、发布前自检。该技能强调按风险比例验证，避免为提升覆盖率而创建无意义测试，并禁止在呈现发现前进行修复、禁止未经用户请求提交或推送代码。