SuperAPI AI 工具集

Skill 广场

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

更新于 11-13 00:15

编程与开发

40,799 个结果

local-review

local-review 是 Windmill 仓库提供的一个本地代码审查技能,用于在本地运行与 GitHub 自动审查动作(Claude / Codex / Pi)相同的审查流程。它针对当前 PR 或当前分支与 main 的差异,检查 bug、安全问题和 AGENTS.md 合规性。该技能强调审查必须在全新上下文中由子代理执行,而非在当前会话内联运行,以避免主会话因已吸收用户的推理与辩解而产生锚定偏差、漏掉 CI 能发现的问题。审查策略定义在 REVIEW.md 中。当被要求审查代码时必须使用此技能。

编程与开发15 次安装

aile-code-review

aile-code-review 是一个代码审查技能,用于在完成任务、实现主要功能或合并代码之前验证工作是否符合要求。它源自 superpowers 的代码审查能力,已迁移为 aile-only,保留审查分级与反馈闭环,并对齐团队交付门禁。核心原则是“早复习、常复习”。该技能通过调度 code-reviewer 子代理,在问题级联发生之前发现潜在缺陷,适用于子代理驱动开发、执行计划以及临时开发等多种工作流程。

编程与开发15 次安装

code-review-report

Code Review Report 是一个将代码变更转化为单文件 HTML 代码审查报告的工具。它把 diff 与 diff 无法呈现的上下文结合起来,例如设计决策、被否决的替代方案、权衡取舍、未完成的工作以及过程中提出的顾虑与反转。报告面向审查者在深入原始 diff 之前阅读,帮助其理解“为什么改”而不只是“改了什么”。使用流程包括:通过 git status 和 git diff 收集变更(默认范围为当前分支对比默认分支,加上未提交的工作区,未跟踪文件需单独读取);从对话中收集工作上下文,缺失时从 git log、提交信息、PR 和相关文档重建,仍为空则询问用户;将变更代码与上下文交给子代理提取 P1–P3 审查要点;基于模板编写 HTML,要求代码块语法高亮、变更详情与审查清单之间双向锚点;最后保存为项目根目录下的 <task-slug>-review-report.html,内联 highlight.js 使其自包含且可离线使用,并自动打开。报告使用用户工作语言撰写,代码保持原样。

编程与开发14 次安装

python-backend-pack

Python 后端开发技能合集,将构建 Python 后端服务所需的若干核心技能打包在一起,涵盖项目结构、API、数据库、缓存与命令行工具。合集包含五项技能:fastapi-patterns(生产级 FastAPI 应用,涉及异步模式、依赖注入与 Pydantic 模型)、python-packaging-patterns(项目结构、pyproject.toml、依赖管理与分发)、database-migration-patterns(使用 Alembic 进行安全 schema 演进、零停机策略与回滚)、cli-tool-design(基于 Typer/Click 的命令行界面、子命令与 shell 补全)、redis-patterns(缓存、发布/订阅消息、限流与分布式锁)。建议在启动 Python 后端项目时安装本合集,推荐按结构、API、数据库、缓存、CLI 的顺序使用。

编程与开发14 次安装

realtime-websocket-patterns

本技能介绍如何用 WebSocket、Server-Sent Events(SSE)和长轮询实现实时功能,涵盖连接管理、基于房间的消息广播、在线状态跟踪、消息协议设计、Redis Pub/Sub 横向扩展、断线重连与消息排序等主题。内容以 FastAPI 服务端与 JavaScript 客户端示例为主,并给出协议选型决策矩阵与常见反模式提醒,适合需要构建聊天、协作、通知、仪表盘等实时特性的开发者参考。

编程与开发14 次安装

full cycle developer

Full Cycle Developer 是一个面向软件开发全流程的编排型技能,将「编码 → 测试 → 评审 → 修复 → 推送」串成一条自动化流水线。用户只需给出项目与任务,主会话会静默调度 developer 子代理完成初始化、实现、测试与文档更新,随后并行启动 developer、architect、tester、security 四个评审角色,再由主会话内联做最终评审,汇总 BLOCKING 问题交给 fix 子代理修复,循环直到无阻塞项,最后创建 PR 并输出唯一一条总结消息。该技能强调不向用户发送中间过程消息、测试未通过不得提交、BLOCKING 与 CRITICAL/HIGH 必须在合并前修复,并通过 cron 自唤醒机制防止主会话在等待子代理时冻结。

编程与开发14 次安装

piece-builder

piece-builder 是 Activepieces 官方提供的技能(Skill),用于构建和编辑 Activepieces piece(即集成)。它覆盖三类任务:为尚无 piece 的应用创建全新集成、为已有 piece 添加 action 或 trigger、修复已有 piece 中的 bug。使用时需先选择任务模式:新建 piece 走完整的五步流程(调研、规划、脚手架、实现、接线与验证);添加 action/trigger 时跳过前三步,直接打开已有 piece 并遵循其约定后进入实现与验证;修 bug 时先复现,再阅读问题文件及其 common/ 辅助代码,做符合周边风格的最小修复并验证。对于已有 piece 的两种模式,被编辑的 piece 本身是唯一事实来源,而非模板;仅当 piece 未展示某种模式时才查阅参考文件。框架调用导致数据丢失是唯一例外,需修正为传递完整 context。该技能还包含认证类型速查表、piece 定义模板、面向非技术用户的 UX 质量要求、可直接入库的扁平化输出规范、AI 元数据标注要求,以及版本号变更规则(移除或新增必填属性为 MAJOR,其余多为 PATCH)。新建 piece 默认放在 packages/pieces/community/ 下,需在 tsconfig.base.json 中注册并用 turbo 构建与 lint。

编程与开发14 次安装

guardrails

Guardrails 是一个为编码智能体提供代码质量验证门禁的技能,其核心思想是通过生命周期钩子在检查通过前阻止智能体继续推进,而不是重新教授智能体什么是 lint、测试、类型检查或安全扫描。它将各类质量检查接入智能体工作的关键节点,涵盖 SessionStart(启动时基线记录与现有护栏发现)、Stop(每次交还控制权前要求快速检查通过,并返回带证据的决策)、Commit(提交前运行完整套件、密钥扫描、提交信息校验、集成与部署可达性检查,以及缺陷修复复盘三问),并设有防止配置被篡改的保护机制和高风险操作门禁。此外,它通过 LESSONS_LEARNED.md 跨会话积累项目专属经验,并在连续两次修复失败后触发熔断,要求构建诊断工具或切换问题表示,而不是反复重试。该技能适合在编码、修改、审查或调试代码时使用。

编程与开发14 次安装

contextualizar-repo

这是一个用于将已有代码仓库(brownfield)整理为 AI-first 工作环境的技能。它不修改代码,而是通过阅读、测量和提问,记录项目如何安装、启动和测试,建立 CodeGraph 索引,绘制真实分层地图,梳理继承的架构决策(ADR),编目代码模式(区分应模仿的 canon 与不应模仿的 legacy),登记技术债,并推导构建规则。最终产出 ARQUITECTURA.md、PATRONES.md、DEUDA.md、ADR 和 AGENTS.md 等文档,所有结论均需证据(文件:行或命令输出),未验证内容明确标注。适用于接手遗留系统、让后续智能体或人员快速理解现有项目。

编程与开发14 次安装

feature-spec

feature-spec 是一个用于编写或修订“功能行为契约”的技能。它针对一个明确指定或当前唯一确定的功能(Feature),把已达成一致的行为一次性固化下来,使后续每个任务都消费同一份契约。它强调先确定功能边界:优先使用请求中的 ID、链接、路径或名称;否则从请求、.waypoint/local.yaml 或外部跟踪器解析执行者,再按负责人筛选活跃功能;只有恰好剩一个候选时才继续,否则询问。它只写行为而非实现,涵盖问题、动机、结果、参与者、包含行为与非目标、可观察的输入输出规则与状态转换、失败/兼容/安全/运维行为、代表性场景、外部约束以及功能验收。它不包含架构、模块划分、模式、算法、文件路径、任务分解、执行顺序、测试步骤、发布机制或提交说明。

编程与开发14 次安装

task-completion-loop

Task Completion Loop 是一个用于将已有计划、规范或边界明确的未完成非平凡编码任务,收敛至同一份最终代码快照上的可验证终态的编排型 Skill。它本身是薄编排层,依赖 goal-gate、agentic-review-handoff、architecture-hardening-loop 等技能管理任务账本、调用顺序、证据新鲜度、授权边界和停止条件。通过预检、三方交叉质疑、条件式用户决策、Goal Gate、实现验证、三道门禁(代理评审、架构加固、全新 Claude 盲审)和任务账本状态机,确保最终代码的每项工作均有当前快照下的可复现证据。适用于有明确范围、需要完整闭环实现的编码任务;不适用于纯讨论、纯评审、只读诊断或仅需部分步骤的场景。

编程与开发14 次安装

changelog

该技能用于从被监视仓库的近期提交与已合并 PR 中生成面向用户的变更日志(changelog),以 Keep a Changelog 风格呈现,而非简单的提交记录堆砌。它有两种模式:in-repo 模式将分类整理后的变更日志文章写入当前仓库;push-to 模式(跨仓库)把产品的已合并 PR 作为变更日志 PR 发布到独立的官网/文档仓库。切换方式通过 ${var} 选择器完成:留空则扫描 memory/watched-repos.md 中所有仓库;填写 owner/repo 则只扫描单个仓库;push-to:owner/website-repo 或 owner/product->owner/website 则进入跨仓库发布模式。技能会读取 memory 上下文、按 7 天窗口拉取提交与 PR、过滤机器人及噪音提交、按 Breaking/Added/Changed/Fixed/Security/Internal 分类,并改写为通俗的面向用户表述。

编程与开发14 次安装

feature

Feature 是 aeonfun/aeon 项目下的仓库维护技能,用一次运行完成对 GitHub 仓库的构建、增强或唤醒操作。它通过选择器把三种模式合并到同一个工作流中:watched 模式遍历 memory/watched-repos.md 中记录的所有仓库,每个仓库提交一个功能 PR,适合每周全面推进;external 模式针对单个仓库或具体 issue 做一次最佳增强,仓库来源为 memory/topics/repos.md 目录或由变量覆盖;dormant 模式从休眠仓库中按评分挑选一个高星但长期未更新的仓库,用一次可见修复将其重新激活。技能支持 --fix-issues 参数,使选中的分支优先处理开着 GitHub issue 而不是主动改动,还支持 watched:<feature-spec> 只对第一个仓库构建指定功能,以及 repair:<owner/repo#N>@<sha> 这一受控修复通道,仅针对指定 SHA 的开放 PR 应用已消费的审查发现。运行前需要读取记忆文件与最近日志,避免重复上报;选好工作项后先用 feature-open-pr.sh 检查是否已有覆盖,再克隆、实现、推送并开启 PR,最后写入日志并按模板发送通知。

编程与开发14 次安装

pr-triage

pr-triage 是一个面向外部拉取请求(pull request)的首次分诊技能。它针对非受信任作者提交的 PR,在 PR 打开后几分钟内读取 diff、按结构化评分标准做出判定、发布带有结论与理由的评论,并打上相应标签,方便人工审查者带着完整上下文接手。它不替代深度审查或自动合并,而是这两者决定是否介入之前运行的欢迎层。适用时需要配置被监视仓库列表和受信任作者名单。

编程与开发14 次安装