SuperAPI AI 工具集

Skill 广场

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

更新于 10-31 00:15

部署与运维

12,855 个结果

n8n-impl-webhooks

该技能用于在 n8n 工作流中配置 Webhook 端点,重点提醒避免在生产环境误用测试 URL(两者基础路径不同)。内容涵盖 Webhook 触发节点、测试与生产 URL、WEBHOOK_URL 反向代理设置、响应模式与认证方式的选择、路径与 HTTP 方法配置、Respond to Webhook 节点的响应类型与行为规则、Webhook 生命周期与环境变量、二进制数据接收、CORS 与 IP 白名单,以及队列模式下的 Webhook 处理。适合开发、测试和部署 n8n Webhook 集成时参考。

部署与运维2 次安装

n8n-impl-workflow-design

这是一套面向 n8n v1.x 复杂工作流设计的模式参考技能,重点覆盖分支、错误处理、子工作流、合并、循环、等待恢复与定时触发等常见设计。它提供决策树、节点选择和配置建议,例如用 Execute Workflow 复用逻辑、用 Error Trigger 集中处理失败、用 IF/Switch 做条件路由,并强调设置错误工作流、执行超时和时区等生产环境注意事项,以减少静默失败。

部署与运维2 次安装

n8n-syntax-node-types

这是一个面向 n8n 自定义节点开发的 Claude 技能参考包,聚焦节点类型语法与属性定义。资料涵盖 INodeType 接口各成员(description、execute、trigger、poll、webhook、supplyData、methods 等)的签名、必填性与用途,INodeTypeDescription 关键字段,22 种 NodePropertyTypes 属性类型及其对应的 UI 元素与默认值类型,IExecuteFunctions 常用方法,以及一批关键注意事项,例如返回值二维数组结构、逐项读取参数、continueOnFail 处理、触发节点输入为空数组、声明式节点不写 execute 等。同时提供节点模式选择与属性类型选择的决策树,以及程序化节点、Node 基类、声明式节点、displayOptions、版本化节点、methods 动态加载等示例和 INodeExecutionData 结构说明,帮助开发者避免常见配置错误。

部署与运维2 次安装

cloudflare-deploy

Cloudflare Deploy 是一个面向 Cloudflare 平台的综合部署技能,帮助用户将应用与基础设施部署到 Cloudflare,覆盖 Workers、Pages 及相关平台服务。它通过决策树引导用户根据需求选择合适的 Cloudflare 产品,并加载对应的详细参考文档。技能涵盖计算与运行时、存储与数据、AI 与机器学习、网络与连接、安全、媒体与内容、实时通信、开发者工具、基础设施即代码等多个类别。使用前需先完成身份验证,可通过 wrangler login 进行一次性 OAuth 登录,或在 CI/CD 中设置 CLOUDFLARE_API_TOKEN 环境变量。部署时若沙箱网络受限,需以提升权限重新运行。

部署与运维2 次安装

inngest-cloud

Inngest Cloud 是一个通过 OAuth MCP 连接来查看和操作 Inngest Cloud 的技能,适用于已部署的应用与函数、失败或缓慢的运行、追踪、事件、环境等场景。它连接 https://api.inngest.com/mcp,先读取当前连接暴露的工具与输入 schema 再构造调用。可用于解析账户与环境、发现应用和函数标识、调查运行与追踪、发送事件并检查结果运行,以及构建 Insights 查询。本地 Dev Server 是独立的可选连接 inngest-dev,两者可共存,Cloud MCP 无法看到本地进程。

部署与运维2 次安装

turborepo

Turborepo 是面向 JavaScript/TypeScript monorepo 的构建系统,通过缓存任务输出、按依赖图并行执行任务来加速构建。它提供一组配置与使用规范:任务必须定义在各个 package 的 package.json 中,并在根 turbo.json 中注册,根 package.json 只通过 turbo run <task> 委托执行,以发挥并行能力。核心概念包括任务管道(tasks)、dependsOn、输出缓存(outputs)、远程缓存、环境变量处理、--filter 与 --affected 过滤,以及 turbo watch 监听模式。该技能还给出 CI 集成(GitHub Actions、Vercel)、仓库结构、内部包管理、架构边界校验(turbo boundaries)等指导,并列出常见反模式,如在脚本和 CI 中使用 turbo 简写、根脚本绕过 turbo、用 && 串联 turbo 任务、过度使用 globalDependencies、误用 --parallel、用 ../ 越出 package、遗漏 outputs 或 env 导致缓存失效等。

部署与运维2 次安装

fetch-issues

fetch-issues 是一个只读型技能,用于列出项目问题跟踪器中分配给当前用户且仍处于活跃状态(可继续处理、尚未完成)的开放问题,便于用户从中挑选一个开始工作。该技能先依据 references/issue-tracker.md 解析问题跟踪器类型与用户身份,再拉取分配给用户的开放问题,并通过 .agents/config.yml 中的 active_states 过滤出活跃问题;若缺少该配置项,则将所有非 closed、done 或 QA/验证阶段的状态视为活跃。最终为每个符合条件的问题输出一行,包含编号、标题、一句话摘要以及当前状态或标签,随后停止。该技能本身只做列举,不负责挑选问题或开始处理,那属于 cut-branch 的职责。

部署与运维2 次安装

setup-agency-skills

setup-agency-skills 是 jehudarajasa/skills 中的一项配置技能,用途是在项目中生成 `.agents/config.yml`,供其他 agency 系列技能读取追踪器和工作流状态。它建议每个项目运行一次,并在其他 agency 技能之前运行;需要修改时可重跑,重跑时应先读取现有配置再编辑,而不是从头重写。该技能强调“先检测推导、再询问”,只向用户询问环境无法提供的信息;记录的状态必须从看板实际状态检测得出,不能臆造,否则运行时设置状态会静默无效。主要流程包括:解析追踪器与用户身份(远程仓库名可识别 GitHub/GitLab 时不在配置中写 tracker/project,无法识别时询问并写入);读取看板实际工作流状态;将状态映射到 states.in_progress、states.review、active_states 三个键并与用户确认;根据追踪器自动设置 change_request(GitLab 为 MR,GitHub 或 Bitbucket 为 PR);最后按 config.example.yml 的结构写入并打印路径。

部署与运维2 次安装