SuperAPI AI 工具集

Skill 广场

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

更新于 11-12 00:15

编程与开发

40,690 个结果

devtools-bidirectional

本技能讲解如何使用 EventClient 在应用与 TanStack Devtools 面板之间建立双向通信。同一个客户端实例可同时处理两个方向:应用发出观测事件供面板监听,面板发出命令事件供应用监听。核心内容包括应用向面板的单向观测、面板向应用发送命令、基于快照与回退的时间旅行调试、双向事件映射设计、高频观测事件的防抖处理,以及常见错误规避(如未使用 structuredClone 导致快照被污染、跨标签页场景下不可序列化负载、观测事件与命令事件命名未区分)。技能假定读者已理解 EventClient 的事件映射类型、emit()/on() API、pluginId 命名空间、连接生命周期与单例模式。

编程与开发16 次安装

optimize-fsharp-typecheck-graph

该技能用于优化 F# 项目基于图的类型检查关键路径,通过编译器测量证据来缩小和降低保守的文件依赖图。适用于 F# 构建在类型检查阶段耗时较长的情况。技能强调不能仅凭更简单的依赖图就认定构建更快,必须分别证明测量、依赖结构和兼容性。流程包括:固定测量契约、捕获当前依赖图、分类保守边、选择最小干扰的切割方案、保留现有公共契约、验证行为与兼容性、重新测量并决策。最终需返回包含基线、候选、变更、运行次数和方差的证据表,并分别说明移除的虚假边、剩余关键路径和已证明的兼容性级别,给出保留、修改或回退的决定。

编程与开发16 次安装

shadcn-parity

shadcn-parity 是 udecode/plate 仓库中的一项技能(skill),用于按照 shadcn 的源码实现模式逐源对照地克隆其行为。当用户提到“shadcn parity”、要求镜像 shadcn 或复制 shadcn 时使用。其核心约定是把 ../shadcn 视为 registry 行为和模式的唯一事实来源,坚持上游 schema、解析器行为、文件/布局模式与命名空间语义优先,只有在仓库存在真实约束时才允许 Plate 出现差异,并且必须明确说明偏离原因。Shadcn 负责契约(registry item schema、第三方 registry 命名空间语义、普通项/命名空间项/URL/本地文件的解析行为、本地文件 add 行为、components.json registry 语义),Plate 负责内容与交付(registry 源文件、构建逻辑、生成输出、@plate 命名空间配置及模板同步工具)。该技能还规定了 registry 依赖规则、模板规则、当前真实差异以及需要警惕的反模式。

编程与开发16 次安装

triage

Triage 是 udecode/plate 项目中的一个技能,用于对代码审查、安全审计、性能分析等各类发现进行分诊,并决定是否将其加入 CLI 待办系统。它先要求将模型设置为 Haiku,然后读取 todos/ 目录下所有待处理待办,逐条展示发现内容(含严重级别、类别、描述、位置、问题场景、建议方案与预估工作量),由用户选择 yes(创建或更新待办文件)、next(删除并跳过)或 custom(修改后再决定)。分诊过程中明确禁止编写任何代码,只做分类与状态流转。

编程与开发16 次安装

vp-stacked-pr

这是一个用于构建、提交、合并和修复层叠式(stacked)依赖拉取请求、合并请求或分支的技能。当一项变更被拆分成多个相互依赖的层次时使用。它覆盖两条互不通用、需按托管平台和堆叠形态预先选择的工作流:GitHub 且所有层在同一仓库时走原生 gh stack;GitLab、Gitea 或其他托管平台,以及 GitHub 上跨 fork 或从未注册为堆叠的情况,则走手动 rebase 路径。该技能强调先识别远程托管平台、确认 gh stack 扩展是否就绪、在改写历史前对每个提交做归属分类、创建备份引用、强制推送需显式确认,并在改写后校验历史、差异和 PR/MR 元数据。

编程与开发16 次安装

triage

这是一个用于初步排查 GitHub Issue 或用户报告问题的技能。它通过复现问题、查阅代码与 Git 历史、PR 和 Hindsight 记忆来确认问题是否真实存在、是否属于设计行为,并跨调用方与相似代码探索根本原因。随后在独立分支上构建 POC 修复,并验证修复是否解决整个问题(包括性能前后对比与 UI 演示),最后向用户解释并询问是否进行完整修复。它不执行完整修复,也不自动关闭或评论 Issue。

编程与开发16 次安装

vgv-layered-architecture

VGV 分层架构是面向 Flutter 应用的分层 monorepo 架构实践,将每个功能拆分为数据、仓库、业务逻辑、表现四个层次,并以独立 Dart 包和严格单向依赖组织代码。数据层与仓库层位于 packages/ 目录,各自拥有独立 pubspec.yaml;业务逻辑与表现层位于 lib/ 目录并按功能组织。依赖方向固定为表现层→业务逻辑层→仓库层→数据层,不可跳过或反转。该架构强调数据层不含业务逻辑、仓库之间互不依赖、数据与仓库包不引入 Flutter SDK、每个领域一个仓库、本地包使用路径依赖、包边界使用 barrel 导出、仓库通过构造函数注入数据层依赖、应用启动时统一装配各层。适用于需要清晰边界、可独立测试和可复用数据包的 Flutter 项目。

编程与开发16 次安装