SuperAPI AI 工具集

Skill 广场

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

更新于 11-15 00:13

编程与开发

41,132 个结果

parallel-debugging

Parallel Debugging 是一个用于调试复杂问题的技能框架,基于“竞争性假设分析”(Analysis of Competing Hypotheses,ACH)方法,通过并行调查、证据收集与根因仲裁来定位缺陷。它适用于存在多个可能根因、初步调试未找到问题、问题跨越多个模块或组件、需要系统性根因分析以及希望避免确认偏差的场景。该技能围绕六类失效模式生成假设:逻辑错误、数据问题、状态问题、集成失败、资源问题和环境问题。它规定了证据标准(直接、相关、证词、缺失)、引用格式(file:line)、置信度分级(高、中、低)以及结果仲裁协议(分类、比较、确定根因、验证修复)。当静态证据不足时,可注入带 [DEBUG] 前缀的定向运行时日志进行区分,并遵循严格的清理协议与迭代上限。该技能还建议针对不同失效模式使用专门调查代理,并支持将结构化报告写入指定文件路径。

编程与开发8 次安装

parallel-feature-development

该技能用于协调多智能体并行功能开发,提供文件所有权划分、冲突规避规则与集成模式。它帮助将功能拆解为可并行的工作流,在多个实现者智能体之间建立清晰的文件归属边界,设计接口契约,并选择集成策略(垂直切片、水平分层或混合)。内容涵盖按目录、模块、分层三种文件所有权策略,核心规则为“一个文件只有一个所有者”,以及共享文件时的处理方式;还介绍了接口契约文件、分支管理(单分支与多分支)和常见问题排查方法。适用于需要多个智能体同时实现同一功能、希望减少合并冲突并明确集成点的开发场景。

编程与开发8 次安装

canvas-component-upload

该技能用于将已完成并验证的组件上传到 Drupal Canvas,并处理常见上传失败。使用前需确认已安装并配置 Drupal Canvas CLI,且项目根目录存在 .env 文件并设置 CANVAS_SITE_URL、CANVAS_CLIENT_ID、CANVAS_CLIENT_SECRET;缺失时应先完成官方 OAuth 与 CLI 配置。上传时通过 npx canvas upload -c 组件名 -y 命令提交修改的组件。失败处理区分连接/配置类错误与依赖顺序类错误:前者停止重试并要求用户核对配置,后者可重试,因为依赖组件可能已在上一次成功上传。

编程与开发8 次安装

extracting-jcr-queries

该技能用于审计 AEM/Oak 代码库,找出其中发出的所有 JCR 查询,包括 XPath、SQL2 以及 AEM QueryBuilder 谓词,尤其是那些通过 StringBuilder 拼接、命名常量构建的谓词映射或流式构建器在运行时动态组装的查询。它提供两种互补技术:一是以 API 调用为锚点追踪 getQueryManager()、createQuery()、PredicateGroup.create() 等入口并沿调用链展开;二是以查询文本形态为锚点的正则匹配,覆盖 SQL2、XPath、QueryBuilder 查询字符串与谓词映射等形态。所有命令基于 ripgrep,并为多数模式提供可移植的 grep -E 回退方案。适用于在检查 Oak 索引覆盖前建立查询清单、排查缺少匹配索引的查询、迁移或重构前审计 bundle/package 等场景。

编程与开发8 次安装

conventional-commit

这是一个用于生成规范提交信息(Conventional Commit Messages)的技能,帮助开发者在提交代码变更、编写提交信息或整理 Git 历史时,遵循统一的提交约定。它强调提交信息应面向后续阅读者,清晰与一致优先于简短,提交主题应体现“为什么”提交而非仅“改了什么”。使用前需确保处于功能分支而非主分支,分支命名遵循 <type>/<short-description> 模式。提交格式为 <type>(<scope>): <subject>,可带正文与页脚,所有行不超过 100 字符。支持 build、chore、ci、docs、feat、fix、perf、refactor、revert、style、test 等类型,并遵循 Conventional Commits 规范,包括 BREAKING CHANGE 标记。

编程与开发8 次安装

task-spec

task-spec 是一个用于为单个具体工程任务撰写或修订精简行为规格说明的技能。它帮助协作者明确持久的问题与预期结果、范围与边界,并生成一份无需聊天记录即可被评审者理解和质疑的最小规格。该技能强调独立工作、从仓库中解析现状事实、只就实质性影响结果的未来意图提问,并要求规格中显式包含问题动机、期望结果、范围内行为、非目标、参与者、输入输出、规则、状态转换、关键决策、错误与回退要求、外部约束以及完成证明。它不规定架构、模块划分、内部接口、数据库模式、持久化策略、内部状态机、并发控制、缓存、算法、文件路径或代码结构,也不包含实现顺序。

编程与开发8 次安装

code-plugin-architecture

这是一个用于设计、评审、重构或解释代码插件架构的技能,适合在新增或移除一种变体需要多处分散修改时使用。它强调先确认用户要的是解释、只读评审、设计还是实现/重构,再按请求边界产出,不把一次提问自动扩成机制改造。内容涵盖五项分析概念(Identity、Contract、Registry、Runtime Core、Convention Folder),以及从变化出发选择结构、按需加载引用、最小示例和验证要求,帮助让变体知识集中在清晰边界内,减少修改传播和回归。

编程与开发8 次安装

open-code-review-loop

open-code-review-loop 是 adonis0123/adonis-skills 中的一项技能,用于在 Git 工作区上运行有轮次上限的「审查—修复—复审」循环:借助 ocr delegate(OCR,Open Code Review)选择待审文件并解析规则,由用户指定的独立只读审查产品(codex、claude-code、grok-build、cursor-cli)产出发现(findings),再由当前主机产品修复经核实的问题,并在每轮重建证据、复核漂移,直到在完整覆盖下得到经校验的 NO_FINDINGS 或 CLEAN,或给出 HUMAN_GATE、MISSING_DEPENDENCIES、UNVERIFIED 等明确终止状态。该技能只在用户要求对已核实的问题进行修复并独立复审时使用,需要本地已安装 ocr 并具备 Git 环境;OCR 本身不判定代码干净,轮次预算耗尽也不等于 CLEAN。

编程与开发8 次安装

explore-codebase

explore-codebase 是一个用于在编辑代码前理解代码仓库结构的技能,基于 codegraph 索引工作。它适用于仓库入门、编写 AGENTS.md、梳理架构,或定位相关代码。核心规则是优先使用宿主暴露的 MCP 工具(codegraph_explore、codegraph_node),否则通过 CLI(codegraph explore、codegraph node)获得相同输出;优先采用图结果来识别入口点、调用路径、依赖方和影响范围,并对关键结论通过阅读其指向的源码进行确认。若索引缺失或过期,需先运行 $build-graph;若 codegraph 不可用或为空,则改用 rg、清单文件、README 和配置检查继续工作。

编程与开发8 次安装

senior-dev

Senior Dev 是一个面向任意编码任务的“资深工程师纪律层”技能,用于让 AI 代理以资深/大师级开发者的方式思考和工作。它强调在实现前先制定任务清单、采用最小可逆改动、保持代码库整洁(不留临时文件、死代码、死文件),并通过对抗式策略审查识别隐藏假设、失败模式、边界情况、安全与可靠性风险。该技能还提供决策框架、推理输出格式、按规模伸缩的仪式化输出、任务清单状态管理、工作循环、清洁仓库策略、反过度工程策略以及最终审查门。在 safe-code 环境下,它会把实时任务状态保存在 .safe-code/SESSION.md,并遵循 safe-code 的安全不变量。

编程与开发8 次安装

git-onboarding-step

这是一个面向 Git 初学者的进度跟踪技能,用于检查并展示从 Git 安装到 Pull Request 创建共 10 个步骤的完成状态。它会以清单形式标出已完成和未完成项,并指出当前所处阶段,回答类似“我做到哪一步了”“当前进度”“下一步做什么”等问题。该技能只负责展示状态,实际配置与操作分别交由 /git-onboarding-setup 和 /git-onboarding-workflow 执行。检查内容包括 Git 安装、用户名与邮箱设置、GitHub CLI 安装、GitHub 登录、仓库准备、分支创建、首次提交、Push 以及 PR 创建。每项都有明确判定条件,例如用户名或邮箱配置非空视为完成、当前分支不是 main/master 视为分支创建完成、无未推送提交视为 Push 完成等,对无法确认的情况会标注为确认不可。

编程与开发8 次安装

spec-kit-converge

spec-kit-converge 是一个用于"收敛"已实现工作的 AI 技能:它对照变更的 spec.md、plan.md 与 tasks.md 评估代码现状,把所有缺口作为新任务追加到 tasks.md 的 Convergence 阶段,交由后续实现技能完成,再重新复核。该技能不修改代码、spec.md 或 plan.md,唯一写入是在 tasks.md 末尾追加内容;它强调以代码现状而非复选框或提交信息为证据,并建议由未参与实现的全新上下文评估者进行判断。本资料未提供安装与使用命令相关信息。

编程与开发8 次安装