SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

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

更新于 11-06 00:14

全部 Skills

246,279 个结果

code-quality

Code Quality 是一套面向软件开发全流程的系统化代码质量改进技能，围绕代码评审（Review）、重构（Refactoring）与调试（Debugging）三大模块展开，并以“验证门”作为贯穿始终的核心理念。它通过模块选择表引导使用者按需求进入对应参考文档：接收评审反馈、请求代码评审、完成前验证、降低复杂度、函数式重构模式、代码坏味道识别、测试策略、系统化调试、根因追溯、纵深防御以及修复验证。技能强调 YAGNI、KISS、DRY 原则，要求诚实直接、技术正确优先于社交舒适，先验证再实现、先证据再断言。在评审环节，它规范了“阅读—理解—验证—评估—回应—实现”的反馈处理流程，反对表演式认同，并建议在实现建议前先用 grep 检查使用情况；请求评审时通过 BASE_SHA 与 HEAD_SHA 定位变更范围，并按严重程度分级处理问题。重构部分要求小步安全、保留行为、可度量改进，遵循评估、安全网、红绿重构、模式应用与验证的协议，并归纳了膨胀者、面向对象滥用者、变化阻止者、冗余物、耦合者五类共 23 种代码坏味道。调试部分坚持“无根因调查不得修复”，提供四阶段系统化调试框架、调用栈回溯、多层防御与结果验证方法，并列出“先快速修复以后再查”“改一下试试看”等危险信号。该技能以参考文档组织，未提供具体安装命令或平台信息。

编程与开发291 次安装

qa-testing-mobile

该技能用于规划 iOS 与 Android 应用的移动端 QA 自动化，覆盖原生与跨平台应用。主要能力包括定义移动测试策略与设备矩阵、选择自动化框架与 CI/设备云方案、控制测试抖动（flake）、规划发布前门禁、灰度发布与回滚检查，并补充性能、网络/离线、后台切换、权限、无障碍与本地化覆盖。使用方式以工作流驱动：先填写移动测试计划与设备矩阵模板，再参考框架对比、发布与上线、无障碍、抖动管理等文档落地。适用于需要体系化移动质量保障与发布门禁的团队；不适用于 iOS/Android 平台命令级细节（分别路由至 qa-testing-ios、qa-testing-android）。

测试与质量291 次安装

tapd

TAPD 敏捷研发管理平台集成技能，通过 Python 脚本调用 TAPD API，实现对需求、缺陷、任务、迭代、测试用例、Wiki、评论、工时等实体的管理。该技能以 scripts/tapd.py 作为统一入口，提供 43 个子命令，所有命令默认输出 JSON 格式结果。使用时需配置 TAPD_ACCESS_TOKEN 或 TAPD_API_USER / TAPD_API_PASSWORD 等环境变量。适用于查询、创建与更新需求、缺陷、任务、迭代，管理测试用例与 Wiki，管理评论与工时，关联需求与缺陷，以及获取源码提交关键字等场景。

办公与效率290 次安装

generate-abap-unit-test

该技能用于为 ABAP 类生成 ABAP Unit 单元测试，结合 ARC-1（SAP 系统访问）与 mcp-sap-docs（文档与最佳实践），复刻 SAP Joule 的“单元测试生成”能力。它针对 ABAP 类而非 CDS 实体，采用基于接口的测试替身（test doubles）而非 CDS Test Double Framework。技能会读取类源码、方法签名与依赖上下文，按方法分析分支、错误路径、返回值、状态变更与依赖调用，提出测试用例清单供用户选择，然后生成完整的本地测试类（默认 ltc_<短类名>，写入目标类的 testclasses include），并支持写入、激活、运行测试及修复失败用例。默认设置包括：测试所有公共方法、包 $TMP、风险等级 HARMLESS、时长 SHORT、接口式测试替身。适用于公共方法含非平凡业务逻辑、使用构造器接口注入依赖、需要以测试覆盖作为 TDD 起点或重构前建立回归测试的场景；不适用于无公共方法或纯数据容器类，也不生成 CDS 单元测试、集成测试、性能测试或 RAP 行为测试。

测试与质量290 次安装

commit-work

commit-work 是一个用于创建高质量 Git 提交的技能，来源于 davila7/claude-code-templates。它的目标是让提交易于审查且安全发布：只包含预期的改动、按逻辑拆分提交、并写出清晰说明“改了什么”和“为什么改”的提交信息。该技能要求使用 Conventional Commits 规范，工作流程包括：暂存前检查工作区（git status、git diff）、决定提交边界并按功能/重构、后端/前端、格式/逻辑、测试/生产代码等维度拆分、使用补丁暂存（git add -p）只暂存属于本次提交的内容、审查暂存内容（git diff --cached）并做安全检查（无密钥、无调试日志、无无关格式变动）、用 1-2 句话描述改动、编写符合规范的提交信息、运行最小相关验证，然后重复直到工作区干净。最终交付物包括最终提交信息、每个提交的简短摘要以及用于暂存和审查的命令。

编程与开发290 次安装