SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
41,172 个结果
Proper 是一个面向代码变更审查的 AI 技能，用于检查刚刚完成的改动中是否存在捷径式实现与超出需求的范围，并修复真正的原因。它会审计占位桩、空操作路径、掩盖失败的兜底逻辑、类型逃逸、被抑制的 lint 或测试、以数量凑指标的做法，以及只处理症状的修复；然后按照仓库约定在所属层级逐项修正。若某个捷径确实合理，需用一行说明理由。它还会列出用户未要求的所有改动，标注路径与行号，并标记为保留（请求需要）或回退；在用户答复前不会执行任何回退。该技能仅当用户询问“这是否做得规范”或“是否超出要求”时使用。
whatsnext 是一个技能，用于根据当前仓库、问题和分支状态（而非记忆）推荐单一最高价值的下一步，并说明理由与停止条件，最多再给两个一行替代方案。它仅在用户询问“接下来做什么”“现在该做什么”或征求建议时使用。
write-feature 是一套实现新功能任务的执行规范：在编码前把每条需求映射到改动的具体部分，并逐条粘贴证据。强调只构建需求所指行为、先复用再发明、不顺手重构、遇歧义即停，并以自检清单收尾。
write-migration 是一个用于执行迁移或升级任务的技能：把代码从 API A 迁移到 API B（框架升级、版本升级、库替换、内部 API 下线），同时保持调用方可见的行为不变。它强调按波次执行、每波保持绿色、追踪调用点归零，并审计动态分发等文本搜索看不到的位置。
write-refactor 是一个重构执行技能：在不改变可观察行为的前提下调整代码结构，并用能在行为漂移时失败的等价性检查来证明行为保持不变。它强调绿色测试套件不等于等价性证据，并给出删除、兼容垫片、分批检查等纪律。
create-api-design 是一个用于从功能规格设计 REST 或 GraphQL API 的技能。当用户要求设计 API、创建端点、定义 API 契约或规划 API 资源时，它会生成一份完整的、可投入生产的 API 设计文档，涵盖端点、数据结构、错误契约、分页、认证、限流和缓存，并与项目中已有的 API 模式保持一致。该技能会先读取 .chalk/docs/engineering/ 下的现有 API 设计文档、架构文档、认证模式和错误处理约定，若不存在则扫描代码库中的路由定义来推断模式；随后确定下一个文档编号，明确资源与操作，按 REST 规范设计端点，定义请求/响应/查询参数 schema，设计统一错误契约，最终保存为 .chalk/docs/engineering/<n>_api_design_<resource_slug>.md 并告知用户路径与端点摘要。
debug-systematic 是一个系统化调试技能，提供四阶段调试工作流：复现（Reproduce）、隔离（Isolate）、根因分析（Root-cause）、验证（Verify），用于系统性地定位并修复缺陷。它强调先确认缺陷存在并记录精确复现条件，再通过二分查找、git bisect、日志与断言等手段将问题缩小到最小代码范围，然后用“5 个为什么”区分症状与真正根因，最后修复根因、编写回归测试并检查同类模式。该技能还包含调试策略决策树、常见根因分类表、git bisect 快速参考以及反模式清单，帮助避免“散弹式调试”、只修症状、不写回归测试等常见错误。
该技能用于构建一个最小化、可审查的 Alchemy EVM 只读连接验证：使用 viem 客户端读取链 ID 与最新区块号，并验证网络、认证与失败行为。适用于开始 Alchemy 集成或需要在不产生任何链上副作用前，先证明端点连通性、凭据有效性与失败关闭（fail-closed）行为的场景。它强调只读、可回滚、凭据不落日志，并要求记录正向与负向测试证据。
Anthropic Claude Messages API 最小可用示例技能，提供基础文本补全、图像分析与流式响应三个示例，适合新建 Claude 集成、验证环境或学习 Messages API 基本用法。
围绕客户自选的 Salesforce CLI 或客户端库构建版本协商适配器的技能，通过类型化边界和契约测试隔离库变更与组织特定架构。适用于需要集中管理认证、API 版本、权限、重试与证据的场景。
面向产品经理的技术分析翻译技能：通过代码搜索与文档阅读，把系统、代码库、API 或技术概念转述为产品行为、用户影响和待与工程确认的问题，帮助 PM 做出有证据支撑的产品决策。
这是 JetBrains thinkrail 提供的 brainstorming 技能，用于在实现任何功能、行为变更或缺陷修复之前先进行设计访谈。无论改动多小，每次改动都需经过该工作流，深度随改动规模缩放但不为零：小改动只做一轮简短访谈并写几行任务规格。它要求先通过 spec-graph 定位相关规格并读取代码确认实现细节，再创建临时任务规格文件，依次完成产品阶段的访谈（改动目的、面向对象、用户可见行为、完成标准）、技术阶段访谈（约束、兼容性、验证方式）与一次自审查，取得设计批准后再实施，最后将临时规格内容合并进持久规格。该技能主要用于防止推测式实现，并保持规格与代码同步。
该技能用于为已有源代码、但尚无规格文档的代码库反向创建初始规格图（spec graph）。流程包括：先阅读代理文件（如 AGENTS.md、CLAUDE.md、.cursor/rules/* 等）、文档、清单与目录结构、入口代码与模块边界，借助规格工具确认尚不存在规格图；然后形成项目工作模型（目的、领域、技术栈、模块与依赖边、代码既定约束、非显而易见的决策）；仅就文件无法回答且会改变规格的缺口向用户提问，包括决策原因、已知限制以及可采纳的文档候选；随后自上而下草拟 goal-and-requirements、architecture、各模块 SPEC.md，并将已采纳文档就地转为规格节点；最后运行 spec_validate 修复悬挂链接、重复 id 和父级循环，并在分支上交给用户审阅。
shipping-a-pr 是 JetBrains thinkrail 提供的一套拉取请求（PR）生命周期工作流技能，适用于已完成的工作需要以 PR 形式交付，或需要创建、同步、更新 PR 元数据、检查状态、监控 CI、处理评审意见等场景。该技能将 PR 相关操作按六个阶段拆分为独立文档，并按用户需求从对应阶段进入：创建 PR、与基线同步并解决冲突、更新标题或正文、刷新截图、报告检查与合并状态、处理评审评论。它区分两种完成模式：快照模式为默认，仅做一次新鲜的检查与合并状态快照并如实报告，不轮询、不修复无关状态；等待模式需用户明确要求监控 CI、调查 CI 或让 PR 达到可合并，以所有配置检查通过、头部与基线同步、GitHub 报告肯定合并状态为完成标准，无 CI 的仓库会如实报告。工作流强调“观察而非假设”，在每次不可逆操作前重新验证状态，验证绑定最终代码树，远程状态实时获取，不确定状态不算通过。临时文件放在工作区被 gitignore 的 .thinkrail/context/ 目录下，包括 pr-body.md 与 pr-shots/。
spec-graph 是一套面向代码仓库的规格文档（spec）管理方法与配套工具，强调“规格即事实来源”。它把描述架构意图、决策、契约和边界的文档组织成图：通过 parent 链接形成映射代码结构的层级，通过 depends-on、references、implements 形成跨树依赖层。工具提供读取（spec_grep 搜索、spec_get 获取元数据与解析链接、spec_graph 获取局部子图）与管理（spec_create 新建、spec_update 更新 frontmatter、spec_delete 删除、spec_validate 校验悬空链接/重复 id/父级环）能力，正文仍用常规读写工具编辑。适用于需要让规格与代码保持一致的开发场景；未提供平台、收费等信息。
面向 ERP 与税务系统的工程技能：在 SAP Business One 功能对齐、Odoo 18 CE/OCA 合规实现与菲律宾税务智能（TaxPulse）之间协同工作，覆盖财务、销售、采购、库存、项目与 BIR 税务流程。
用于初始化新项目 Claude Code 配置的技能，可自动生成目录骨架、通用智能体、hooks 与 AGENTS.md（CLAUDE.md 作为 @AGENTS.md 精简存根）。用户说“初始化项目”“init project”“配置 Claude Code”时触发。
该技能用于在 ASP.NET Core 项目中通过 EF Core Power Tools CLI 初始化 EF Core DbContext，适合需要从数据库反向生成实体与上下文、并完成依赖注入与连接字符串配置的场景。
Rubber Duck Reviewer 是一个独立、无状态的子代理评审流程，用于在实施前或完成一个工作单元后，对计划或实现进行独立批判性审查，以尽早发现盲点、逻辑错误和安全问题。
Review Radius 是一个用于处理 GitHub PR 反复评审与修复循环的技能，把评审意见视为某类缺陷的观察而非待办队列，强调在获批的 PR 边界内做最小根因修复，并通过会话控制脚本管理补丁授权、评审重触发与熔断预算。
Python 绘图与可视化技能，覆盖 matplotlib（静态出版级图表）、seaborn（统计可视化）与 plotly（交互式图形）三大库，帮助按需求选择合适的工具，并给出常用图表类型、定制、主题与导出方式。
Glances 系统监控技能，通过 Glances REST API（v4）只读获取 CPU、内存、磁盘、网络、传感器、容器与进程等实时指标，适用于服务器健康检查与资源监控。
validating-plans 是一个用于在执行前系统审计实现计划（implementation plan）的技能，检查幻觉引用、TDD 违规、缺失文件和逻辑漏洞。
Oracle 是一个基于 @steipete/oracle CLI 的技能，用于把提示词与选定文件打包成一次性请求，交给第二个模型（API 或浏览器）做调试、重构、设计检查等评审。输出仅供参考，需结合代码库与测试验证。