SuperAPI AI 工具集

Skill 广场

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

更新于 11-09 00:13

全部 Skills

248,921 个结果

modern-javascript

Modern JavaScript 是一个用于实现或调试 JavaScript 语言行为的技能,覆盖 Promise 完成、异步迭代、可变性以及运行时兼容性等主题。它强调将规范状态、运行时支持与工具链支持分开看待,并以用户明确指令为优先。该技能要求针对目标环境工作,检查引擎、浏览器目标、锁文件和构建配置,不凭空假设基线或仅为使用新语法而升级运行时。它主张优先采用已标准化的受支持特性,在用户或项目选择且存在维护中的转换或 polyfill 时也可采用提案。现代化过程中需保持可变性、属性访问、迭代器消费、求值顺序、错误传播和并发行为不变,并区分语法转换与运行时 polyfill。该技能还提醒迭代器助手是惰性且单次遍历的,Array.fromAsync 顺序消费,而 Promise.all 并发观察已启动的工作,不应在需要等待完成时使用 forEach(async ...)。它区分 fetch、structuredClone 等宿主 API 与 ECMA-262 特性,以及 Intl 与 ECMA-402 标准,并禁止引入已撤回的 Records & Tuples 语法或静默切换装饰器语义。

编程与开发263 次安装

ui-component-architecture

UI 组件架构(ui-component-architecture)是一套面向 React 项目的组件组织规范,用于解决智能体把页面写成数百行内联 div 与 Tailwind 样式、重复实现已有 Button、Card、Badge 等基础组件的问题。它要求先复用再编写,保持页面(路由/屏幕)轻薄,并把真正可复用的展示型单元沉淀到独立的共享 UI 包中。该技能在编写或重构页面、路由、屏幕、组件时触发,强调共享 UI 包必须是独立包,其路径与导入别名按仓库实际情况(如 package.json workspaces、packages/*、vendor 目录)发现,不预设固定名称。它同时给出何时使用、何时不使用、组件边界判断、样式令牌与变体、工作流程、过度抽取的识别与修正,以及配套的 AGENTS.md 常驻规则和 ESLint 边界护栏等参考。

前端与建站263 次安装

react-native

这是一个面向 React Native 移动应用开发的技能包,覆盖 Expo 与 bare 两种工作流。内容以模式与代码示例为主,包括项目目录结构、TypeScript 函数组件、平台特定代码、Expo Router 导航、React Query 自定义 Hook、NativeWind 样式、安全区域与键盘处理、Zustand 持久化状态,以及常见反模式(内联样式、滥用 TouchableOpacity、忽略加载与错误状态)。适用于构建移动应用、使用 React Native 组件、实现导航与样式、处理 iOS/Android 平台差异以及管理原生模块等场景。

编程与开发263 次安装

accelint-ts-documentation

accelint-ts-documentation 是一个用于审查和改进 JavaScript/TypeScript 文档的技能,属于 gohypergiant/agent-skills 技能集。它聚焦于 JSDoc 注释(@param、@returns、@template、@example)的完整性与正确性、注释标记(TODO、FIXME、HACK、NOTE、PERF、REVIEW、DEBUG、REMARK)的规范使用,以及整体注释质量的提升。技能要求先判断代码是导出的公共 API 还是内部代码,再按两级标准决定文档深度:导出代码需完整文档,内部代码按判断保留最小必要说明。它强调描述 WHAT/WHY 而非 HOW,避免过度文档化内部工具,避免含糊标记,并可用标准化审计报告模板输出发现项与前后对比。技能不覆盖通用代码质量、性能优化、类型安全及框架专属文档。

编程与开发263 次安装

writing-issues

writing-issues 是一个用于长篇创作项目的写作问题追踪技能。它把「一次批评报告中的发现」与「值得跨章节持续追踪的问题」区分开来:单个场景的节奏问题只是批评发现,而同一节奏问题在三个章节中反复出现,就构成一个 issue。该技能适用于记录反复出现的写作习惯或口头禅、跨章节的不一致、以及结构性问题等,这些问题无法通过修改单个场景解决。每个 issue 以独立文件存放在 issues 目录中,作为项目级关注点跨工作项持续存在。每个 issue 文件应包含问题描述、证据(引文、计数、章节引用)、影响范围、严重程度或优先级。创建新 issue 前需检查目录中是否已有重复项,若已有覆盖同一问题的 issue,应补充新证据而非新建文件。批评报告或风格分析若发现已追踪的问题,应引用该 issue 而非重新描述。问题解决后文件保留并标记为已解决,附上变更说明,作为已发现并修复问题的记录。

写作与研究263 次安装