SuperAPI AI 工具集

Skill 广场

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

更新于 11-04 00:13

全部 Skills

244,931 个结果

seo-strategy

该技能帮助用户设计并执行现代 SEO 策略,在技术站点健康、程序化内容扩展与 AI 驱动发现之间取得平衡。它基于 Lenny's Podcast 与 Newsletter 中 9 位嘉宾的观点,提供增长策略指导:验证搜索意图、设计程序化模板批量生成落地页、搭建页面级实验框架测试标题标签与内链、以及面向 LLM 与 AI Overviews 的内容调整。技能强调把 SEO 视为产品功能、从头部词转向中漏斗查询、通过多个权威来源提升被提及频率、跟踪来自 AI 引擎的转化率、并利用自有独特数据抢占长尾关键词。适用于希望把自然搜索打造为可扩展获客引擎的团队。

营销与增长371 次安装

security-best-practices

Security Best Practices 是一个面向编码智能体的技能,用于按语言与框架进行安全最佳实践的审查并给出改进建议。它会先识别当前项目中使用的所有语言与框架(通常包括前端和后端),再从其 references 目录加载对应文档(文件命名格式为 <language>-<framework>-<stack>-security.md,另有与框架无关的 <language>-general-<stack>-security.md),据此以三种模式工作:一是默认安全地编写新代码;二是在日常编码中被动检测重大漏洞并提示用户;三是应要求生成安全报告并建议修复。报告中包含简要执行摘要、按严重程度分节的发现、数值编号、关键发现的单句影响说明以及代码行号。该技能还提供适用于多数语言的通用建议,如公开资源 ID 避免使用自增 ID 而改用 UUID4 或随机十六进制字符串,并特别提醒不要把缺少 TLS 当作安全问题、谨慎使用 secure cookie 与 HSTS。

安全与审计371 次安装

authentication-setup

Authentication Setup 是一个用于为 Web 应用和 API 设计或重构产品认证方案的技能。它聚焦于认证的“设置层”,帮助在托管认证、框架原生认证、平台原生认证、企业附加认证与自托管认证之间做出选择,并明确会话与令牌边界、登录方式(邮箱密码、魔法链接、社交 OAuth、Passkeys)、应用自有的用户/资料/组织/成员数据,以及 SSO/SCIM、域名映射和迁移切换边界。该技能强调先确定认证路线与所有权边界,再进入实现,避免直接堆砌 JWT 代码片段,也避免把认证、授权、安全加固和文档混为一谈。

安全与审计370 次安装

monitoring-observability

Monitoring & Observability 是一个用于可观测性工作的技能,帮助把当前已有的信息包(packet)整理成一份监控简报。它适用于需要决定服务健康信号、遥测落地、告警与仪表盘审查、数据管道新鲜度监控或游戏实时运营可见性等场景。该技能强调先明确“我们手上有什么信息、系统应该注意到什么、什么情况需要打断人工”,而不是直接给出 Prometheus、Grafana 或 Datadog 的教程。它会规范化信息包、选定一个主要可观测性模式、定义最小可用的信号计划,并在工作转向调试、性能调优、发布执行或分析报告之前,把相邻任务明确分流出去。

部署与运维370 次安装

testing-strategies

testing-strategies 是一个用于把测试策略模糊问题转化为一份「验证简报」的技能。它不负责编写测试代码,而是帮助团队明确当前真正要决策的关卡(合并、发布或定时广度)、选择一种主要策略模式、确定最小可信的测试层级组合,并区分本地、PR、发布与定时任务各自的期望。适用于需要基于变更给出验证建议、判断单元/集成/契约/冒烟/探索性测试是否必要、处理不稳定或昂贵测试套件、以及为逃逸缺陷设计回归防护的场景。

测试与质量370 次安装

ai-red-teaming

AI Red Teaming 是一个用于对 AI 应用进行结构化红队演练的技能,覆盖越狱抵抗、数据外泄风险、有害输出控制以及智能体工具滥用韧性等测试方向。它提供对抗性提示词库、自动化测试脚本、风险评分标准、报告模板与 CI/CD 集成示例,帮助团队在攻击者之前发现可被利用的失效模式。适用于发布新 LLM 功能、评估第三方模型、定期安全评估、响应越狱或提示注入事件以及准备合规审计等场景。

安全与审计370 次安装

Bankr Dev - Arbitrary Transactions

Bankr Dev - Arbitrary Transactions 是一个用于通过 Bankr API 提交原始 EVM 交易的技能。它允许开发者提交预构建的 calldata、执行自定义合约调用,以及在执行 calldata 的同时发送 ETH/MATIC 等原生代币。该技能定义了明确的 JSON Schema,包含 to、data、value、chainId 四个必填字段,并支持 Ethereum(1)、Polygon(137)、Base(8453)和 Unichain(130)四条链。使用方式为在代码中调用 bankr-client 的 execute 函数,将交易对象序列化后作为提示提交。技能还提供了地址格式、calldata 前缀和链 ID 的校验示例,以及针对交易回滚、资金不足和不支持链的错误处理模式。适用于需要构建提交原始 EVM 交易、自定义合约调用或执行预构建 calldata 的应用场景。

编程与开发370 次安装

simplify

simplify 是一个代码评审辅助技能,来自 bholmesdev/skills。它用于在代码准备接受人工评审时自动介入,也用于编写或评审代码注释时使用。技能会检查当前分支的更改,或用户指定的范围,在不改变代码行为的前提下,按一套明确的写作与结构标准给出改进。其核心标准包括:变量名、函数名和注释都要像散文一样简练,遵循奥威尔《政治与英语》的规则——能用短词就不用长词、能删的词就删、能用主动语态就不用被动语态、能用日常英语就不用外来语或术语,优先选择短促具体的撒克逊词汇而非抽象的技术化拉丁词。命名上要求一词一概念、一概念一词,删掉上下文已承载的冗余词,警惕复合命名实际是模糊的托词。注释只陈述代码无法自证的约束,复杂实现或副作用才加注释,删除叙述对话历史的注释和重复自明代码的注释。代码结构上建议倒金字塔排列,导出或重要函数在前、辅助函数在后;把大文件按概念拆成模块;合并重叠的类型、函数或常量;优先复用代码库已有的工具函数;去除可由作用域内其他值推导出的状态。此外还强调代码必须独立成立、不依赖旁人的上下文,不为未发布的代码保留向后兼容路径。

编程与开发370 次安装

bmad-tea-evaluate

bmad-tea-evaluate 是 BMAD 测试架构(Test Architecture Enterprise, TEA)方法体系中的一个技能,用于对目标智能体或行为系统运行有评分的评估,并修复发现的差距。当用户提出“评估这个智能体”或“我想要证明它的行为是正确的”这类需求时,适合使用本技能。它以一个持续循环的方式运行,覆盖十二个阶段,包括:检查目标并识别其类型、收集采用者确认的行为需求与约束、设计探针语料库、编写行为评估契约、设计判定器与评分量规、搭建执行目标注册表与适配器、构建评估层、应用并回滚受控变异、搭建运行器与评分策略、运行干净与变异分支并评分、解释弱结果并弥合差距,最终生成 CI 强制执行计划并交由相关技能处理。技能强调不得自行臆造评判标准,也不得在 eval-quality 自有 CLI 之外计算判定、分数或通过/失败结果。使用前需要项目已完成 TEA 配置,并可能需要通过 CLI 执行检查、编译、密封与预检等命令。具体收费、价格与平台支持信息暂未提供。

测试与质量370 次安装

bmad-tea-test-review

bmad-tea-test-review 是 BMAD 测试架构企业版(BMAD Method Test Architecture Enterprise)中的测试质量评审技能,扮演“测试架构大师(Master Test Architect)”角色,依据一套完整知识库和最佳实践校验规则对测试质量进行评审。当用户说“lets review tests”或“I want to evaluate test quality”时触发使用。该技能以三模态步骤文件架构运行:创建模式(steps-c/,新运行与恢复的主执行流程)、校验模式(steps-v/,按检查清单验证)、编辑模式(steps-e/,修改已有产出)。激活时会先检查项目内 _bmad/custom/ 下的旧版定制覆盖文件,若存在则要求先运行迁移命令;随后解析工作流配置、执行前置/后置步骤、加载持久事实与核心及 tea 模块配置。技能依赖配套安装的 bmod-tea 知识库(含 tea-index.csv 索引),若缺失会提示安装。除交互模式外还支持 headless 非交互模式,自动解析输入并直接进入创建模式。

测试与质量370 次安装

svelte5-runes-static

该技能面向使用 Svelte 5 runes 与 SvelteKit adapter-static 构建静态优先(SSG/SSR)应用的开发场景,重点解决预渲染与 hydration 过程中的状态管理兼容问题。资料指出,在 adapter-static 下,模块作用域中的 runes 无法正确序列化与反序列化,导致水合后状态冻结、响应式失效,因此全局状态应改用传统的 writable()/derived() 存储;同时 runes 模式禁用了 $ 自动订阅语法,不能在 $derived 内直接使用 $store,需通过 $effect() 手动订阅并写入 $state,再在 $derived 中计算。技能还给出 store 工厂应直接导出 store 而非 getter、组件本地状态使用 runes、store 与 rune 之间的桥接模式、SSG/SSR 预渲染安全写法、hydration 不匹配的规避、TypeScript 类型化 props 与 store 桥接、表单状态、防抖搜索、迁移清单、Vitest 测试模式、性能注意事项与常见故障排查等内容。

前端与建站370 次安装